メールマーケティング

キャンペーンの管理

キャンペーンはマスターデータベースに保存されており、2種類あります:

• 定期的なキャンペーンは、ディスパッチプロセスを使って連絡先リストに送信されます。
• ウェブサイト上の目標やイベントが発生した際に、個々の連絡先に送信される自動キャンペーン。

通常のメールキャンペーンは、List Managerで管理する連絡先リストやセグメントに関連付けます。連絡先リストは連絡先のグループであり、セグメントは追加のフィルタリング機能を持つ連絡先リストです。List ManagerはxDBコレクションデータベース内の連絡先リストやセグメントを、xDBコレクションのSearchロールとxDBインデックスを使って読み書きします。

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

!注自動キャンペーンメールは1件ずつ処理され、通常のキャンペーンで使われるディスパッチプロセスの一部ではありません。EXMはマーケティングオートメーションメッセージのメッセージバスを監視し、連絡先が目標やイベントをトリガーしたことを示します。そのようなメッセージを受け取ると、EXMはキャンペーンメールを担当者に送信します。

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

EXMのディスパッチパイプラインやプロセッサーを使ってキャンペーンのディスパッチを制御することも、EXM内で直接ディスパッチをトリガーすることもできます。いずれの場合も、ディスパッチプロセスは以下のステップで構成されています:

• コンタクトのキューイング
• メールのレンダリング
• メール送信

デフォルト設定では、CMロールがディスパッチプロセスをホストします。しかし、これはリソースを消費し、CMロールの公開やコンテンツ編集など他のタスクが遅くなることがあります。1つ以上のEXM専用ディスパッチ (DD)ロールを設定すると、連絡先のキューイング、メールの処理、送信のディスパッチプロセスをスケールアップできます。

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

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

キャンペーンを派遣すると以下のことが起こります:

• EXM EXMデータベースのキャンペーン状態を Queuingに変更します。
• EXM List Managerから関連する連絡先識別子を取得し、xConnect Collection Searchロールを使ってxDBインデックスとxDBコレクションデータベースを照会します。
• EXMは連絡先識別子をEXMデータベースのDispatchQueueテーブルに保存します。

以下の条件を満たす連絡先はキューから除外されます:

• キャンペーンに関連する除外リストに載っています。
• グローバルなオプトアウトリストの一部です。
• Consent RevokedとDo Not Marketとマークされています。
• EXMで定められた バウンス数 の上限を超えてください。
• 抑制リストに載っている。

メールのレンダリング

ディスパッチプロセスはDispatchQueueテーブルを監視し、連絡先識別子をバッチ単位で読み取ります。その後、Masterデータベースからキャンペーンデータを取得し、xDBコレクションデータベースから連絡先情報を取得し、Sitecoreレンダリングエンジンを使ってメールをレンダリングします。

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

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

各メールがレンダリングされるごとに、ディスパッチプロセスはメッセージバスにメッセージを保存し、連絡先メールアドレス履歴の更新を要求します。CMロールはこのメッセージを取得し、xConnect Collection Searchロールを使ってxDBコレクションデータベース内の連絡先を更新します。

メール送信

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

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

xConnect Collection Searchの役割はEmail Sentメッセージを取得し、xDBコレクションデータベース内の連絡先にキャンペーンを登録します。これにより、EXMや エクスペリエンス分析での報告が可能になり、他のチャネル間の パーソナライズ も強化されます。

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

抑制リストの維持

Email Cloudサービスは、さまざまな理由で送信されないメールアドレスのリストを管理しています。例えば、苦情、不渡り、無効なメールアドレスなどが原因かもしれません。このリストは 「サプレッションリスト 」と呼ばれ、評判管理やコンプライアンスの一環として利用できます。

CMロールは抑制リストをEXMデータベースと継続的に同期し、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はメールの不送りや迷惑メールの苦情を尊重しません。ただし、BOP3サービスでバウンスメールや迷惑メールの確認は可能です。

  !注メールシステムの違いにより、POP3サービスを使ってバウンドメールや迷惑メールの苦情をチェックするのは完璧な仕組みではなく、報告されないメールもあります。

どちらのシナリオでも、CMの役割はメールのバウンスや迷惑な苦情をEXMデータベースのキューに保存し、後で処理します。

CMの役割はEXMデータベース内の不合格メールおよびスパム苦情キューを継続的に処理し、該当する連絡先をxConnect Collection Searchロールに渡し、そこでxDBコレクションデータベースのグローバルオプトアウトリストに追加されます。xConnect Collection Searchロールは、あなたが追加したマーケティングリストからもその連絡先を削除します。

追跡メール

連絡先がキャンペーンメールを開くと、そのメールはContent Delivery(CD)役割への識別可能なリクエストをトリガーします。CDロールは、メッセージバスロールにOpenメッセージを保存し、空の1x1ピクセルを連絡先に返すことでこのリクエストを処理します。

CMロールはメッセージを受け取り、xConnect CollectionロールにOpenイベントを含むインタラクションを送信します。ここでは、報告目的でxDB Collectionデータベース内の連絡先ファセットを更新するEXM固有のxConnectプラグインが使います。

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

トラッキングページは通常のトラッキングデータフローを使用しているため、セッション終了時にCDロールがインタラクションをxConnect Collectionロールに送り、EXM専用プラグインが報告目的でxDBコレクションデータベース内のコンタクトファセットを更新します。

キャンペーンの購読解除

連絡先はメール内の購読解除リンクをクリックしてキャンペーンの購読解除を行います。これにより、CDロールの追跡ページが開き、EXMの解約ハンドラーが以下の3つの作業を行います。

• これはセッションステートデータベース内のページイベント Unsubscribe とのやり取りを生成します。
• メッセージバスに Unsubscribe メッセージを保存します。
• 連絡先はユーザーフレンドリーな購読解除ページにリダイレクトされます。

コンタクトのセッションが終了すると、CDロールはUnsubscribeページイベントとのやり取りをxConnect Collection Searchロールに渡し、xDBコレクションデータベースに保存します。Sitecoreこの情報は分析および報告目的で利用されます。

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

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

メール分析

EXMは分析レポートやインサイトに関する特定の役割を導入していません。キャンペーン分析はxDBに基づいており、特にxDB処理の役割における処理および集約機能が対象です。

これらのデータフローや役割については、「 処理と集約 」および 「分析と報告 」をご覧ください。

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

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