メールマーケティングの自動化を構築する

Published: 2026年7月16日 · Last updated: 2026年7月21日 · By Marcus Biel

自動化を使うと、購読者のアクティビティ、日付、データの変更、外部アプリケーションからのイベントに反応する、完全なメールジャーニーを作成できます。

各自動化はビジュアルフローとして構築します。トリガーがコンタクトの参加タイミングを決めます。その後、ステップでメールを送信したり、待機したり、購読者データを更新したり、別のシステムを呼び出したり、条件に応じて別の経路を選択したりできます。通常のウェルカムシーケンス、フォローアップ、記念日メール、購読者のセグメント化にプログラミングは必要ありません。別のアプリケーションと接続したい場合は、同じビルダーでカスタムイベントと受信Webhookトリガーも利用できます。

このガイドでは、現在利用できるすべてのトリガーとステップ、自動化内のメールエディター、イベントデータ、リードマグネットの配信、公開、バージョン管理、安全なWebhook設定など、Automationsページとビルダーの全機能を説明します。

自動化で構築できるもの

一般的な例をいくつか紹介します。

• ウェルカムシリーズ — コンタクトが登録確認を完了した後に開始し、すぐにウェルカムメールを送信して、2日待った後、有用なコンテンツを続けて送信します。
• リードマグネットの配信 — 特定のSignup Flowを通じた確認済み登録の後に開始し、保護されたダウンロードリンクを送信して、後からフォローアップします。
• 誕生日・記念日メール — 購読者フィールドに保存された日付に、毎年開始します。
• 関心に基づくフォローアップ — タグが追加されたときに開始し、その関心に合ったコンテンツを送信します。
• プロフィール完成ジャーニー — フィールドが追加、更新、削除されたときに反応します。
• 商品・購入ジャーニー — バックエンドから trial.started や order_paid などのイベントを送信し、メールや条件でイベントプロパティを使用します。
• ノーコードの受信連携 — 外部ツールに一意のWebhook URLを渡し、JSONを受信したときに特定の自動化を開始します。
• 購読者の管理 — タグの追加・削除、フィールドの更新、別の自動化の開始・停止、コンタクトの配信停止を行います。
• システム連携 — コンタクトが特定のステップに到達したとき、署名付きJSON Webhookを別のアプリケーションに送信します。

Automationsページを開く

メインナビゲーションで「Automations」を開きます。

概要には、アカウント内のすべての自動化が表示されます。各行には、Status、Automation Name、Active Subscribersの数、Completed Subscribersの数、右側のアクションメニューが表示されます。

自動化のステータス

ステータスは、自動化が現在どのような状態かを示します。

Draft — 自動化は準備中です。コンタクトを受け入れたり、ステップを実行したりしません。編集を続け、準備ができたら有効化できます。

Active — 自動化は稼働中です。条件に一致するトリガーで新しい実行を開始でき、すでに参加しているコンタクトはステップを進み続けます。

Paused — 自動化を再度有効化するまで、新しいコンタクトは参加せず、すでに参加しているコンタクトも先へ進みません。Paused中も受信Webhook URLはリクエストを受け付けて記録できますが、リクエストによって実行が開始されることはありません。

Disconnecting — 開始トリガーは新しいコンタクトを受け付けなくなりますが、すでに参加しているコンタクトはジャーニーを続けます。最後のアクティブなコンタクトが退出すると、Maildroppaは自動化を自動的にアーカイブします。Disconnecting中の自動化は読み取り専用です。

Archived — 自動化は完了しており、読み取り専用です。コンタクトを受け入れたり、ステップを実行したりしません。表示したり、新しいDraftの基礎として使用したりできます。

概要に表示される件数

Active Subscribersは、その自動化で現在ステップを待機中、またはステップを進行中のコンタクト数です。

Completed Subscribersは、完了した自動化実行の数です。再参加が有効な場合、1人のコンタクトが同じ自動化を複数回完了できるため、これは必ずしもユニークコンタクト数ではなく、完了回数です。

行のアクション

行の末尾にある3点メニューを開きます。利用できるアクションは現在のステータスによって異なります。

• Activeの自動化は、一時停止、切断、編集、Draftとしてコピー、削除ができます。
• Pausedの自動化は、有効化、切断、編集、Draftとしてコピー、削除ができます。
• DisconnectingとArchivedの自動化は、表示、Draftとしてコピー、削除ができます。
• Draftは、編集または削除ができます。

「Use as Draft」は、編集可能な別コピーを作成します。元の自動化を再有効化したり変更したりすることはありません。元の自動化が受信Webhook URLを使用している場合、その秘密URLは新しいDraftにコピーされません。コピーには独自のURLが必要です。

自動化を作成する

「Create Automation」をクリックして、ビジュアルビルダーを開きます。

使用可能な自動化には、次のものが必要です。

1. 名前。
2. 少なくとも1つのトリガー。
3. 少なくとも1つの接続されたステップ。
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

一般トリガーと特定トリガー

Signup、タグ、フィールドのトリガーは、広い範囲のソース、または特定の1つのソースを対象にできます。

たとえば、「Any Tag」は顧客が作成したすべてのタグに反応します。一方、「Webinar」を対象にしたトリガーは、そのタグが割り当てられた場合にのみ反応します。「Any Field」と特定のフィールドを選択したトリガーも同じように動作します。

1つの自動化に、同じ種類の一般トリガーと特定トリガーを同時に含めることはできません。「Any Tag」にはすでに「Webinar」タグが含まれるため、両方を追加すると重複が発生します。特定トリガーの重複も役に立たないため、追加できません。

1つの自動化には、最大30個の標準トリガーを追加できます。いずれか1つに一致すると、コンタクトが参加します。ただし、Custom EventとInbound Webhook URLは特殊なイベントデータトリガーであり、以下で説明するより厳格なルールに従います。

Signup Confirmed

このトリガーは、コンタクトが登録用のDouble Opt-in確認リンクをクリックした後にのみ開始します。フォームの送信だけでは不十分です。

ジャーニーに合うソース範囲を選択します。

• Form — 特定の1つの登録フォームを選択します。
• Signup flow — 特定の1つのSignup Flowを選択します。
• All sources — すべてのソースからの確認済み登録に反応します。

ウェビナーのランディングページなど、1つの掲載場所に自動化を紐付ける場合は、特定のFormを使用します。複数のフォームで同じ確認ジャーニーとフォローアップを意図的に共有する場合は、特定のSignup Flowを使用します。すべての確認済み登録に同じ自動化を適用する場合にのみ、All sourcesを使用してください。

Double Opt-inメッセージ、リダイレクト、確認ページ、フォームの割り当てについては、Signup Flows guideを参照してください。

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」または特定の1つのタグを選択します。

関心、ライフサイクル段階、顧客グループ、ウェビナー参加、手動フォローアップキューなどに便利です。Maildroppaで行った現在のプロフィール変更、サポートされている個別API更新、顧客による一括タグ操作で、これらのトリガーを開始できます。

Maildroppaは実際の変更にのみ反応します。すでに持っているタグを割り当てたり、持っていないタグを削除したりしても、新しいタグ変更イベントは作成されません。

自動化ステップによるタグ変更は、別のタグトリガー自動化を再帰的に開始しません。ある自動化から別の自動化へ意図的にコンタクトを渡す場合は、明示的な「Start Other Automation」アクションを使用してください。

Field is Added、Field is Updated、Field is Removed

これらのトリガーは、購読者プロフィールの値の変更に反応します。それぞれ「Any Field」または特定の1つのフィールドを監視できます。

• Field is Added — 以前は空だったフィールドに値が入ります。
• Field is Updated — 既存の値が別の値に変更されます。
• Field is Removed — フィールドの値が消去されます。

この違いは便利です。たとえば、初めて誕生日を追加したときには教育用メッセージを開始し、後から誕生日を変更したときにはデータ確認プロセスを開始できます。

Maildroppaアプリで行ったプロフィール編集と、サポートされている個別API更新で、これらのイベントを生成できます。登録処理、インポート、別の自動化ステップによる変更では、このトリガー群は開始されません。登録ジャーニーには、Signup confirmedを使用してください。

アーカイブ済みフィールドは新しいトリガーで選択できません。既存の参照は、古い自動化を理解して修復できるよう表示されますが、編集した設定を有効化する前にフィールドを復元または置き換えてください。

フィールドタイプとアーカイブ動作については、Subscriber Fields and Tags guideを参照してください。

Custom EventとInbound Webhook URL

どちらのイベントデータトリガーも、外部システムから自動化を開始し、その個別の実行に一時的なデータを渡せます。用途となる連携方式が異なります。

イベントデータトリガーは、その自動化で唯一のトリガーでなければなりません。Custom EventまたはInbound Webhook URLを、Signup confirmed、タグトリガー、フィールドトリガー、Date Anniversary、別のイベントデータトリガーと組み合わせることはできません。このルールにより、フロー内のすべてのメールと条件でイベントプロパティを確実に利用できます。

イベントデータは1回の自動化実行に属します。購読者プロフィールの永続データになることはありません。選択した情報をコンタクトにも保存する場合は、Update Fieldステップを追加してください。

カスタムイベントトリガーの設定

サーバーからAPIキーを使ってMaildroppa Events APIを呼び出せる場合は、「Custom Event」を選択します。

Step 1：イベントキーを選択する

次のような、安定したビジネスイベント名を入力します。

• trial.started
• order_paid
• booking_created

イベントキーには、英字、数字、ドット、アンダースコア、ハイフンを使用できます。一致判定は完全一致のため、order_paid と order.paid は異なるイベントです。連携をデプロイした後は、名前を安定させてください。

Step 2：新しいコンタクトを許可するか決める

「Allow new contacts from this source」を使用して、不明なメールアドレスをどう扱うかを制御します。

• オフの場合、Maildroppaのコンタクトにすでに登録されているメールアドレスだけが自動化を開始できます。不明なアドレスは拒否されます。
• オンの場合、Maildroppaは不明なメールアドレスのコンタクトを作成してから、自動化を開始します。

送信システムがMaildroppaですでに管理しているコンタクトへの情報追加や反応だけを行う場合は、オフのままにします。外部イベントが承認済みのコンタクト作成元であり、プロセスに必要な許可がある場合にのみオンにしてください。

Step 3：APIキーを作成または使用する

設定チェックリストに、APIキーが利用可能かどうかが表示されます。必要に応じて、トリガー設定から作成してください。

APIキーはパスワードのように扱ってください。サーバー側コードでのみ使用します。ブラウザーのJavaScript、公開リポジトリ、スクリーンショット、サポートチケット、公開ドキュメント、共有ログには入れないでください。サンプルのcURLコマンドをコピーすると、秘密情報もクリップボードにコピーされます。

リクエストの送信先は次のとおりです。

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

ヘッダーは次のとおりです。

X-API-Key: YOUR_API_KEY

キーの一般的なセキュリティとローテーションについては、API Key guideを参照してください。

Step 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 オブジェクトのサイズは最大64 KiBです。

Maildroppaは、トリガー設定に観測されたプロパティを表示します。これらはメールのパーソナライズと、条件のEvent dataで選択できるようになります。たとえば、planName は {{event.planName}} としてメールに挿入できます。

Step 5：チェックリストを完了して有効化する

Custom Eventのチェックリストでは、次を確認します。

• イベントキーが設定されている。
• APIキーが利用可能である。
• テストイベントデータが観測されている。
• トリガーを有効化する準備ができている。

自動化を有効化した後は、triggerAutomations を true に設定して本番イベントを送信します。イベントキーは完全に一致していなければなりません。イベントプロパティはその自動化実行とともに保存され、ステップ全体で利用できます。

受信Webhook URLトリガーの設定

外部アプリケーションがJSONの POST リクエストを送信できるものの、アカウント全体のAPIキーを使用させたくない場合は、「Inbound Webhook URL」を選択します。

Maildroppaは、この自動化専用の一意の秘密URLを作成します。例：

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

パス内のトークンがアクセス権を付与します。APIキーは不要で、このURLに紐付いた自動化だけが開始できます。

Step 1：URLを作成する

Inbound Webhook URLトリガーを追加し、求められたら自動化を保存します。MaildroppaがURLを作成して表示します。

外部システムのWebhook設定にURLをコピーします。完全なURLをパスワードのように扱ってください。公開したり、クライアント側コードに置いたり、通常の共有ログに含めたりしないでください。

Step 2：JSONテストリクエストを送信する

設定画面には、macOS/LinuxとWindows PowerShell用のコピー可能なサンプルが用意されています。1人のコンタクトに対してWebhookリクエストを1件送信します。ペイロードには、Maildroppaが識別できる有効な受信者メールアドレスがどこかに含まれていなければなりません。

例：

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

有効化前は、受け付けられたリクエストは短期間のテストデータとしてのみ保存されます。自動化を開始したり、メールを送信したりすることはありません。

外部システムがリクエストを自動的に再試行する場合は、Idempotency-Key または X-Webhook-Id ヘッダーを送信してください。これにより、Maildroppaが同じ配信を認識し、同じイベントを2回開始するのを防ぎやすくなります。その他の点では同一でも意図的に異なるイベントの場合は、それぞれに独自のイベントIDを付けてください。

Step 3：受信者メールを選択する

Maildroppaは、最新の有効なテストリクエストを調べ、メールフィールドの候補を探します。

• 明確なフィールドが1つ見つかった場合は、自動的に選択できます。
• 候補が複数見つかった場合は、コンタクトを識別するフィールドを選択します。
• 見つからない場合は、ペイロードを調整して別のテストリクエストを送信します。

選択したパスがWebhookの契約になります。受信者を配列にするのではなく、受信者ごとに1件のリクエストを送信してください。

Step 4：存在しないコンタクトを作成するか決める

「Create missing contacts」が無効の場合、既存のコンタクトだけが自動化を開始します。不明なメールアドレスは記録されますが、実行は開始されません。

有効にすると、Maildroppaは有効な不明メールアドレスの新しいコンタクトを作成し、その後自動化を開始します。受信元にコンタクト作成を許可している場合にのみ有効にしてください。

Step 5：イベントデータを確認する

Maildroppaは、テストペイロードで観測された使用可能な値を一覧表示します。これらの候補は、永続的かつ完全なスキーマではありません。必要なフィールドがない場合は、新しいテストリクエストに含めて、テストデータを更新してください。

受信者メールは特別に処理され、イベントデータプロパティとして重複して追加されません。リスト、機密情報らしい値、深くネストされた値、空のオブジェクト、安全でないプロパティ名、サポートされる検出制限を超えるフィールドも除外される場合があります。

観測されたフィールドは、メールでは差し込みタグとして、条件ではEvent dataとして利用できます。値は、ライブ自動化の実行ごとに個別に取得されます。

Step 6：チェックリストを完了して有効化する

設定チェックリストで、次を確認します。

• Webhook URLの準備ができている。
• 有効なテストリクエストを受信している。
• 受信者メールが検出または選択されている。
• フローで使用する場合、イベントデータが利用可能である。
• Webhookを有効化する準備ができている。

自動化を有効化すると、Maildroppaは設定用サンプルを削除します。その後、新しいリクエストで実際の実行を開始できます。

URLのステータスとセキュリティ

受信URLには次の状態があります。

• Pending — リクエストは設定データとして保存され、実行を開始しません。
• Live — 有効なリクエストでActiveの自動化を開始できます。
• Paused — リクエストは受け付けて記録されますが、実行は開始しません。
• Revoked — URLは永久に無効化され、実行を開始できません。
• Expired — 設定が期限内に有効化されませんでした。新しいURLを作成して、再度テストしてください。

計画的な変更には「Rotate URL」を使用します。Maildroppaは新しいURLを作成し、以前のURLは24時間有効なままにします。これにより、外部アプリケーションを更新する時間を確保できます。

現在のURLが漏洩または悪用された場合にのみ、「Replace URL Now」を使用してください。古いURLは直ちに無効化され、元に戻せません。以降のイベントを受信する前に、送信元を新しく生成されたURLへ更新してください。

ステップの追加と編集

トリガーの下、または既存のステップ間にあるプラスボタンをクリックします。最初のダイアログには、主に4つの選択肢があります。

• Action
• Delay
• Email
• Condition

ActionとDelayを選択すると、個別のステップタイプを選ぶ2つ目の選択画面が開きます。

ステップを編集するには、カーソルを合わせて編集アイコンを選択します。削除するには、削除アイコンを選択して警告を確認します。すでにアクティブなコンタクトがいる自動化からステップを削除すると、そのステップで待機中のコンタクトが削除される可能性があるため、稼働中のフローを慎重に確認してください。

アクションステップ

Actionカテゴリには7種類のアクションがあります。

Update Field

購読者フィールドを選択し、新しい値を入力します。入力欄は、選択フィールドや複数選択フィールドを含むフィールドタイプに応じて変化します。

ライフサイクル段階の保存、設定の記録、コンタクトが節目に到達した後の選択情報の保存に使用します。アーカイブ済みフィールドは新しいアクションで選択できません。

Add Tag

コンタクトに割り当てる、顧客が作成したタグを選択します。システムタグはこのアクションでは利用できません。

タグは、内部整理、セグメント化、後続キャンペーンの選択に使用します。すでに割り当てられているタグを追加しても、プロフィールは変更されません。

Remove Tag

削除する、顧客が作成したタグを選択します。コンタクトがそのタグを持っていない場合、変更を作成せずにステップを続行できます。

Start Other Automation

別の適切な自動化を選択し、同じコンタクトに対して開始します。

これは、小さく再利用可能なジャーニーを接続する明示的な方法です。Maildroppaは無効な対象を除外し、Automation AがAutomation Bを開始し、Automation BがAutomation Aを開始するような循環を防ぐために、自動化の依存関係を確認します。

対象の自動化に設定された再参加ルールも適用されます。コンタクトがすでに対象の自動化でアクティブな場合、2つ目の同時実行は開始できません。

Stop Other Automation

このコンタクトの進行を停止する別の自動化を選択します。後続イベントによって以前のナーチャリングシーケンスが不要になった場合に便利です。

Send Webhook

Send Webhookは、コンタクトがこのステップに到達したとき、署名付きJSON POST リクエストを送信します。これは送信アクションであり、受信Webhook URLトリガーとは異なります。

設定項目は次のとおりです。

• 公開HTTPSの送信先URL。
• サーバー側認証用のカスタムヘッダー（任意）。
• サポートされているすべての購読者フィールド、または選択したフィールド。
• アカウントのWebhook Signing secret。

保存する前に、ダイアログでペイロードのプレビューを確認できます。テストWebhookを送信してエンドポイントを確認し、その後、ステップから配信結果と本番配信履歴を確認してください。

購読者データはJSON本文で送信されます。送信先URLは固定し、個人データや秘密情報をクエリパラメーターに入れないでください。本番配信はバックグラウンドで実行され、一時的な障害時には再試行されます。テストリクエストは1回だけ送信され、再試行されません。

受信側が 410 Gone を返すと、エンドポイントが存在しなくなったことを明示しているため、Maildroppaはそのステップの配信を無効化します。受信側またはURLを修正してから、ステップで「Re-enable」を使用してください。

自動化Webhookとアカウント全体の開発者Webhookは同じSigning secretを使用します。署名検証、再試行動作、送信先の要件、秘密情報のローテーションについては、Webhooks guideを参照してください。

Unsubscribe

Unsubscribeは、コンタクトをすべてのメールから配信停止に変更します。終端ステップのため、この経路の後にステップを続けることはできません。

自動化が明確な配信停止の意思や、意図的に設計したポリシーを表す場合にのみ使用してください。1つの自動化を停止するだけなら使用せず、Stop Other Automationを使用します。

遅延ステップ

遅延は、コンタクトが次のステップに到達するタイミングを制御します。

Fixed Delay

数値を入力し、Minutes、Hours、Days、Weeks、Monthsのいずれかを選択します。

最小遅延は5分です。それ以外の単位では、数値は1以上でなければなりません。固定遅延はコンタクトがステップに到達した時点から開始するため、同じ期間を使用していても、2人のコンタクトが異なる暦の時間に待機する場合があります。

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 pageで設定してください。

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は、コンタクトがステップに到達したときにデータを評価し、ジャーニーを2つの経路に分けます。

• YES — 完全な式に一致します。
• NO — 式に一致しません。

条件では、購読者フィールド、タグ、セグメントを使用できます。Custom EventまたはInbound Webhookの自動化では、観測されたEvent dataも使用できます。

フィルターの組み合わせ

条件では、フィルターグループを使用します。

• 同じグループ内のフィルターは AND で結合されます。そのグループ内のすべてのフィルターに一致する必要があります。
• 別々のグループは OR で結合されます。1つのグループ全体に一致すれば十分です。

例：

Group 1

• Country equals Germany
• AND tag contains Customer

OR Group 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テストを送信するか、有効化前に別の受信Webhookテストリクエストを送信してください。Inbound Webhookの条件は、設定中に受け付けられたテストサンプルに対してプレビューできます。

イベントデータはコンタクトプロフィールではなく、実行時のスナップショットから評価されます。同じような名前の購読者フィールドを更新しても、実行開始時に取得されたイベント値は変わりません。

2つを超える経路を作成する

各ConditionにはYESとNOの2つの分岐しかありません。国別、料金プラン別などの複数経路のフローを作成するには、別のConditionをNO分岐に接続し、最終的なフォールバック経路まで続けます。

保存、有効化、再参加

フローが完成したら、Draftとして保存するか、有効化します。

「Confirmed Signup - Main Welcome」、「Annual Birthday Offer」、「Trial Started - Professional」のように、明確で一意の名前を付けてください。具体的な名前にすると、バージョンや自動化間のアクションを簡単に識別できます。

Allow Reentry

再参加は、過去に自動化を完了したコンタクトが再び参加できるかどうかを制御します。

• 再参加がオフの場合、完了済みのコンタクトは同じ自動化を再び開始できません。
• 再参加がオンの場合、後から一致するトリガーが発生すると、コンタクトは再び参加できます。

1つの自動化で、コンタクトが同時に2つのアクティブな実行を持つことはできません。再参加を有効にしていても、Maildroppaでは1コンタクト、1自動化あたり、1日に最大10回の完了が許可されます。

年間記念日やリピート購入など、本当に繰り返し可能なジャーニーでは再参加を有効にします。1回限りのオンボーディングや、1度だけ配信するリードマグネットではオフのままにしてください。

有効化チェック

自動化が有効になる前に、Maildroppaは完全な設定を確認します。フローによって、次の項目が含まれます。

• トリガーとステップの完全性。
• 接続された分岐と有効な開始ステップ。
• 無効な循環または自動化の依存関係。
• メールコンテンツとパーソナライズ構文。
• リードマグネットの割り当てとダウンロードリンクの配置。
• Custom EventのAPIキーと観測されたテストデータ。
• 受信Webhook URL、テストリクエスト、受信者メール、参照されるイベントフィールド。
• 送信WebhookのSigning secret。

テストしていない前提のまま有効化せず、未完了の設定項目をすべて解決してください。

Activeの自動化を編集する

ActiveまたはPausedの自動化をエディターで開くことができます。アクティブなコンタクトに影響する可能性がある場合、保存時に2つの選択肢が表示されます。

Update Automation

変更を現在の自動化に直接適用します。

アクティブなコンタクトがどこで待機しているかを把握している場合に、安全な小規模修正で使用します。ステップを削除または置き換えると、ジャーニーが中断されたり、自動化からコンタクトが削除されたりする可能性があります。

Save as New Version

現在の設定を、すでに参加しているコンタクト向けに保持し、今後参加するコンタクト向けに新しいActiveバージョンを作成します。

以前のバージョンはDisconnectingに移行します。トリガーは新しいコンタクトの受け入れを停止しますが、アクティブなコンタクトは変更されていないフローを続行します。最後のコンタクトが完了するとArchivedになります。新しいバージョンが新規参加を受け入れます。

構造変更、新しいシーケンス、遅延の変更、大幅な条件変更、すでにコンタクトが近づいているメールの置き換えには、このオプションを使用してください。

一時停止、切断、コピー、削除

再開する予定がある場合は一時停止する

自動化を一時停止すると、新しい参加を止め、アクティブなコンタクトを一時的に停止できます。問題や計画した中断が終わったら、再び有効化します。

宛先の修正、メールの確認、時間に敏感なジャーニーの一時停止に便利です。Paused中に受信したWebhookリクエストは遅延実行にはならず、自動化を開始せずに受け付けられて記録される点に注意してください。

既存のコンタクトを完了させる場合は切断する

新しいコンタクトの参加を止め、すでに参加しているコンタクトには通常どおり完了させたい場合は、自動化を切断します。ライブジャーニーを削除するより安全な方法です。

新しいジャーニーにはDraftとして使用する

構造を再利用したいものの、新しい自動化を独立させたい場合は、Use as Draftを使用します。コピーの名前を変更し、すべてのトリガー、受信者向けメッセージ、アクション対象、Webhook、遅延、条件を確認してから有効化してください。

慎重に削除する

削除は永久的です。別の自動化から参照されている自動化では、先に参照を削除する必要がある場合があります。ライブジャーニーを削除する前に、Pause、Disconnect、Save as New Versionを検討してください。

実用的な設定チェックリスト

有効化する前に、コンタクトの視点から自動化を確認してください。

1. 各トリガーは、ジャーニーを開始すべき正確なイベントを表していますか？
2. 複数の標準トリガーがある場合、それらの範囲は重複せず、意図したものになっていますか？
3. この用途に再参加は適切ですか？
4. すべての分岐が、意味のある場所へつながっていますか？
5. 遅延期間は正しく、各Date Field Delayで値がない場合の処理が適切に設定されていますか？
6. すべてのメールのSubject、Preheader、リンク、パーソナライズタグ、モバイルレイアウトを確認しましたか？
7. リードマグネットを選択している場合、保護されたタグを本文リンクのリンク先として使用していますか？
8. イベントデータを使用する場合、テストリクエストに必要なすべてのプロパティが含まれていましたか？
9. Webhook URLと秘密情報は、適切なサーバー側システムだけに保存されていますか？
10. 送信Webhookのプレビューとテストは成功しましたか？
11. Update Automationによってアクティブなコンタクトが中断される可能性があり、Save as New Versionの方が安全ではありませんか？
12. 外部依存関係が失敗した場合に、ジャーニーを一時停止または切断する明確な方法がありますか？

小さく理解しやすいフローから始め、明確な購読者ジャーニーに役立つ場合にのみ複雑さを加えてください。明確なトリガー、短い分岐、意図的な遅延、焦点を絞ったメールは、巨大な自動化よりテストしやすく、通常はより良い体験を生み出します。