이메일 마케팅 자동화 구축

Published: 2026년 7월 16일 · Last updated: 2026년 7월 21일 · By Marcus Biel

자동화를 사용하면 구독자 활동, 날짜, 데이터 변경, 외부 애플리케이션의 이벤트에 반응하는 완전한 이메일 여정을 만들 수 있습니다.

각 자동화는 시각적 플로우로 구축합니다. 트리거가 연락처가 언제 들어오는지 결정하고, 이후 단계에서 이메일을 보내거나, 대기하거나, 구독자 데이터를 업데이트하거나, 다른 시스템을 호출하거나, 조건에 따라 다른 경로를 선택합니다. 일반적인 환영 시퀀스, 후속 이메일, 기념일 이메일 또는 구독자 세분화에는 프로그래밍이 필요하지 않습니다. 다른 애플리케이션을 연결하려는 경우에는 동일한 빌더에서 Custom Event 및 Inbound Webhook 트리거도 제공합니다.

이 가이드에서는 전체 Automations 페이지와 빌더, 현재 제공되는 모든 트리거와 단계, 자동화 내부의 이메일 편집기, 이벤트 데이터, 리드 마그넷 전달, 게시, 버전 관리, 안전한 웹훅 설정을 설명합니다.

자동화로 구축할 수 있는 것

다음은 일반적인 예시입니다.

• 환영 시리즈 — 연락처가 가입을 확인한 후 시작하고, 즉시 환영 이메일을 보낸 다음 이틀을 기다렸다가 유용한 콘텐츠를 계속 보냅니다.
• 리드 마그넷 전달 — 특정 Signup Flow를 통해 가입이 확인된 후 시작하고, 보호된 다운로드 링크를 보낸 다음 나중에 후속 이메일을 보냅니다.
• 생일 및 기념일 이메일 — 구독자 필드에 저장된 날짜의 월과 일에 매년 시작합니다.
• 관심사 기반 후속 이메일 — 태그가 추가되면 시작하고 해당 관심사에 맞는 콘텐츠를 보냅니다.
• 프로필 완성 여정 — 필드가 추가, 업데이트 또는 삭제될 때 반응합니다.
• 제품 및 구매 여정 — 백엔드에서 trial.started 또는 order_paid와 같은 이벤트를 보내고, 이메일과 조건에서 이벤트 속성을 사용합니다.
• 노코드 인바운드 통합 — 외부 도구에 고유한 웹훅 URL을 제공하고, 해당 URL이 JSON을 수신하면 특정 자동화를 시작합니다.
• 구독자 관리 — 태그를 추가하거나 삭제하고, 필드를 업데이트하고, 다른 자동화를 시작하거나 중지하거나, 연락처를 구독 해지합니다.
• 시스템 통합 — 연락처가 특정 단계에 도달하면 서명된 JSON 웹훅을 다른 애플리케이션으로 보냅니다.

Automations 페이지 열기

기본 탐색 메뉴에서 “Automations”를 엽니다.

개요에는 계정의 모든 자동화가 표시됩니다. 각 행에는 Status, Automation Name, Active Subscribers 수, Completed Subscribers 수, 오른쪽의 작업 메뉴가 표시됩니다.

자동화 상태

상태는 자동화가 현재 수행하는 작업을 나타냅니다.

Draft — 자동화를 아직 준비 중인 상태입니다. 연락처를 받거나 단계를 실행하지 않습니다. 계속 편집하고 준비가 되면 활성화할 수 있습니다.

Active — 자동화가 실행 중인 상태입니다. 일치하는 트리거가 새로운 실행을 시작할 수 있으며, 이미 들어온 연락처는 단계를 계속 진행합니다.

Paused — 자동화를 다시 활성화할 때까지 새 연락처가 들어오지 않고, 이미 들어온 연락처도 앞으로 이동하지 않습니다. 일시 중지 중에도 Inbound Webhook URL은 요청을 수신하고 기록할 수 있지만, 해당 요청은 실행을 시작하지 않습니다.

Disconnecting — 시작 트리거는 더 이상 새 연락처를 받지 않지만, 이미 들어온 연락처는 여정을 계속합니다. 마지막 활성 연락처가 나가면 Maildroppa가 자동으로 자동화를 보관 처리합니다. Disconnecting 상태의 자동화는 읽기 전용입니다.

Archived — 자동화가 종료되어 읽기 전용인 상태입니다. 더 이상 연락처를 받거나 단계를 실행하지 않습니다. 계속 확인하거나 새 초안의 기반으로 사용할 수 있습니다.

개요의 수치

Active Subscribers는 해당 자동화에서 현재 단계에서 대기 중이거나 단계를 진행 중인 연락처 수입니다.

Completed Subscribers는 완료된 자동화 실행 수입니다. 재진입이 활성화된 경우 한 연락처가 동일한 자동화를 두 번 이상 완료할 수 있으므로, 이 수치는 반드시 고유 연락처 수가 아니라 완료 횟수입니다.

행 작업

행 끝의 점 세 개 메뉴를 엽니다. 사용 가능한 작업은 현재 상태에 따라 달라집니다.

• Active 자동화는 일시 중지, 연결 해제, 편집, 초안으로 복사 또는 삭제할 수 있습니다.
• Paused 자동화는 활성화, 연결 해제, 편집, 초안으로 복사 또는 삭제할 수 있습니다.
• Disconnecting 및 Archived 자동화는 확인, 초안으로 복사 또는 삭제할 수 있습니다.
• Draft는 편집하거나 삭제할 수 있습니다.

“Use as Draft”는 별도의 편집 가능한 복사본을 만듭니다. 원본을 다시 활성화하거나 변경하지 않습니다. 원본에서 Inbound Webhook URL을 사용하는 경우 비밀 URL은 새 초안으로 복사되지 않으며, 복사본은 자체 URL을 받아야 합니다.

자동화 만들기

“Create Automation”을 클릭하여 시각적 빌더를 엽니다.

사용 가능한 자동화에는 다음이 필요합니다.

1. 이름
2. 하나 이상의 트리거
3. 하나 이상의 연결된 단계
4. 첫 단계부터 모든 분기의 끝까지 이어지는 완전한 경로

캔버스에는 새 단계를 삽입할 수 있는 위치마다 더하기 버튼이 있습니다. 더하기 버튼을 클릭하고 단계 유형을 선택한 후 구성합니다. 기존 트리거 또는 단계 위에 마우스를 올려 편집하거나 삭제할 수 있습니다.

테스트하는 동안 자동화를 Draft로 구축하고 저장합니다. 트리거, 콘텐츠, 조건, 링크, 지연 시간 및 통합을 확인한 후에만 활성화합니다.

트리거: 연락처가 자동화에 들어오는 방식

트리거는 자동화의 시작점입니다. Maildroppa는 현재 9가지 트리거 유형을 제공합니다.

1. Signup confirmed
2. Date Anniversary
3. Tag is Added
4. Tag is Removed
5. Custom Event
6. Inbound Webhook URL
7. Field is Added
8. Field is Updated
9. Field is Removed

일반 트리거와 특정 트리거

가입, 태그 및 필드 트리거는 넓은 범위의 소스 또는 하나의 특정 소스를 대상으로 할 수 있습니다.

예를 들어 “Any Tag”는 고객이 생성한 모든 태그에 반응하지만, “Webinar” 트리거는 해당 태그가 할당될 때만 반응합니다. “Any Field”와 특정 필드 하나를 선택한 트리거도 같은 방식으로 작동합니다.

하나의 자동화에는 같은 유형의 일반 트리거와 특정 트리거를 동시에 포함할 수 없습니다. “Any Tag”에는 이미 “Webinar” 태그가 포함되므로 두 개를 추가하면 중복이 발생합니다. 특정 트리거를 중복으로 추가하는 것도 유용하지 않으며 방지됩니다.

하나의 자동화에는 최대 30개의 표준 트리거를 추가할 수 있습니다. 그중 하나라도 일치하면 연락처가 들어옵니다. 그러나 Custom Event와 Inbound Webhook URL은 특수한 이벤트 데이터 트리거이며 아래에 설명된 더 엄격한 규칙을 따릅니다.

Signup Confirmed

이 트리거는 연락처가 가입을 위해 Double Opt-in 확인 링크를 클릭한 후에만 자동화를 시작합니다. 양식 제출만으로는 충분하지 않습니다.

여정에 맞는 소스 범위를 선택합니다.

• Form — 특정 가입 양식 하나를 선택합니다.
• Signup flow — 특정 Signup Flow 하나를 선택합니다.
• All sources — 모든 소스에서 확인된 가입에 반응합니다.

자동화가 웹 세미나 랜딩 페이지와 같은 하나의 배치에 해당한다면 특정 Form을 사용합니다. 여러 양식이 의도적으로 동일한 확인 여정과 후속 메시지를 공유한다면 특정 Signup Flow를 사용합니다. 모든 확인된 가입자가 동일한 자동화를 받아야 하는 경우에만 All sources를 사용합니다.

Double Opt-in 메시지, 리디렉션, 확인 페이지 및 양식 할당에 대한 자세한 내용은 Signup Flows 가이드를 참조하세요.

Date Anniversary

Date Anniversary는 선택한 사용자 지정 Date 필드에 저장된 월과 일에 매년 자동화를 시작합니다.

예를 들어 “Birthday” 필드에 1988-04-12가 포함되어 있으면 매년 4월 12일에 트리거를 시작할 수 있습니다. 원래 연도는 날짜를 식별하지만 트리거를 해당 연도로 제한하지는 않습니다.

활성 상태인 Date 필드만 선택할 수 있습니다. 아직 Date 필드가 없다면 이 트리거를 구성하기 전에 Subscriber Fields and Tags에서 하나를 만드세요.

연간 여정에는 일반적으로 재진입을 활성화해야 합니다. 재진입이 없으면 작년에 생일 자동화를 완료한 연락처가 올해 다시 들어올 수 없습니다.

Tag is Added 및 Tag is Removed

이 트리거는 고객이 생성한 태그가 연락처에 실제로 할당되거나 삭제될 때 시작됩니다. “Any Tag” 또는 특정 태그 하나를 선택합니다.

관심사, 라이프사이클 단계, 고객 그룹, 웹 세미나 참석 또는 수동 후속 작업 대기열에 유용합니다. Maildroppa에서 현재 프로필 변경, 지원되는 개별 API 업데이트 및 고객의 대량 태그 작업이 이러한 트리거를 시작할 수 있습니다.

Maildroppa는 실제 변경에만 반응합니다. 연락처가 이미 가진 태그를 할당하거나 연락처가 갖고 있지 않은 태그를 삭제해도 새로운 태그 변경 이벤트가 생성되지 않습니다.

자동화 단계에서 수행한 태그 변경은 다른 태그 트리거 자동화를 재귀적으로 시작하지 않습니다. 한 자동화에서 다른 자동화로 연락처를 의도적으로 전달하려면 명시적인 “Start Other Automation” 작업을 사용하세요.

Field is Added, Field is Updated 및 Field is Removed

이 트리거는 구독자 프로필 값의 변경에 반응합니다. 각 트리거는 “Any Field” 또는 선택한 특정 필드 하나를 감시할 수 있습니다.

• Field is Added — 이전에 비어 있던 필드에 값이 입력됩니다.
• Field is Updated — 기존 값이 다른 값으로 변경됩니다.
• Field is Removed — 필드 값이 삭제됩니다.

이 구분은 유용합니다. 예를 들어 생년월일을 처음 추가할 때 하나의 교육 메시지를 시작하고, 나중에 생년월일이 변경되면 데이터 검토 프로세스를 시작할 수 있습니다.

Maildroppa 앱에서 수행한 프로필 편집과 지원되는 개별 API 업데이트로 이러한 이벤트가 생성될 수 있습니다. 가입 처리, 가져오기 및 다른 자동화 단계에서 수행한 변경은 이 트리거 계열을 시작하지 않습니다. 가입 여정에는 Signup confirmed를 사용하세요.

보관된 필드는 새 트리거에서 선택할 수 없습니다. 기존 참조는 이전 자동화를 이해하고 수정할 수 있도록 계속 표시되지만, 편집한 구성을 활성화하기 전에 필드를 복원하거나 교체하세요.

필드 유형 및 보관 동작에 대한 자세한 내용은 Subscriber Fields and Tags 가이드를 참조하세요.

Custom Event 및 Inbound Webhook URL

두 이벤트 데이터 트리거 모두 외부 시스템이 자동화를 시작하고 해당 개별 실행에 사용할 임시 데이터를 제공하도록 합니다. 두 트리거는 서로 다른 통합 방식에 적합합니다.

이벤트 데이터 트리거는 해당 자동화에서 유일한 트리거여야 합니다. Custom Event 또는 Inbound Webhook URL을 Signup confirmed, 태그 트리거, 필드 트리거, Date Anniversary 또는 두 번째 이벤트 데이터 트리거와 결합할 수 없습니다. 이 규칙은 플로우의 모든 이메일과 조건에서 이벤트 속성을 안정적으로 사용할 수 있도록 합니다.

이벤트 데이터는 하나의 자동화 실행에 속합니다. 자동으로 영구적인 구독자 프로필 데이터가 되지는 않습니다. 선택한 정보를 연락처에도 저장하려면 Update Field 단계를 추가하세요.

Custom Event 트리거 설정

서버에서 API 키를 사용해 Maildroppa Events API를 호출할 수 있다면 “Custom Event”를 선택합니다.

1단계: 이벤트 키 선택

다음과 같이 안정적인 비즈니스 이벤트 이름을 입력합니다.

• trial.started
• order_paid
• booking_created

이벤트 키에는 문자, 숫자, 마침표, 밑줄 및 하이픈을 사용할 수 있습니다. 일치 여부는 정확히 확인되므로 order_paid와 order.paid는 서로 다른 이벤트입니다. 통합을 배포한 후에는 이름을 안정적으로 유지하세요.

2단계: 새 연락처 허용 여부 결정

“Allow new contacts from this source”를 사용하여 알 수 없는 이메일 주소를 처리하는 방식을 제어합니다.

• 이 옵션이 꺼져 있으면 Maildroppa 연락처에 이미 속한 이메일 주소만 자동화를 시작할 수 있습니다. 알 수 없는 주소는 거부됩니다.
• 이 옵션이 켜져 있으면 Maildroppa가 알 수 없는 이메일 주소에 대한 연락처를 만든 후 자동화를 시작합니다.

발신 시스템이 Maildroppa에서 이미 관리하는 연락처만 보완하거나 반응해야 한다면 이 옵션을 꺼두세요. 외부 이벤트가 승인된 연락처 생성 소스이며 필요한 권한을 갖춘 경우에만 켜세요.

3단계: API 키 생성 또는 사용

설정 체크리스트에서 API 키를 사용할 수 있는지 확인할 수 있습니다. 필요한 경우 트리거 설정에서 키를 만드세요.

API 키를 비밀번호처럼 취급하세요. 서버 측 코드에서만 사용하세요. 브라우저 JavaScript, 공개 저장소, 스크린샷, 지원 티켓, 공개 문서 또는 공유 로그에 넣지 마세요. 예시 cURL 명령을 복사하면 비밀 값도 클립보드에 복사됩니다.

요청은 다음 주소로 전송합니다.

POST https://api.maildroppa.com/events

헤더는 다음과 같습니다.

X-API-Key: YOUR_API_KEY

일반적인 키 보안 및 교체에 대한 자세한 내용은 API Key 가이드를 참조하세요.

4단계: 테스트 이벤트 전송

triggerAutomations를 false로 설정하여 이벤트를 전송합니다. 그러면 Maildroppa가 이벤트 속성을 확인하되 실제 자동화를 시작하지 않습니다.

{
  "eventKey": "trial.started",
  "email": "contact@example.com",
  "properties": {
    "planName": "Professional",
    "trialDays": 14,
    "salesAssisted": false
  },
  "occurredAt": "2026-07-16T08:00:00Z",
  "triggerAutomations": false
}

Properties는 평면 객체여야 합니다. 값은 문자열, 숫자, 불리언 또는 null일 수 있습니다. 속성 이름에는 문자, 숫자, 밑줄, 마침표 및 하이픈을 사용할 수 있습니다. 직렬화된 properties 객체의 크기는 최대 64KiB입니다.

Maildroppa는 트리거 설정에 확인된 속성을 표시합니다. 이후 해당 속성은 이메일 개인화와 조건의 Event data에서 선택할 수 있습니다. 예를 들어 planName을 {{event.planName}}으로 이메일에 삽입할 수 있습니다.

5단계: 체크리스트 완료 및 활성화

Custom Event 체크리스트에는 다음 항목이 표시됩니다.

• 이벤트 키가 구성되었습니다.
• API 키를 사용할 수 있습니다.
• 테스트 이벤트 데이터가 확인되었습니다.
• 트리거를 활성화할 준비가 되었습니다.

자동화가 활성화된 후에는 triggerAutomations를 true로 설정하여 운영 이벤트를 전송합니다. 이벤트 키는 정확히 일치해야 합니다. 이벤트 속성은 해당 자동화 실행과 함께 저장되며 단계 전체에서 계속 사용할 수 있습니다.

Inbound Webhook URL 트리거 설정

외부 애플리케이션이 JSON POST 요청을 보낼 수 있지만 계정 전체 API 키를 사용해서는 안 되는 경우 “Inbound Webhook URL”을 선택합니다.

Maildroppa는 이 자동화를 위한 고유한 비밀 URL을 만듭니다. 예시는 다음과 같습니다.

https://in.maildroppa.com/webhooks/inbound/SECRET_TOKEN

경로의 토큰이 액세스 권한을 부여합니다. API 키는 필요하지 않으며, 이 URL에 연결된 자동화만 시작할 수 있습니다.

1단계: URL 생성

Inbound Webhook URL 트리거를 추가하고 요청이 표시되면 자동화를 저장합니다. 그러면 Maildroppa가 URL을 생성하고 표시합니다.

외부 시스템의 웹훅 설정에 URL을 복사합니다. 전체 URL을 비밀번호처럼 취급하세요. 공개하거나 클라이언트 측 코드에 넣거나 일반적인 공유 로그에 포함하지 마세요.

2단계: JSON 테스트 요청 전송

설정 화면에서는 macOS/Linux 및 Windows PowerShell용으로 바로 복사할 수 있는 예시를 제공합니다. 한 연락처에 대해 웹훅 요청 하나를 보냅니다. 페이로드에는 Maildroppa가 식별할 수 있는 유효한 수신자 이메일이 어딘가에 포함되어야 합니다.

예시는 다음과 같습니다.

{
  "email": "contact@example.com",
  "checkout": {
    "id": "checkout_123",
    "total": 99
  },
  "planName": "Professional"
}

활성화 전에는 수락된 요청이 단기간만 테스트 데이터로 저장됩니다. 자동화를 시작하거나 이메일을 보내지 않습니다.

외부 시스템이 요청을 자동으로 재시도한다면 Idempotency-Key 또는 X-Webhook-Id 헤더를 전송하세요. 이렇게 하면 Maildroppa가 동일한 전달을 인식하여 동일한 이벤트가 두 번 시작되는 것을 방지할 수 있습니다. 서로 동일해 보이지만 의도적으로 다른 이벤트라면 각각 고유한 이벤트 ID를 부여하세요.

3단계: 수신자 이메일 선택

Maildroppa는 가장 최근의 유효한 테스트 요청을 확인하고 가능한 이메일 필드를 찾습니다.

• 명확한 필드 하나가 발견되면 자동으로 선택할 수 있습니다.
• 가능한 필드가 여러 개 발견되면 연락처를 식별하는 필드를 선택합니다.
• 아무 필드도 발견되지 않으면 페이로드를 수정하고 다른 테스트 요청을 보냅니다.

선택한 경로는 웹훅 계약의 일부입니다. 수신자 배열 대신 수신자 한 명당 요청 하나를 보내세요.

4단계: 없는 연락처를 생성할지 결정

“Create missing contacts”가 비활성화되어 있으면 기존 연락처만 자동화를 시작합니다. 알 수 없는 이메일 주소는 기록되지만 실행을 시작하지 않습니다.

활성화하면 Maildroppa가 유효하지만 알 수 없는 이메일 주소에 대해 새 연락처를 만든 후 자동화를 시작합니다. 인바운드 소스가 연락처를 생성하도록 허용된 경우에만 활성화하세요.

5단계: 이벤트 데이터 검토

Maildroppa는 테스트 페이로드에서 확인된 사용 가능한 값을 나열합니다. 이러한 제안은 영구적이거나 완전한 스키마가 아닙니다. 필수 필드가 누락된 경우 새 테스트 요청에 해당 필드를 포함하고 테스트 데이터를 새로 고칩니다.

수신자 이메일은 특별히 처리되며 이벤트 데이터 속성으로 중복 저장되지 않습니다. 목록, 민감해 보이는 값, 지나치게 깊게 중첩된 값, 빈 객체, 안전하지 않은 속성 이름 또는 지원되는 감지 한도를 넘는 필드도 제외될 수 있습니다.

확인된 필드는 이메일에서 병합 태그로, 조건에서는 Event data 아래에서 사용할 수 있습니다. 값은 각 실제 자동화 실행마다 별도로 캡처됩니다.

6단계: 체크리스트 완료 및 활성화

설정 체크리스트에는 다음 항목이 표시됩니다.

• 웹훅 URL이 준비되었습니다.
• 유효한 테스트 요청이 수신되었습니다.
• 수신자 이메일이 감지되거나 선택되었습니다.
• 플로우에서 사용하는 경우 이벤트 데이터를 사용할 수 있습니다.
• 웹훅을 활성화할 준비가 되었습니다.

자동화를 활성화하면 Maildroppa가 설정 샘플을 삭제합니다. 이후 새 요청이 실제 실행을 시작할 수 있습니다.

URL 상태 및 보안

인바운드 URL은 다음 상태 중 하나일 수 있습니다.

• Pending — 요청이 설정 데이터로 저장되며 실행을 시작하지 않습니다.
• Live — 유효한 요청이 활성 자동화를 시작할 수 있습니다.
• Paused — 요청이 수락되고 기록되지만 실행을 시작하지 않습니다.
• Revoked — URL이 영구적으로 비활성화되어 더 이상 실행을 시작하지 않습니다.
• Expired — 설정이 제때 활성화되지 않았습니다. 새 URL을 만들고 다시 테스트하세요.

계획된 변경에는 “Rotate URL”을 사용하세요. Maildroppa는 새 URL을 만들고 이전 URL을 24시간 동안 유효하게 유지하므로 외부 애플리케이션을 업데이트할 시간을 확보할 수 있습니다.

현재 URL이 노출되었거나 악용된 경우에만 “Replace URL Now”를 사용하세요. 이전 URL이 즉시 비활성화되며 되돌릴 수 없습니다. 더 많은 이벤트를 받기 전에 발신 시스템을 새로 생성된 URL로 업데이트하세요.

단계 추가 및 편집

트리거 아래 또는 기존 단계 사이의 더하기 버튼을 클릭합니다. 첫 번째 대화 상자에는 네 가지 주요 선택지가 표시됩니다.

• Action
• Delay
• Email
• Condition

Action과 Delay를 선택하면 개별 단계 유형을 선택하는 두 번째 화면이 열립니다.

단계를 편집하려면 단계 위에 마우스를 올리고 편집 아이콘을 선택합니다. 삭제하려면 삭제 아이콘을 선택하고 경고를 확인합니다. 이미 활성 연락처가 있는 자동화에서 단계를 삭제하면 해당 단계에서 대기 중인 연락처가 제거될 수 있으므로 활성 플로우를 신중하게 검토하세요.

Action 단계

Action 범주에는 7가지 작업이 있습니다.

Update Field

구독자 필드를 선택하고 새 값을 입력합니다. 입력 방식은 선택 및 다중 선택 필드를 포함한 필드 유형에 맞게 조정됩니다.

이를 사용하여 라이프사이클 단계를 저장하거나, 기본 설정을 기록하거나, 연락처가 중요한 단계에 도달한 후 선택한 정보를 보존할 수 있습니다. 보관된 필드는 새 작업에서 선택할 수 없습니다.

Add Tag

연락처에 할당할 고객 생성 태그를 선택합니다. 시스템 태그는 이 작업에 사용할 수 없습니다.

태그를 내부 정리, 세분화 및 이후 캠페인 선택에 사용하세요. 이미 할당된 태그를 추가해도 프로필은 변경되지 않습니다.

Remove Tag

삭제할 고객 생성 태그를 선택합니다. 연락처에 해당 태그가 없으면 변경 없이 다음 단계로 진행할 수 있습니다.

Start Other Automation

동일한 연락처에 대해 시작할 적절한 다른 자동화를 선택합니다.

이는 작고 재사용 가능한 여정을 연결하는 명시적인 방법입니다. Maildroppa는 유효하지 않은 대상을 제외하고 자동화 종속성을 확인하여 Automation A가 Automation B를 시작하고 Automation B가 Automation A를 시작하는 것과 같은 순환을 방지합니다.

대상 자동화의 재진입 규칙은 계속 적용됩니다. 연락처가 해당 자동화에서 이미 활성 상태라면 두 번째 동시 실행을 시작할 수 없습니다.

Stop Other Automation

이 연락처가 진행을 멈춰야 하는 다른 자동화를 선택합니다. 이후 이벤트로 인해 이전의 육성 시퀀스가 더 이상 필요하지 않을 때 유용합니다.

Send Webhook

Send Webhook은 연락처가 이 단계에 도달하면 서명된 JSON POST 요청을 보냅니다. 이는 발신 작업이며 수신 Inbound Webhook URL 트리거와는 다릅니다.

다음을 구성합니다.

• 공개 HTTPS 대상 URL
• 서버 측 인증을 위한 선택적 사용자 지정 헤더
• 지원되는 모든 구독자 필드 또는 선택한 필드 집합
• 계정 웹훅 Signing secret

대화 상자에는 저장하기 전에 페이로드 미리보기가 표시됩니다. 테스트 웹훅을 보내 엔드포인트를 확인한 다음 단계에서 전달 결과와 이후 운영 전달 기록을 검토하세요.

구독자 데이터는 JSON 본문으로 전송됩니다. 대상 URL은 고정된 상태로 유지하고, 쿼리 매개변수에 개인 데이터나 비밀 값을 넣지 마세요. 운영 전달은 백그라운드에서 실행되며 일시적인 오류를 재시도합니다. 테스트 요청은 한 번만 전송되며 재시도되지 않습니다.

수신자가 410 Gone을 반환하면 엔드포인트가 더 이상 존재하지 않는다고 명시한 것이므로 Maildroppa는 해당 단계의 전달을 비활성화합니다. 수신자 또는 URL을 수정한 후 단계에서 “Re-enable”을 사용하세요.

자동화 웹훅과 계정 전체 개발자 웹훅은 동일한 Signing secret을 사용합니다. 서명 확인, 재시도 동작, 대상 요구 사항 및 비밀 키 교체에 대한 자세한 내용은 Webhooks 가이드를 참조하세요.

Unsubscribe

Unsubscribe는 연락처를 모든 이메일에서 구독 해지 상태로 변경합니다. 종료 단계이므로 해당 경로에서 이후 단계가 이어질 수 없습니다.

자동화가 명확한 구독 해지 결정 또는 의도적으로 설계한 정책을 나타낼 때만 사용하세요. 단순히 하나의 자동화를 중지하려는 경우에는 사용하지 말고 Stop Other Automation을 사용하세요.

Delay 단계

지연은 연락처가 다음 단계에 도달하는 시점을 제어합니다.

Fixed Delay

수치를 입력하고 Minutes, Hours, Days, Weeks 또는 Months를 선택합니다.

최소 지연 시간은 5분입니다. 다른 모든 단위는 최소 1 이상의 수치를 입력해야 합니다. 고정 지연은 연락처가 해당 단계에 도달할 때 시작되므로 동일한 기간을 사용하더라도 두 연락처가 서로 다른 날짜와 시간에 대기할 수 있습니다.

Date Field Delay

활성 상태인 사용자 지정 Date 필드를 선택합니다. 연락처는 해당 필드에 저장된 날짜가 될 때까지 대기합니다.

또한 연락처에 해당 필드의 값이 없을 때 수행할 작업을 결정해야 합니다.

• Proceed Immediately — 대기를 건너뛰고 다음 단계로 진행합니다.
• Wait Indefinitely — 값이 제공될 때까지 연락처를 이 단계에 계속 둡니다.
• Remove Subscriber — 현재 자동화 실행에서 해당 연락처를 종료합니다.

신중하게 선택하세요. “Wait Indefinitely”는 연락처를 장기간 활성 상태로 남길 수 있고, “Remove Subscriber”는 이후 단계를 실행하지 않고 여정을 종료합니다.

자동화에서 직접 이메일 만들기

이제 Email 단계에서 자동화 워크플로 내부에 완전한 이메일 편집기가 열립니다. 더 이상 별도의 Transactional Email을 만든 다음 드롭다운에서 선택할 필요가 없습니다.

Subject와 선택 사항인 Preheader를 입력한 후 시각적 편집기에서 이메일 본문을 작성합니다. 콘텐츠 블록을 메시지로 끌어다 놓고, 모양을 구성하거나, “Browse Templates”를 클릭하여 기존 디자인으로 시작할 수 있습니다. “Save Step”을 클릭하면 완성된 메시지가 자동화 캔버스로 돌아갑니다.

계정의 표준 Maildroppa 푸터가 이메일에 포함됩니다. Footer Style 페이지에서 전역 모양을 구성하세요.

Subject 및 Preheader

Subject는 필수이며 최대 255자까지 입력할 수 있습니다. Preheader는 선택 사항이며 최대 100자까지 입력할 수 있습니다.

받은편지함에서 두 항목 모두 잘릴 수 있으므로 중요한 내용은 앞부분에 배치하세요. 입력하는 동안 편집기에 길이 안내가 표시됩니다.

템플릿 및 콘텐츠 블록

“Browse Templates”를 클릭하면 이메일 메시지에 적합한 템플릿이 열립니다. 템플릿을 선택하면 현재 본문 디자인이 교체되므로 수동 작업을 많이 하기 전에 템플릿을 선택하세요.

시각적 편집기에서 텍스트, 이미지, 버튼, 여백, 소셜 링크 및 기타 지원되는 콘텐츠에 구조와 콘텐츠 블록을 사용합니다. 활성화하기 전에 링크 미리보기, 모바일 레이아웃, 발신자 정보, 푸터 대비 및 최종 문구를 확인하세요.

개인화

연락처에 저장된 정보에는 구독자 개인화 필드를 사용합니다.

자동화가 Custom Event 또는 Inbound Webhook URL에서 시작되는 경우 확인된 이벤트 속성도 개인화 태그로 사용할 수 있습니다. 예시는 다음과 같습니다.

Your {{event.planName}} trial has started

이벤트 값은 이메일에 도달한 개별 실행에서 가져옵니다. 속성이 필수라면 테스트 페이로드에 해당 속성이 포함되어 있는지, 모든 운영 발신 시스템이 동일한 계약을 따르는지 확인하세요.

자동화 이메일에 리드 마그넷 추가

자동화 이메일은 가입 확인 직후 리드 마그넷을 전달할 수 있습니다. 리드 마그넷은 보호된 업로드 파일이거나 Maildroppa에서 관리하는 URL 제안일 수 있습니다.

리드 마그넷 전달은 자동화의 모든 트리거가 특정 Signup Flow를 선택한 “Signup confirmed”인 경우에만 사용할 수 있습니다. All sources, 직접적인 Form 범위, Date Anniversary, 태그 또는 필드 트리거, Custom Event 또는 Inbound Webhook URL에서는 사용할 수 없습니다. 이러한 엄격한 관계는 다운로드가 알려진 Signup Flow를 통한 완료된 Double Opt-in 여정에 속하도록 보장합니다.

리드 마그넷을 추가하려면 다음 단계를 따릅니다.

1. 적합한 자동화에서 Email 단계를 추가하거나 편집합니다.
2. “Lead magnet delivery”를 엽니다.
3. 파일 또는 URL 제안을 선택합니다.
4. 이메일 본문에서 버튼 또는 텍스트 링크를 만듭니다.
5. “Lead magnet URL” 개인화 태그를 해당 링크의 대상으로 사용합니다.
6. Email 단계를 저장한 다음 자동화를 저장합니다.

Maildroppa는 내부적으로 {{ lead_magnet_url }} 병합 태그를 사용하며 전송 시 이를 보호된 Maildroppa 다운로드 링크로 교체합니다.

태그는 이메일 본문에서 링크 대상으로 사용해야 합니다. Subject, Preheader, 표시되는 텍스트 또는 링크가 아닌 다른 위치에 넣지 마세요. 편집기는 유효한 다운로드 링크 없이 선택한 리드 마그넷을 저장하지 못하게 하며, 선택한 제안 없이 리드 마그넷 URL 태그를 사용하는 것도 방지합니다.

보호된 링크는 계속 안정적으로 유지됩니다. 나중에 파일을 교체하거나 제안의 대상을 변경해도 이미 전송된 이메일의 링크는 계속 작동하며 현재 대상에 연결됩니다.

Condition 단계

Condition은 연락처가 해당 단계에 도달했을 때 데이터를 평가하고 여정을 두 경로로 나눕니다.

• YES — 전체 표현식이 일치합니다.
• NO — 표현식이 일치하지 않습니다.

조건은 구독자 필드, 태그 및 세그먼트를 사용할 수 있습니다. Custom Event 또는 Inbound Webhook 자동화에서는 확인된 Event data도 사용할 수 있습니다.

필터 결합

조건은 필터 그룹을 사용합니다.

• 같은 그룹 안의 필터는 AND로 연결됩니다. 해당 그룹의 모든 필터가 일치해야 합니다.
• 서로 다른 그룹은 OR로 연결됩니다. 하나의 완전한 그룹만 일치해도 충분합니다.

예시는 다음과 같습니다.

그룹 1

• Country equals Germany
• AND tag contains Customer

OR 그룹 2

• Event data planName equals Professional
• AND Event data trialDays is greater than 7

하나의 완전한 그룹이라도 일치하면 연락처는 YES로 이동합니다. 그렇지 않으면 NO로 이동합니다.

이벤트 데이터 조건

Event data 옵션은 자동화에 Custom Event 또는 Inbound Webhook URL 트리거가 있고 Maildroppa가 사용 가능한 속성을 확인한 경우에만 표시됩니다.

속성이 누락된 경우 triggerAutomations: false로 다른 Custom Event 테스트를 보내거나, 활성화 전에 다른 인바운드 웹훅 테스트 요청을 보내세요. Inbound Webhook 조건은 설정 중 수락된 테스트 샘플을 기준으로 미리 볼 수 있습니다.

이벤트 데이터는 연락처 프로필이 아니라 실행 스냅샷에서 평가됩니다. 이름이 비슷한 구독자 필드를 업데이트해도 실행이 시작될 때 캡처된 이벤트 값은 변경되지 않습니다.

두 개를 초과하는 경로 만들기

각 Condition에는 YES와 NO 두 개의 분기만 있습니다. 국가별 분기, 요금제별 분기 또는 기타 다중 경로 플로우를 만들려면 다른 Condition을 NO 분기에 연결하고 최종 대체 경로에 도달할 때까지 계속합니다.

저장, 활성화 및 재진입

플로우가 완료되면 Draft로 저장하거나 활성화합니다.

“Confirmed Signup - Main Welcome”, “Annual Birthday Offer” 또는 “Trial Started - Professional”과 같이 명확하고 고유한 이름을 지정하세요. 구체적인 이름을 사용하면 버전과 자동화 간 작업을 훨씬 쉽게 식별할 수 있습니다.

Allow Reentry

재진입은 과거에 자동화를 완료한 연락처가 다시 들어올 수 있는지 제어합니다.

• 재진입이 꺼져 있으면 완료된 연락처는 동일한 자동화를 다시 시작할 수 없습니다.
• 재진입이 켜져 있으면 나중에 일치하는 트리거가 발생할 때 연락처가 다시 들어올 수 있습니다.

하나의 자동화에서 연락처는 동시에 두 개의 활성 실행을 가질 수 없습니다. 재진입이 활성화되어 있어도 Maildroppa는 자동화별, 연락처별, 하루 최대 10회 완료를 허용합니다.

연간 기념일이나 반복 구매와 같이 실제로 반복 가능한 여정에는 재진입을 활성화하세요. 일회성 온보딩이나 한 번만 전달해야 하는 리드 마그넷에는 꺼두세요.

활성화 확인

자동화가 활성화되기 전에 Maildroppa가 전체 구성을 확인합니다. 플로우에 따라 다음이 포함됩니다.

• 트리거 및 단계의 완전성
• 연결된 분기 및 유효한 시작 단계
• 유효하지 않은 순환 또는 자동화 종속성
• 이메일 콘텐츠 및 개인화 구문
• 리드 마그넷 할당 및 다운로드 링크 배치
• Custom Event API 키 및 확인된 테스트 데이터
• 인바운드 웹훅 URL, 테스트 요청, 수신자 이메일 및 참조된 이벤트 필드
• 발신 웹훅 Signing secret

테스트하지 않은 가정으로 활성화하지 말고 모든 미완료 설정 항목을 해결하세요.

활성 자동화 편집

Active 또는 Paused 자동화를 편집기에서 열 수 있습니다. 활성 연락처가 영향을 받을 수 있는 경우 저장할 때 두 가지 선택지가 표시됩니다.

Update Automation

변경 사항을 현재 자동화에 직접 적용합니다.

활성 연락처가 어디에서 대기 중인지 파악하고 있는 경우 작고 안전한 수정에 사용하세요. 단계를 삭제하거나 교체하면 여정이 중단되거나 연락처가 자동화에서 제거될 수 있습니다.

Save as New Version

현재 자동화에 이미 들어온 연락처를 위해 현재 설정을 보존하고, 향후 진입을 위한 새로운 활성 버전을 만듭니다.

이전 버전은 Disconnecting 상태로 이동합니다. 트리거는 새 연락처를 받지 않지만 활성 연락처는 변경되지 않은 플로우를 계속 진행합니다. 마지막 연락처가 완료되면 Archived 상태가 됩니다. 새 버전은 새로운 진입을 받습니다.

구조적 변경, 새로운 시퀀스, 변경된 지연 시간, 주요 조건 변경 또는 연락처가 이미 접근 중인 이메일 교체에는 이 옵션을 사용하세요.

일시 중지, 연결 해제, 복사 및 삭제

다시 시작할 계획이라면 일시 중지

자동화를 일시 중지하면 새 진입을 차단하고 활성 연락처를 일시적으로 멈춥니다. 문제 또는 계획된 중단이 끝나면 다시 활성화하세요.

대상 수정, 이메일 확인 또는 시간에 민감한 여정의 일시 중지에 유용합니다. 일시 중지 중에 수신된 인바운드 웹훅 요청은 지연된 실행으로 전환되지 않으며, 자동화를 시작하지 않고 수락 및 기록된다는 점을 기억하세요.

기존 연락처가 완료하도록 하려면 연결 해제

새 연락처는 들어오지 않지만 이미 들어온 연락처는 정상적으로 완료해야 할 때 자동화를 연결 해제합니다. 일반적으로 실행 중인 여정을 삭제하는 것보다 안전합니다.

새 여정에는 초안으로 사용

구조는 유용하지만 새 자동화는 독립적으로 운영되어야 할 때 Use as Draft를 사용합니다. 활성화하기 전에 복사본의 이름을 변경하고 모든 트리거, 수신자용 메시지, 작업 대상, 웹훅, 지연 및 조건을 검토하세요.

신중하게 삭제

삭제는 영구적입니다. 다른 자동화에서 아직 참조하는 자동화는 먼저 해당 참조를 제거해야 할 수 있습니다. 실행 중인 여정이라면 삭제 전에 Pause, Disconnect 또는 Save as New Version을 고려하세요.

실용적인 설정 체크리스트

활성화하기 전에 연락처의 관점에서 자동화를 검토하세요.

1. 각 트리거가 여정을 시작해야 하는 정확한 이벤트를 나타내나요?
2. 여러 표준 트리거가 있다면 범위가 서로 겹치지 않고 의도한 대로 설정되어 있나요?
3. 이 사용 사례에 재진입이 적절한가요?
4. 모든 분기가 합리적인 위치로 연결되나요?
5. 지연 시간이 올바르며 모든 Date Field Delay가 값 누락을 적절히 처리하나요?
6. 모든 이메일 제목, 프리헤더, 링크, 개인화 태그 및 모바일 레이아웃을 확인했나요?
7. 리드 마그넷을 선택했다면 보호된 태그를 본문 링크 대상으로 사용했나요?
8. 이벤트 데이터를 사용한다면 테스트 요청에 필요한 모든 속성이 포함되었나요?
9. 웹훅 URL과 비밀 값이 적절한 서버 측 시스템에만 저장되어 있나요?
10. 발신 웹훅 미리보기와 테스트가 성공했나요?
11. Update Automation이 활성 연락처를 방해할 수 있으므로 Save as New Version이 더 안전한가요?
12. 외부 종속성이 실패할 경우 여정을 일시 중지하거나 연결 해제할 명확한 방법이 있나요?

작고 이해하기 쉬운 플로우로 시작하고, 명확한 구독자 여정에 도움이 될 때만 복잡성을 추가하세요. 명확한 트리거, 짧은 분기, 신중하게 설정한 지연 및 집중된 이메일은 하나의 거대한 자동화보다 테스트하기 쉽고 일반적으로 더 나은 경험을 제공합니다.