メール マーケティング

Current version: 10.1
日本語翻訳に関する免責事項

このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。

メール キャンペーンは Experience Platform (XP) に統合されており、Experience Database (xDB) の追跡、レポート、セグメンテーション機能に大きく依存しています。

メール エクスペリエンス マネージャー (EXM) アプリケーションを使用して個人的なメール キャンペーンや顧客に関連するメール キャンペーンを管理し、リスト マネージャー アプリケーションを使用してキャンペーンに組み込むコンタクトを管理します。また、マーケティング オートメーションを使用して、カスタマー ジャーニーの特定のポイントやさまざまな段階に位置するコンタクトをターゲットにすることもできます。

EXM とリスト マネージャーはどちらも Content Management (CM) ロールでホストされています。

キャンペーンの管理

キャンペーンは Master database に保存され、次の 2 種類のタイプがあります。

  • ディスパッチ プロセスを使用してコンタクトのリストに送信される通常キャンペーン。

  • 個々のコンタクトが Web サイトでゴールやイベントをトリガーしたときに送信される自動キャンペーン。

メール キャンペーンの管理に関与するコンポーネントを示す図。

通常のメール キャンペーンは、コンタクト リストまたはセグメントに関連付けます。コンタクト リストはコンタクトをグループ化したもの、セグメントはコンタクト リストにフィルタリングを適用した結果であり、どちらもリスト マネージャーを使用して管理します。リスト マネージャーは、xDB Collection Search ロールと xDB index を使用して xDB Collection database 内のコンタクト リストとセグメントを読み書きします。

通常のキャンペーンを複数のコンタクト リストまたはセグメントに関連付けることができます。また、リストを使用してディスパッチ プロセスでコンタクトを除外することもできます。

注記

自動キャンペーンのメールは、通常キャンペーンに使用されるディスパッチ プロセスの一部としてではなく、一度に 1 つずつ処理されます。EXM は Message Bus を監視し、コンタクトがゴールまたはイベントをトリガーしたことを知らせるマーケティング オートメーションのメッセージが届くのを待ちます。このようなメッセージを受信すると、キャンペーン メールをレンダリングしてそのコンタクトに送信します。

ディスパッチ プロセスの概要

EXM ディスパッチ パイプラインとプロセッサーを使用して、キャンペーンがいつディスパッチされるかを制御できます。また、EXM で直接ディスパッチをトリガーすることもできます。どちらの場合も、ディスパッチ プロセスは次のステップで構成されます。

  • コンタクトのキューイング

  • メールのレンダリング

  • メールの送信

デフォルト設定では、CM ロールがディスパッチ プロセスをホストします。ただし、これはリソースを大量に消費し、CM ロールの他のタスク (パブリッシュやコンテンツ編集など) の速度を低下させる可能性があります。1 つ以上の EXM Dedicated Dispatch (DD) ロールを設定する場合は、コンタクトのキューイング、メールのレンダリング、メールの送信のディスパッチ プロセスをスケールアウトできます。

DD ロールは CM ロールと同じように設定しますが、メールのディスパッチ専用にします。そうした場合でも、CM ロール自体がメールのディスパッチに関与しなくなるわけではありません。ディスパッチ プロセスは CM ロールと追加の DD ロールの間で共有されます。CM ロールは統合されたプロセスを監視および制御し、EXM database 内のキャンペーン状態を更新します。

一般的なディスパッチ プロセスを示す図。

コンタクトのキューイング

キャンペーンをディスパッチすると、次のことが起こります。

  • EXM が、EXM database 内のキャンペーン状態を「キューイング」に変更します。

  • EXM が、関連するコンタクト識別子をリスト マネージャーからフェッチします。リスト マネージャーは、xConnect Collection Search ロールを使用して xDB index と xDB Collection database にコンタクトを問い合わせます。

  • EXM が、取得したコンタクト識別子を EXM database の DispatchQueue テーブルに格納します。

以下の条件に該当するコンタクトはキューから除外されます。

  • キャンペーンに関連付けられた除外リストに登録されている。

  • グローバル オプトアウト リストに含まれている。

  • Consent Revoked および Do Not Market のマークが付いている。

  • EXM で設定されているバウンス数の上限を超えた。

  • サプレッション リストに登録されている。

コンタクトをキューに入れるプロセスを示す図。

メールのレンダリング

ディスパッチ プロセスは、DispatchQueue テーブルを監視し、コンタクト識別子をまとめて読み取ります。次に、Master database からキャンペーン データ、xDB Collection database からコンタクトの詳細をそれぞれフェッチした後、Sitecore レンダリング エンジンを使用してメールをレンダリングします。

基本的なトークン置換を使用するシンプルでパーソナライズされたメールは、一度レンダリングされた後、すべてのコンタクト用にキャッシュされます。高度にパーソナライズされたメールは、コンタクトごとに個別にレンダリングされます。

したがって、高度にパーソナライズされたメールを多くのコンタクトに発送するキャンペーンは CM ロールと DD ロールに大きな負荷をかけるため、スケーリングを検討することが重要になります。

レンダリングされたメールごとに、コンタクト メール アドレス履歴ファセットの更新を要求するメッセージが Message Bus に保存されます。CM ロールはこのメッセージを取得し、xConnect Collection Search ロールを使用して xDB Collection database 内のコンタクトを更新します。

メールのレンダリング プロセスを示す図。

メールの送信

まず、CM ロールが EXM database 内のキャンペーン状態を「送信」に変更します。

次に、ディスパッチ プロセスが Email Cloud サービスまたはカスタム SMTP サービスを使用してメールを送信し、メール送信済みメッセージを Message Bus に保存して DispatchQueue テーブルから当該コンタクトを削除します。

xConnect Collection Search ロールがこのメール送信済みメッセージを取得し、xDB Collection database 内のコンタクトにキャンペーンを登録します。これにより、EXM およびエクスペリエンス アナリティクスでのレポート作成が可能になり、他のチャネルでのパーソナライゼーションが強化されます。

ディスパッチ プロセスが終了し、EXM database キュー内のすべてのキャンペーン コンタクトが処理されたら、CM ロールが EXM database 内のキャンペーン状態を「送信済み」に変更します。

メールの送信プロセスを示す図。

サプレッション リストの維持

Email Cloud サービスは、さまざまな理由でメールを送信できないメール アドレスのリストを維持します。その理由としては、クレーム、バウンス、無効なメール アドレスなどが考えられます。このリストのことをサプレッション リストと呼び、これをレピュテーション管理やコンプライアンスの一部として使用できます。

サプレッション リストは CM ロールによって EXM database に継続的に同期され、ユーザーは EXM を使用してメール送信を抑制するコンタクトを手動で追加できます。ユーザーが追加したコンタクトは、後で CM ロールによって Email Cloud サービスに同期されます。

1 人以上のコンタクトに対して忘れられる権利を有効にすると、xConnect Collection Search ロールによって、消去対象のメール アドレスを含むメッセージが Message Bus ロールに保存されます。CM ロールはこのメッセージを取得してサプレッション リストから該当するメール アドレスを削除し、削除後のリストを Email Cloud サービスに同期します。

サプレッション リストを維持するプロセスを示す図。

レピュテーション管理

CM ロールは、該当するメール受信者に今後メールが送信されないようにするため、メール バウンスやスパム クレームに対処します。これにより、メール メッセージの送信コストが削減され、メール レピュテーションが低いことが原因で Sitecore 実装がブラックリストに登録されるのを防ぐことができます。

レピュテーション管理は、次の 2 通りの方法で設定できます。

  • EXM が Email Cloud サービスを使用するように設定されている場合、CM ロールは Email Cloud サービスから関連するメール バウンスとスパム クレームを継続的に取得します。

  • EXM がメールの発送にカスタム SMTP サービスを使用するように設定されている場合、CM ロールはレピュテーション管理を行わず、Sitecore はメール バウンスとスパム クレームを考慮しません。ただし、バウンス メールやスパム クレームをチェックするようにカスタム POP3 サービスを設定することはできます。

    注記

    メール システムの相違により、POP3 サービスを使用してバウンス メールやスパム クレームをチェックすることは絶対確実な方法ではなく、一部のメールは報告されない可能性があります。

どちらのシナリオでも、CM ロールは、後で処理するためにメール バウンスとスパム クレームを EXM database のキューに保存します。

CM ロールは、EXM database 内のバウンス メールとスパム クレームのキューを継続的に処理し、当該コンタクトを xConnect Collection Search ロールに渡します。xConnect Collection Search ロールは、受け取ったコンタクトを xDB Collection database 内のグローバル オプトアウト リストに追加します。また、ユーザーが作成したマーケティング リストからもそのコンタクトを削除します。

レピュテーション管理のプロセスを示す図。

メールの追跡

コンタクトがキャンペーン メールを開くと、Content Delivery (CD) ロールへの個人識別可能な要求がトリガーされます。この要求を受け取った CD ロールは、開封メッセージを Message Bus ロールに保存し、空の 1x1 ピクセルをコンタクトに返します。

CM ロールはこのメッセージを取得し、開封イベントを含むインタラクションを xConnect Collection ロールに送信します。ここで、EXM 固有の xConnect プラグインが、レポートの目的で xDB Collection database 内のコンタクト ファセットを更新します。

キャンペーン メール内のすべてのリンクは、CD ロール上の特定の EXM 追跡ページに関連付けられています。コンタクトがメールのリンクをクリックすると、クリック ページ イベントを含むインタラクションが Session State database に作成され、コンタクトがリンク先の実際のページにリダイレクトされます。

追跡ページでは、通常の追跡データ フローが使用されます。つまり、セッションが終了すると、CD ロールが永続化のためにインタラクションを xConnect Collection ロールに送信し、EXM 固有のプラグインがレポートの目的で xDB Collection Database 内のコンタクト ファセットを更新します。

メールの追跡プロセスを示す図。

キャンペーンの購読解除

コンタクトがキャンペーンの購読を解除するためにメール内の購読解除リンクをクリックすると、CD ロールの追跡ページが開き、EXM の購読解除ハンドラーが次の 3 つのことを行います。

  • 購読解除ページ イベントを含むインタラクションを Session State database に作成します。

  • 購読解除メッセージを Message Bus に保存します。

  • コンタクトをわかりやすい購読解除ページにリダイレクトします。

コンタクトのセッションが終了すると、CD ロールが購読解除ページ イベントを含むインタラクションを xConnect Collection Search ロールに渡し、xConnect Collection Search ロールはこれを xDB Collection database に保存します。この情報は分析とレポートの目的で使用されます。

それと同時に、CM ロールが Message Bus から購読解除メッセージを取得し、リスト マネージャーに対して当該コンタクトをキャンペーンのコンタクト リストから削除すること、および xConnect Collection Search ロールを使用してそのコンタクト自体を更新することを要求します。

最後に、CM ロールは Email Cloud サービスまたはカスタム SMTP サービスに対して、コンタクトの購読が解除されたことを確認するメール メッセージを送信するよう指示します。

キャンペーンの購読解除プロセスを示す図。

メール分析

EXM は、分析レポートまたは洞察を取得する目的で特定のロールと連携することはありません。キャンペーン分析は xDB、特に xDB Processing ロールの処理および集計機能に基づいています。

これらのデータ フローとロールの詳細については、「処理と集計」および「分析とレポート」を参照してください。

プライバシーとセキュリティ

処理および集計データ フローにおける各ロールのプライバシーとセキュリティに関する考慮事項については、「アーキテクチャとロール」のドキュメントを参照してください。

何かフィードバックはありますか?

この記事を改善するための提案がある場合は、