バッチアウトバウンドメッセージのアクティベーション
このガイドでは、Adobe Journey Optimizer （AJO）とAdobe Real-Time Customer Data Platform （RT-CDP）を使用して、スケジュールされたアウトバウンドメッセージを定義されたオーディエンスセグメントに配信するための完全な実装リファレンスを提供します。 ソリューション アーキテクト、マーケティング テクノロジスト、および実装エンジニア向けに設計されており、実行可能なすべての実装アプローチ、各選択を推進する決定上の考慮事項、およびAdobe Experience Leagueに関する詳細なドキュメントを検索する場所を理解する必要があります。
バッチアウトバウンドメッセージのアクティベーションは、一対多のアウトバウンドメッセージの基本的なキャンペーンパターンです。 オーディエンスの定義からメッセージの配信、パフォーマンス分析に至るまで、ライフサイクル全体をカバーしています。 このガイドでは、スケジュール型キャンペーン、オーディエンストリガー型ジャーニー、API トリガー型キャンペーンの3つの実装オプションを紹介し、各ユースケースに適切なアプローチを選択するための構造化された意思決定ガイダンスを提供します。
実装オプション、トレードオフ分析、UI ナビゲーションパス、Experience League件のドキュメント参照を提供します。
ユースケースの概要
企業は、多くの場合、特定の時点やシステムイベントへの反応として、既知のオーディエンスセグメントに単一のメッセージを配信する必要があります。 このパターンは、RT-CDPのオーディエンス評価とJourney Optimizerのメッセージのオーサリングおよびキャンペーン実行を組み合わせることで、この要件に対応します。
メッセージを受け取るユーザーを定義し、パーソナライズされたメッセージのコンテンツを制作し、オーディエンスとメッセージをキャンペーンやジャーニーにバインドし、スケジュールに従って、オーディエンスの選定を介して、またはシステムトリガーを介して送信します。 その結果、配信、エンゲージメント、コンバージョンに関する指標に関する詳細なレポートを活用して、メッセージを配信できます。
このパターンは、単一のメッセージを既知のオーディエンスに1回の実行で配信することで、ビジネス目標を前進させることができるたびに適用されます。 リアルタイムの行動イベントに対応するイベントトリガーメッセージや、プロファイルを複数の顧客接点に時系列で誘導するマルチステップのオーケストレーションされたジャーニーとは異なります。 バッチアクティベーションは、最もシンプルなキャンペーンパターンであり、アウトバウンドメッセージのユースケースの最も一般的な出発点です。
主なビジネス目標
このセクションでは、バッチアウトバウンドメッセージのアクティベーションがサポートする主要なビジネス目標を特定します。
メールとキャンペーンのエンゲージメントを増やす
説明：最適化されたコンテンツとターゲティングにより、開封率、クリックスルー率、キャンペーン全体の反応を向上させます。
KPI:開封率、エンゲージメント、コンバージョン率
売上と売上の増加
説明：最適化されたデジタルチャネル、キャンペーン、カスタマージャーニーを通じて、売上の増加を促進します。
KPI: コンバージョン率、増分収益、平均注文額
関連するビジネス目標： 売上と売上の増加
キャンペーン実行の合理化
説明： テンプレート、自動化、標準化されたプロセスを通じて、キャンペーンの構築時間を短縮し、マルチチャネルキャンペーンの配信を簡素化します。
KPI:市場投入までのスピード、効率性、時間内の完了%
戦術的なユースケース
次のシナリオは、バッチアウトバウンドメッセージのアクティベーションの一般的なアプリケーションを示しています。
- セールのお知らせまたはプロモーションメールの送信 – 予定日に、対象となる顧客のセグメントにプロモーションオファーを配信します
- 製品発売のプッシュ通知 — プッシュ通知を使用して、新製品の在庫状況を興味を持っている顧客に通知します
- ニュースレターまたはダイジェストの電子メール – 購読者オーディエンスにコンテンツを定期的に提供します
- イベント登録招待 – 適格な見込み客をウェビナー、会議、対面イベントに招待します
- サブスクリプションの更新に関するリマインダーメール – 更新日に近づいているお客様にアクションを実行するように通知します
- ロイヤルティプログラムのマイルストーン通知 — ロイヤルティ階層またはポイントしきい値に達したメンバーに感謝します
- 特定のcall-to-action電子メール – 購入の完了、環境設定の更新、プログラムへの登録など、ターゲットを絞ったアクションを実行します
- フラッシュセールまたは期間限定オファーのSMS キャンペーン — オプトインしたオーディエンスに対して、SMSを介して緊急の期限付きプロモーションを送信します
主要業績評価指標
次の表は、キャンペーンの効果を測定するために使用されるKPIを定義しています。
ユースケースパターン
バッチアウトバウンドメッセージのアクティベーション
オーディエンスを評価し、スケジュールされたアウトバウンドメッセージ（電子メール、SMS、プッシュ通知）を、あらゆる適格プロファイルに一度に配信します。
機能チェーン： オーディエンス評価> メッセージ作成> キャンペーン実行> レポート
アプリケーション
このパターンを実装するには、次のアプリケーションを使用します。
- Adobe Journey Optimizer（AJO） — メッセージのオーサリング、チャネル設定、キャンペーンの実行、ジャーニーオーケストレーション、コンテンツの実験、頻度ルール、レポート
- Adobe Real-Time Customer Data Platform（RT-CDP） — オーディエンスの評価、同意、およびガバナンスの適用
- Adobe Experience Platform（AEP） — プロファイルストア、ID サービス、スキーマ、データセット、データ収集
基本関数
このユースケースパターンでは、次の基本機能を使用する必要があります。 各機能について、ステータスは、通常それが必要か、事前設定が想定されているか、適用できないかを示します。
commerce.purchases、web.webInteraction）をキャプチャするXDM ExperienceEvent スキーマ。 両方のスキーマのプロファイル対応データセット：サポート機能
次の機能は、このユースケースパターンを強化しますが、コア実行には必要ありません。
アプリケーション関数
この計画では、アプリケーション機能カタログから次の機能を実行します。 関数は、番号付きのステップではなく実装フェーズにマッピングされます。
Journey Optimizer （AJO）
Real-Time CDP （RT-CDP）
前提条件
実装を開始する前に、以下を完了してください。
- [ ]個のAJO サンドボックスがプロビジョニングされ、アクティブです
- [ ]送信サブドメインがデリゲートされ、検証されています（SPF、DKIM、DMARCが設定されています）
- [ ] IP プールが割り当てられ、実稼動送信ボリューム用にウォームアップされています
- [ ]少なくとも1つのアクティブなチャネルサーフェス （電子メール、SMS、またはプッシュ）が存在します
- [ ] ユーザーアカウントには、キャンペーン/ジャーニー作成およびコンテンツのオーサリング権限があります
- [ ] XDM プロファイルスキーマには、オーディエンスのセグメント化とメッセージのパーソナライゼーションに必要な属性が含まれています
- [ ] XDM イベントスキーマは、キャンペーン後のトラッキング用にコンバージョンイベントをキャプチャします
- [ ] プロファイル データはID サービスを介して取り込まれ、統合されています
- [ ] Web SDKまたはAnalyticsのタグ付けは、コンバージョンイベントをキャプチャするためにCTAの宛先ページでアクティブです
- [ ターゲット メッセージング チャネルのプロファイルに]の同意フィールドが入力されます
- [ ]個のコンテンツアセット（画像、ロゴ、ブランドガイドライン）をメッセージデザインに使用できます
実装オプション
このセクションでは、バッチ送信メッセージのアクティベーションに関する3つの実装オプションと、比較と決定ガイダンスについて説明します。
オプション A：スケジュールされたキャンペーン（1回限りのバッチ送信）
最適な用途：日付アンカーの送信 – セール通知、製品の発表、イベント登録期限、更新リマインダー、ニュースレターの一斉配信、実行日が事前にわかっている送信。
仕組み：
スケジュール型キャンペーンは、バッチアウトバウンドメッセージの最もシンプルなバリエーションのひとつです。 マーケターはターゲットオーディエンスを定義し、メッセージコンテンツを作成して、送信日時を設定し、キャンペーンをアクティブ化します。 スケジュールされた実行時に、AJOはオーディエンスを評価して現在の適格な母集団を決定し、そのメッセージをすべての適格なプロファイルに1回のバッチで配信します。
設定全体はAJO Campaignsのインターフェイス内で実行されます。ジャーニーキャンバスも、分岐ロジックも、待機ステップもありません。 これにより、スケジュールされたキャンペーンを最も迅速に設定し、最も簡単に管理できるようになります。 キャンペーンは、即時の実行、特定の将来の日時、または定期的なスケジュール（毎日、毎週、毎月）に設定できます。
重要な考慮事項：
- オーディエンスは実行時に評価されるので、スケジュール設定と実行の間に適格なプロファイルが含まれます
- 分岐、待機、条件のロジックは利用できません。メッセージはすべての適格プロファイルに配信されます
- キャンペーン設定内で直接コンテンツの検証（A/B テスト）をサポート
- キャンペーンプロパティには、他のキャンペーンとの競合解決の優先スコアが含まれます
利点：
- 最小限のオーバーヘッドで最もシンプルな構成
- 簡単なバッチ送信で市場投入までの時間を短縮
- 定期的なスケジュールの組み込みサポート
- ネイティブ対応のコンテンツ検証
- オーディエンスは、実行時に鮮度について再評価されます
制限：
- 納品前に待機時間、条件、分岐がありません
- スケジュールと実行の間のプロファイルの動作に対応できない
- シングルメッセージアクションのみ – マルチタッチシーケンスなし
- アクティブ化すると編集できません（複製して変更する必要があります）
Experience League:
オプション B：オーディエンスベースのジャーニー
最適な用途：行動主導型の送信 – 放棄されたカート通知、試用期間のリマインダー、マイルストーンのお祝い、資格認定に基づくアウトリーチ、トリガーがカレンダー日付ではなくオーディエンスの選定またはビジネスイベントである送信。
仕組み：
オーディエンストリガージャーニーでは、ジャーニーキャンバスを使用して、プロファイルが定義されたオーディエンスに適格であるか、適格なイベントが発生したときにメッセージを配信します。 ジャーニーエントリは、固定スケジュールではなく、オーディエンスメンバーシップの変更（オーディエンスに入るプロファイル）によってトリガーされます。 ジャーニーキャンバスでは、メッセージアクションの前にオプションの待機ステップ、条件分岐、抑制ロジックを使用できるため、スケジュールされたキャンペーンよりも柔軟性が高まります。
ジャーニーは、オーディエンスの読み取りエントリイベントを使用して、AJO ジャーニーインターフェイスで設定されます。 プロファイルがオーディエンスの対象になると、ジャーニーにエントリし、カンバスノードを進みます。 シンプルな実装では、メールアクションノードを1つだけ含めることができるため、スケジュールされたキャンペーンと機能的には似ていますが、オーディエンスの選定にもとづくエントリタイミングを備えています。 より複雑な実装では、待機ノード（例：選定から24時間待つ）、条件ノード（例：プロファイルが以前のメールを開封したかどうかをチェックする）、メッセージ配信の前に抑制ロジックを追加できます。
重要な考慮事項：
- ジャーニーは、カレンダー日付ではなく、オーディエンスの選定によってトリガーされます
- ジャーニーキャンバスは、配信ロジックの待機、条件、分割ノードをサポートしています
- ジャーニー再入力ルールは、プロファイルがジャーニーに複数回入力できるかどうかを制御します
- ジャーニーの調停は、プロファイルが競合するジャーニー内に既に存在する場合の動作を判断します
利点：
- 固定スケジュールではなくオーディエンスのクオリフィケーションにもとづく柔軟な開始タイミング
- 待機ノードと条件ノードでは、配信前のロジック（遅延、チェック、抑制など）を使用できます。
- 再エントリ制御により、同じプロファイルへの重複した送信を防ぎます
- ユースケースが進化した場合、マルチステップのジャーニーに拡張できます
- 入口、出口、ノードレベルの指標を使用したジャーニーレベルのレポートをサポート
制限：
- スケジュールされたキャンペーンよりも設定のオーバーヘッドが多い
- ジャーニーキャンバスは、ひとつのメッセージから始めて複雑なユースケースにも対応します
- ジャーニーは公開する必要があり、公開中は編集できません（新しいバージョンを作成する必要があります）
- エントリキャップは、時間枠内に入力するプロファイルの数を制限する場合があります
Experience League:
オプション C:API トリガーキャンペーン
システム主導の送信に最適：件：アップセルコンテンツによる注文確認、チケット解決のフォローアップ、マーケティングコンテンツによるトランザクション通知、トリガーイベントが特定の瞬間に外部システムから発生した送信。
仕組み：
API トリガーキャンペーンは、トリガーシステムイベントが発生した時点でREST API呼び出しを介してアクティブ化されます。 キャンペーンは、AJOでメッセージコンテンツとチャネル設定を使用して事前設定されていますが、事前定義されたオーディエンスをバインドする代わりに、API呼び出しは受信者プロファイルを指定し、動的なメッセージパラメーターを入力するコンテキストデータを渡すことができます。
このバリエーションは、オーディエンスの評価やカレンダーのスケジュールではなく、注文管理システム、CRM ワークフロー、サポートプラットフォームなどの外部システムによって送信タイミングが決定される場合に最適です。 APIトリガーペイロードで渡されるコンテキストデータ（注文詳細、チケット番号、商品名など）は、プロファイルに保存されていないコンテキスト属性を使用して、メッセージコンテンツをパーソナライズできます。
重要な考慮事項：
- 事前バインドされたオーディエンスは必要ありません。受信者はAPIトリガーリクエストで指定されます
- トリガーペイロードのコンテキストデータにより、プロファイル属性を超えた動的なパーソナライゼーションが可能になります
- キャンペーンは「API トリガー」タイプである必要があり、トリガーリクエストを受け取る前にアクティブ化する必要があります
- 各APIトリガーリクエストは、最大20人のプロファイル受信者をサポートします
- 受信者がAPI呼び出しから来るため、オーディエンス評価（フェーズ 1）はスキップされる可能性があります
利点：
- イベントの瞬間に外部システムからリアルタイムでトリガー
- プロファイルに保存されていないデータ（注文の詳細、チケット情報）を使用した、コンテキストに即したパーソナライゼーション
- オーディエンス評価のオーバーヘッドがありません。受信者は直接指定されます
- トランザクションとマーケティングのハイブリッドメッセージをサポート
制限：
- API トリガーを送信するには、外部システム統合が必要です
- APIトリガーリクエストごとに最大20人の受信者
- 組み込みのオーディエンス評価はありません。呼び出し元システムが受信者を決定する必要があります
- API統合要件による、より複雑な技術的リソース
- コンテンツ実験は、API トリガーキャンペーンではサポートされていません
Experience League:
オプションの比較
次の表は、3つの実装オプションを主要な基準と比較したものです。
適切なオプションの選択
次の決定フローを使用して、適切な実装オプションを選択します。
-
送信は外部システム イベント （注文の完了、チケットの解決など）によってトリガーされますか？ はい場合は、オプション C: API トリガーキャンペーンを選択します。 これは、コンテキストペイロードデータを使用してシステム主導のトリガーをサポートする唯一のオプションです。
-
送信は特定のカレンダー日付または定期的なスケジュールにアンカーされていますか？ はい場合は、オプション A：スケジュールされたキャンペーンを選択します。 これは、日付駆動型の送信を設定する最もシンプルで最速の方法です。
-
送信には、オーディエンスの選定に対応する必要がありますか、または配信前のロジック（待機、条件、抑制）が必要ですか？ はい場合は、オプション B: オーディエントリガージャーニーを選択します。 ジャーニーキャンバスは、行動主導型の入力と配信前の決定ロジックに柔軟な対応を提供します。
-
特別なタイミングやロジックの要件がない既知のオーディエンスに単純なブロードキャストを送信しますか？ 最も低い設定オーバーヘッドの場合は、オプション A: スケジュール済みキャンペーンを選択します。
実装フェーズ
このセクションでは、決定ポイントやオプション固有のガイダンスなど、導入の各段階について詳しく説明します。
フェーズ 1：オーディエンスの評価
アプリケーション関数： RT-CDP: オーディエンス評価
このフェーズでは、キャンペーンメッセージを受信するターゲットオーディエンスセグメントを定義して評価します。 プロファイル属性、行動シグナル、抑制ルールにもとづいて、送信に適格なプロファイルを決定します。
決定：オーディエンス基準
ターゲットオーディエンスを定義する条件？ プロファイルを除外する除外ルールは何ですか？
決定：評価方法
新しい適格または非適格プロファイルを反映するために、オーディエンスをどれだけ迅速に更新する必要がありますか？
決定：結合ポリシー
プロファイルフラグメントを解決するために、オーディエンスはどの結合ポリシーを使用する必要がありますか？
UI ナビゲーション
顧客/オーディエンス/オーディエンスの作成/ルールの構築
主要な設定の詳細
- プロファイル属性、行動イベント、セグメントメンバーシップに対するセグメントルールを備えたセグメントビルダーを使用して、オーディエンスを定義できます
- すでにコンバージョンしたプロファイル、最近同様のメッセージを受け取ったプロファイル、オプトアウトしたプロファイルを除外するために、抑制ルールを適用します
- 続行する前に、オーディエンスの母集団が0以外であることを確認してください
- バッチキャンペーンの場合、セグメント評価スケジュールがアクティブであるか、オンデマンド評価がトリガーであることを確認します
- 同意フィールド （
consents.marketing.email.val、consents.marketing.sms.valなど）の確認 データが入力され、適用されます
選択肢が異なる点
オプション A （スケジュール済みキャンペーン）の場合：
バッチ評価が典型的です。 キャンペーンの実行時にオーディエンスが再評価されるため、最新の適格母集団がターゲットになります。 オーディエンスを定義して母集団を検証し、キャンペーン作成に進みます。
オプション B （オーディエンスがトリガーしたジャーニー）の場合：
プロファイルが条件を満たすジャーニーにエントリするように、ストリーミングの評価が優先されます。 セグメントルール式がストリーミングの対象となることを確認します（単純なイベントトリガー、属性比較、期間限定ウィンドウ）。 オーディエンスを設定し、ストリーミングの選定がアクティブであることを確認します。
オプション C （API トリガーキャンペーン）の場合：
オーディエンスの評価は完全にスキップされる場合があります。 使用する場合は、メッセージを受信しないプロファイルをフィルタリングするために抑制オーディエンスを作成します（例：最近購読解除されたもの、既に変換されたもの）。 呼び出し元システムによって、プライマリ受信者が決定されます。
Experience League ドキュメント
フェーズ 2: チャネルの設定
アプリケーション関数： AJO: Channel Configuration
このフェーズでは、メッセージの送信インフラストラクチャ（サブドメイン、IP プール、送信者ID、返信先アドレス、配信停止設定）を定義するチャネルサーフェス（プリセット）を検証または作成します。 メッセージコンテンツを作成したり、キャンペーンをアクティブ化したりするには、有効なチャネルサーフェスが存在する必要があります。
決定：ターゲットチャネル
キャンペーンメッセージを配信するメッセージングチャネル？
決定：チャネルサーフェスの選択
適切なチャネルサーフェスがサンドボックス内に既に存在するか、新しいチャネルサーフェスを作成する必要がありますか？
決定：登録解除の処理
オプトアウトは、チャネルサーフェスでどのように管理する必要がありますか？
UI ナビゲーション
管理/チャネル/チャネルサーフェス/サーフェスを作成（または既存のサーフェスを選択）
主要な設定の詳細
- メールの場合：送信サブドメイン、IP プール、送信者名、送信者の電子メール、返信先アドレス、BCC アドレスをバインドします（監査コピーが必要な場合）。
- SMSの場合：SMS プロバイダーの資格情報とショートコードまたはロングコードの設定を設定します
- プッシュの場合：アプリの証明書またはサーバーキーを使用してAPNやFCM資格情報を設定します
- 続行する前に、チャネルサーフェスに「アクティブ」ステータスが表示されていることを確認します
- 送信サブドメインに対してDNS レコード（SPF、DKIM、DMARC）が正しく設定されていることを確認する
- 古いエントリの抑制リストを確認します。アクティベーション前にクリーンアップします
Experience League ドキュメント
フェーズ 3: メッセージの作成
アプリケーション関数： AJO: メッセージのオーサリング
この段階では、オーディエンスに配信するメッセージコンテンツを作成します。 これには、コンテンツテンプレートの選択または作成、メッセージレイアウトの設計、プロファイル属性を使用したパーソナライゼーションの追加、オーディエンス固有のバリエーションの条件付きコンテンツブロックの設定、再利用可能なコンテンツフラグメントの作成、サンプルプロファイルを使用したメッセージのプレビューとテストが含まれます。
決定：コンテンツアプローチ
メッセージコンテンツはどのように作成すべきですか？
決定事項：Personalizationの深さ
メッセージをパーソナライズするプロファイル属性と、条件付きコンテンツブロックが必要なプロファイル属性はどれですか？
決定：フラグメント戦略
共有コンテンツブロックは、再利用可能なフラグメントとして作成する必要がありますか？
UI ナビゲーション
キャンペーン/キャンペーンを選択/コンテンツを編集/電子メールDesigner（またはSMS/プッシュエディター）を選択
主要な設定の詳細
- ドラッグ&ドロップのコンテンツコンポーネント（テキスト、画像、ボタン、区切り記号、列）を使用してメッセージのレイアウトをデザインします
- 電子メールヘッダーのプロパティ（件名、プリヘッダーテキスト、送信者サーフェス）を設定します
- Handlebars構文を使用してパーソナライゼーション式を挿入します（例：
{{profile.person.name.firstName}}）。 - 書式設定のためのヘルパー関数の設定（日付、数値、文字列操作）
- プロファイル属性やセグメントメンバーシップに基づいて、様々なコンテンツを表示するための条件付きコンテンツルールを追加します
- 条件が満たされない場合のデフォルトのフォールバックコンテンツの設定
- SMSの場合、文字数制限の考慮事項の範囲内でメッセージ本文を構成します
- プッシュの場合は、タイトル、本文、画像、アクション（ディープリンクまたはURL）を設定します
- サンプルプロファイルを使用してメッセージをプレビューし、パーソナライゼーションのレンダリングを検証する
- 社内の関係者にレビュー用のプルーフメールを送信
- メールレンダリング機能を使用して、メールクライアント間のレンダリングをテストします
Experience League ドキュメント
フェーズ 4：キャンペーンまたはジャーニーの作成
アプリケーション関数： AJO: Campaign Execution （オプション AおよびC）またはAJO: Journey Orchestration（オプション B）
この段階では、オーディエンス、メッセージ、実行メカニズムを成果物ユニットに結び付けるキャンペーンまたはジャーニーを作成します。 そのため、3つの実装オプションの違いが最も大きくなります。
決定：コンテンツの実験
メッセージのパフォーマンスを最適化するために、A/B テストや多変量分析テストを含める必要がありますか？
決定：頻度の上限
このキャンペーンは、メッセージの過剰な配信を防ぐために、グローバルな配信頻度の上限ルールを尊重する必要がありますか？
決定：優先スコア
このキャンペーンは、他のアクティブなキャンペーンに対して、どの優先度レベルを設定する必要がありますか？
選択肢が異なる点
オプション A （スケジュール済みキャンペーン）の場合：
UI ナビゲーション： キャンペーン/キャンペーンの作成/スケジュール済み/マーケティング
- 新しいスケジュール済みマーケティングキャンペーンの作成
- オーディエンスピッカーからターゲットオーディエンスを選択し
- チャネルサーフェスを選択し、作成したメッセージコンテンツをリンクします
- 実行スケジュール（即時、特定の日時、または繰り返し）を設定します
- オプションで、コンテンツ実験を有効にし、処理のバリエーションを定義します
- オプションで、頻度の上限と優先スコアを設定できます
- キャンペーン設定全体を確認する
- キャンペーンのアクティブ化
オプション B （オーディエンスがトリガーしたジャーニー）の場合：
UI ナビゲーション：ジャーニー> ジャーニーを作成
- 「オーディエンスを読み取り」エントリイベントを使用して新しいジャーニーを作成する
- エントリソースとしてターゲットオーディエンスを選択します
- 再入力ルールの設定（再入力、1回限りの入力、または待機期間後の再入力を許可）
- オプションで待機ノードを追加します（例：選定から24時間待ちます）。
- オプションで条件ノードを追加します（例：プロファイルが追加の条件を満たしているかどうかを確認します）
- メッセージアクションノードを追加し、チャネルサーフェスとオーサリングコンテンツを選択します
- 離脱条件の設定（例：プロファイルの変換、プロファイルの登録解除）
- オプションで、メッセージアクションのコンテンツ実験を有効にします
- ジャーニーのレビューと公開
オプション C （API トリガーキャンペーン）の場合：
UI ナビゲーション： キャンペーン/キャンペーンを作成/API トリガー
- APIをトリガーにした新しいキャンペーンの作成
- チャネルサーフェスを選択し、作成したメッセージコンテンツをリンクします
- APIトリガーペイロードで渡されるデータのコンテキストパーソナライズトークンを設定します
- キャンペーンのレビューとアクティベート
- 外部システムのAPI トリガー統合で使用するキャンペーン IDをメモします
- 呼び出し元システムは、受信者プロファイルとコンテキストデータを含むトリガーリクエストをキャンペーンエンドポイントに送信します
Experience League ドキュメント
フェーズ 5：レポートとパフォーマンスの分析
Application function: AJO: Reporting & Performance Analysis
ライブレポートを使用して実行中の配信の指標を監視し、完了後に履歴レポートを使用してキャンペーンのパフォーマンスを分析します。 必要に応じて、CJAとの連携を設定し、より詳細なクロスチャネル分析を実現できます。
決定：報告方法
このキャンペーンはどのようなレベルのレポートが必要ですか？
決定：コンバージョンの追跡
配信やエンゲージメント指標だけでなく、キャンペーンの成功をどのように測定するのか？
UI ナビゲーション
- ライブレポート：キャンペーン/キャンペーンを選択/ライブレポート（またはジャーニー/ジャーニーを選択/ライブレポート）
- 履歴レポート：キャンペーン/キャンペーンを選択/すべての時間レポート（またはジャーニー/ジャーニーを選択/すべての時間レポート）
主要な設定の詳細
- キャンペーン実行中にライブレポートにアクセスし、リアルタイムの配信とエンゲージメントを監視できます
- 主要な指標の確認：送信済み、配信済み、バウンス数、開封数、クリック数、登録解除（電子メール）、送信済み、配信済み、クリック数、エラー（SMS）、送信済み、配信済み、開封数、アクション（プッシュ通知）
- キャンペーンの完了後は、履歴レポート（常に）にアクセスして包括的に分析できます
- 配信を分析するfunnel: ターゲティング / 送信済み/配信済み/開封数/クリック数
- エラーと除外の理由を確認して、配信の問題を特定します
- コンテンツ実験が有効になっている場合は、実験結果を確認し、統計的な信頼性が得られるのを待ってから勝者を宣言します
- CJA統合の場合、AJO データビューに関連するAJO データセット（Message Feedback Event Dataset、Email Tracking Experience Event Dataset）が含まれていることを確認します
Experience League ドキュメント
実装に関する考慮事項
このセクションでは、ガードレール、一般的な落とし穴、ベストプラクティス、トレードオフの決定について説明します。
ガードレールと制限
- サンドボックスあたり最大500個のアクティブなライブキャンペーン — Journey Optimizer ガードレール
- サンドボックスごとに最大4,000個のセグメント定義 – リアルタイム顧客プロファイルガードレール
- サンドボックスごとに1つのチャネルタイプにつき最大10個のチャネルサーフェス
- API トリガーのキャンペーンは、トリガーリクエストごとに最大20人のプロファイル受信者をサポートします
- 一度有効にしたキャンペーンは編集できません。重複して変更してください
- ライブレポートは60秒ごとに更新され、過去24時間のデータが表示されます
- 過去のレポートは、キャンペーン完了後、完全に入力されるまでに最大2時間かかる場合があります
- コンテンツ実験ごとに最大10個の処理（バリエーション）
- サンドボックスごとに最大10個のキャッピング設定
- メッセージあたり最大30個のコンテンツフラグメント
- 最適な配信をおこなうには、最大メールサイズを100 KBにすることを推奨します
- IP ウォームアッププランでは、新しいIPの場合、2～4週間かけて徐々に配信数を増やす必要があります
- 抑制リストのエントリは、設定可能な期間（ソフトバウンスの場合はデフォルトで14日間）保持されます
よくある落とし穴
-
IP ウォームアップが完了する前に送信します：すぐに大量の電子メールを送信する新しいIP アドレスは、ISPによってフラグが設定され、配信品質が低下し、ブラックリストに登録される可能性があります。 本番環境が新しいIPに送信する前に、必ずIP ウォームアッププランを完了してください。
-
複数のプロファイルでパーソナライゼーションをテストしていません： 1つのテストプロファイルで機能するPersonalization トークンは、参照されたXDM パスが存在しないか、一部のプロファイルでnullである場合、他のプロファイルで失敗する可能性があります。 データ完全性レベルが異なる複数のテストプロファイルを使用して、常にプレビューを実行できます。
-
抑制リストのレビューをスキップ：古い抑制リストのエントリは、有効なアドレスへの配信をブロックする可能性がありますが、エントリが欠落すると、バウンスを生成する無効なアドレスへの配信が発生する可能性があります。 主要なキャンペーンを実施する前に、抑制リストを確認し、クリーニングします。
-
プロモーションキャンペーンの配信頻度の上限を無視：他のキャンペーンもアクティブな状態で、配信頻度の上限を設定せずにプロモーションキャンペーンを送信すると、プロファイルが短期間で複数のメッセージを受信し、配信停止や迷惑メールの苦情が発生する可能性があります。
-
オーディエンス母集団を確認せずにキャンペーンをスケジュールする： ターゲットオーディエンスがゼロ以外の評価母集団を持っていることを確認する前にキャンペーンをアクティブ化すると、配信されるメッセージがゼロになります。 アクティベーションの前に、オーディエンスサイズを必ず検証する。
-
オーディエンスがトリガーされたジャーニーに対するバッチ評価の使用： ジャーニーでバッチ評価を使用した「オーディエンスを読み取り」エントリを使用する場合、プロファイルはほぼリアルタイムで入力されません。 ほぼリアルタイムのジャーニー入力が必要な場合、オーディエンスにストリーミング評価を使用します。
-
同意の適用を構成していません：有効なマーケティング同意なしにプロファイルにメッセージを送信すると、規制に違反し、配信品質の評判が低下します。 チャネルサーフェスレベルで同意フィールドに情報が入力され、適用されるようにします。
ベストプラクティス
- 単純なブロードキャストユースケースの場合は、オプション A （スケジュールされたキャンペーン）から開始し、配信前のロジックまたはビヘイビアードリブンのタイミングが必要な場合にのみオプション B （オーディエンストリガージャーニー）に移行します
- コンプライアンスを最大化するために、ワンクリックのリスト登録解除ヘッダーとメール本文の登録解除リンクの両方を常に含める必要があります
- ヘッダー、フッター、免責条項などに再利用できるコンテンツフラグメントを作成し、キャンペーン全体の一貫性を確保できます
- キャンペーンをアクティブ化する前に頻度の上限ルールを設定し、同時送信数でのメッセージ超過を防ぎます
- 多変量分析の実験に進む前に、A/B テストから始めて、コンテンツの検証により件名やCTAを最適化します
- すべてのアクティブなキャンペーンに優先スコアを割り当て、一貫性のある競合解決を実現します
- バッチオーディエンスの評価を、キャンペーンの実行時間前に完了するようにスケジュールし、新鮮なオーディエンスデータを確保します
- プルーフメールを送信し、メールレンダリング機能を使用して、アクティベーション前にメールクライアント間でメッセージが正しく表示されることを確認します
- キャンペーンのアクティベーション直後にライブレポートを監視し、配信の問題を早期に発見
- キャンペーン設定や実験結果をアーカイブし、今後の参照や継続的な最適化に役立てることができます
トレードオフの決定
導入の選択において、次のトレードオフを評価する必要があります。
シンプルさと柔軟性の比較
スケジュールされたキャンペーン（オプション A）は、最もシンプルな設定を提供しますが、配信前のロジックは提供しません。 オーディエンストリガージャーニー（オプション B）は、配信前のロジックを提供しますが、設定が複雑になります。
- オプション Aが優先：起動速度、操作の簡素化、マーケターのセルフサービス
- オプション Bのお気に入り：行動ターゲティング、条件付き抑制、マルチステップ ジャーニーへの拡張性
- 推奨事項：簡単に送信するには、オプション Aから始めます。 ユースケースで配信する前に待機、条件、または分岐ロジックが本当に必要な場合にのみ、オプション Bに移動します。 オーケストレーション機能のメリットがないシンプルなバッチ送信には、ジャーニーキャンバスを使用しないでください。
オーディエンスの鮮度と評価コストの違い
ストリーミング評価では、ほぼリアルタイムのオーディエンス更新が可能ですが、セグメントルールの制限があります。 バッチ評価では、すべてのセグメントルール関数をサポートしていますが、毎日のスケジュールで評価されます。
- ストリーミングのメリット： タイムリー、行動に基づく正確性、オーディエンストリガーによるジャーニーエントリ
- バッチのお気に入り：複雑なオーディエンスロジック、大きな母集団、低い評価オーバーヘッド
- 推奨事項：毎日の鮮度が十分な場合は、スケジュール済みキャンペーンのバッチ評価（オプション A）を使用します。 オーディエンスがトリガーとなるジャーニーにストリーミング評価を使用する（オプション B）。プロファイルは適格に応じて入力する必要があります。 オーディエンスセグメントルール式がストリーミングの対象ではない場合は、ルールを再構築するか、バッチレベルの遅延を受け入れます。
Personalizationの深みとオーサリングの複雑さ
より詳細なパーソナライゼーション（条件付きコンテンツブロック、動的セクション）により、エンゲージメントは向上しますが、オーサリングとテストの労力は増加します。
- 詳細なパーソナライゼーションの好み： エンゲージメント率の向上、顧客体験の向上、コンバージョンの向上
- シンプルなパーソナライゼーションの利点：開始までの時間の短縮、テスト負担の軽減、レンダリングエラーのリスクの軽減
- 推奨事項：基本的なパーソナライゼーション（名、関連する製品カテゴリ）を開始し、測定されたパフォーマンスの向上に基づいて、条件付きコンテンツブロックを追加します。 アクティベーションする前に、複数のテストプロファイルであらゆるコンテンツのバリエーションをテストする。
周波数制御とメッセージのリーチ
厳格な頻度の上限により、過剰なメッセージを防ぎますが、最近他のメッセージを受信したプロファイルへのキャンペーン配信は抑制される可能性があります。
- 厳格なキャッピングの利点：顧客体験の質、登録解除率の低下、企業の評判
- ゆったりとしたキャッピングの好み： メッセージのリーチの最大数、合計インプレッション数の増加、キャンペーンのカバー範囲
- 推奨事項： マーケティングキャンペーンの頻度の上限を常に有効にします。 チャネルごとに上限を設定（例：週に3～5通のメール、週に1～2通のSMS） キャッピングルールから本当に時間的に重要なメッセージまたはトランザクションメッセージのみを除外します。
関連ドキュメント
このセクションでは、トピック別に整理されたExperience League ドキュメントへの包括的なリンクを提供します。