メールマーケティング

キャンペーンはMasterデータベースに格納され、次の2つのタイプを使用できます。

定期的なメールキャンペーンは、List Managerで管理する連絡先リストまたはセグメントに関連付けます。コンタクトリストはコンタクトのグループであり、セグメントは追加のフィルタリングを備えたコンタクトリストです。List Managerは、xDB Collection SearchロールとxDBインデックスを使用して、xDB Collectionデータベース内の連絡先リストとセグメントの読み取りと書き込みを行います。

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

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

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

DDロールはCMロールと同じ方法で設定しますが、Eメールのディスパッチ専用です。これは、CMロール自体がメールの送信を停止するという意味ではありません。ディスパッチ プロセスはCMロールと追加のDDロール間で共有され、CMロールは結合されたプロセスを監視および制御し、EXMデータベース内のキャンペーン状態を更新します。

キャンペーンをディスパッチすると、次のようになります。

問い合わせは、次の場合にキューから除外されます。

ディスパッチ プロセスはDispatchQueueテーブルをモニタし、連絡先識別子をバッチで読み取ります。次に、Masterデータベースからキャンペーン データを取得し、xDB Collectionデータベースから連絡先の詳細を取得してから、Sitecoreレンダリング エンジンを使用してメールをレンダリングします。

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

したがって、多くの連絡先に対して高度にパーソナライズされたメールを含むキャンペーンは、CMとDDの役割に大きな負荷をかけ、スケーリングの考慮事項 が重要になります。

レンダリングされた電子メールごとに、ディスパッチ プロセスは、連絡先の電子メール アドレス履歴ファセットの更新を要求するメッセージをメッセージ バスに保存します。CMロールはこのメッセージを取得し、xDB Collection Searchロールを使用してxDB Collection databaseの連絡先を更新します。

まず、CMロールはEXMデータベース内のキャンペーンの状態をSendingに変更します。

その後、ディスパッチ プロセスがEmail Cloudサービスまたは カスタムSMTPサービスを使用して連絡先に電子メールを送信すると、メッセージ バスにEmail Sentメッセージが格納され、連絡先がDispatchQueueテーブルから削除されます。

xConnect Collection Searchロールは、Email Sentメッセージを取得し、コンタクトのキャンペーンをxDB Collectionデータベースに登録します。これにより、EXMと エクスペリエンス分析でのレポート作成が可能になり、他のチャネルでの パーソナライゼーション が強化されます。

ディスパッチプロセスが終了し、EXMデータベースキュー内のすべてのキャンペーン連絡先が処理されると、CMロールはEXMデータベース内のキャンペーン状態をSentに変更します。

Email Cloudサービスは、さまざまな理由で送信しないメールアドレスのリストを保持します。これは、たとえば、苦情、バウンス、無効なメールアドレスが原因である可能性があります。このリストは サプレッションリスト と呼ばれ、レピュテーション管理とコンプライアンスの一部として使用できます。

CMロールは、抑制リストをEXMデータベースに継続的に同期し、EXMを使用して抑制する連絡先を手動で追加できます。CMロールは、後でこれらの連絡先をEmail Cloudサービスに同期します。

1つ以上の連絡先に対してRight to be forgottenを有効にすると、xConnect Collection Searchロールは、忘れる必要のあるメール アドレスを含むメッセージをMessage Busロールに保存します。CMロールはこのメッセージを取得し、抑制リストから電子メール アドレスを削除し、リストをEmail Cloudサービスに同期します。

CMロールは、メールのバウンスとスパムの苦情を処理して、メールの受信者がメールを受信しないようにします。これにより、メールメッセージの送信コストが削減され、メールの評判が悪いためにSitecoreの実装がブラックリストに登録されるのを防ぐことができます。

レピュテーション管理は、次の2つの方法で構成できます。

どちらのシナリオでも、CMロールは、電子メールのバウンスとスパムの苦情をEXMデータベース キューに保存し、後で処理します。

CMロールは、バウンスされたメールとスパムの苦情キューをEXMデータベースで継続的に処理し、関連する連絡先をxConnect Collection Searchロールに渡して、xDB Collection databaseのグローバル オプトアウト リストに追加します。xConnect Collection Searchロールは、追加したマーケティング リストからも取引先担当者を削除します。

コンタクトがキャンペーンEメールを開くと、そのEメールはContent Delivery(CD)ロールへの識別可能なリクエストをトリガーします。CDロールは、Message BusロールにOpenメッセージを格納し、空の1x1ピクセルを連絡先に返すことで、この要求を処理します。

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

キャンペーンEメール内のすべてのリンクは、CDロールの特定のEXMトラッキング ページに関連付けられています。コンタクトがEメールリンクをクリックすると、トラッキングページはセッションステートデータベースにClickページイベントとのインタラクションを作成します。その後、トラッキングページは、コンタクトをリンク内の実際のページにリダイレクトします。

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

コンタクトは、Eメール内の登録解除リンクをクリックして、キャンペーンの配信停止を解除します。これにより、CDロールの追跡ページが開き、EXM登録解除ハンドラーが次の3つの処理を行います。

コンタクトのセッションが終了すると、CDロールはUnsubscribeページ イベントとのインタラクションをxConnect Collection Searchロールに渡して、xDB Collectionデータベースに保存します。Sitecoreは、分析とレポート作成の目的でこの情報を使用します。

一方、CMロールはメッセージ バスからUnsubscribeメッセージを取得し、List Managerにキャンペーンの連絡先リストから連絡先を削除し、xConnect Collection Searchロールを使用して連絡先自体を更新するように依頼します。

最後に、CMロールは、連絡先が登録解除されたことを確認する電子メール メッセージを送信するように、Email CloudサービスまたはカスタムSMTPサービスに指示します。

EXMでは、分析レポートやインサイトに特定のロールは導入されていません。キャンペーン分析はxDB、特にxDB Processingロールの処理および集計機能に基づいています。

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

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