---
title: "メールマーケティング"
slug: "email-marketing"
abstract: "Sitecoreのメールキャンペーン管理および発送プロセスの概要、評判管理を含む。"
---
# メールマーケティング

メールキャンペーンはExperience Platform(XP)に統合された一部であり、Experience Database(xDB)の [追跡](https://doc.sitecore.com/xp/ja/developers/92/platform-administration-and-architecture/tracking-and-personalization.html "Tracking and personalization")、[報告](https://doc.sitecore.com/xp/ja/developers/92/platform-administration-and-architecture/analytics-and-reporting.html "Analytics and reporting")、セグメンテーション機能に大きく依存しています。

Email Experience Manager(EXM)アプリケーションを使って、個人的で顧客に関連するメール [キャンペーン](https://doc.sitecore.com/xp/en/users/100/sitecore-experience-platform/en/campaigns.html) を管理し、List Managerアプリケーションでキャンペーンに参加させたい連絡先を管理します。また、[マーケティングオートメー](https://doc.sitecore.com/xp/ja/developers/92/platform-administration-and-architecture/marketing-automation.html "Marketing automation") ションを使って顧客ジャーニーの特定のポイントや段階にターゲットを絞ることも可能です。

EXMとList Managerの両方はContent Management (CM)ロールでホストされています。

## キャンペーンの管理

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

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

![Diagram showing the components involved in managing email campaigns.](https://doc.sitecore.com/api/markdown-image/xp/ja/developers/92/platform-administration-and-architecture/images/XP-EM-mng-email-camp.png)

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

通常のキャンペーンを複数の連絡先リストやセグメントに関連付けることができます。また、ディスパッチプロセスで [連絡先を除外](https://doc.sitecore.com/xp/ja/developers/92/platform-administration-and-architecture/email-marketing.html#UUID-529d5ccf-69f0-7cf5-be94-77f90c340752_N1537876978127 "Queuing contacts") するためにリストを使うこともできます。

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

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

[EXMのディスパッチパイプラインやプロセッサ](https://doc.sitecore.com/xp/en/developers/exm/100/email-experience-manager/en/the-exm-dispatch-process-and-performance-tuning.html)ーを使ってキャンペーンのディスパッチを制御することも、EXM内で直接ディスパッチをトリガーすることもできます。いずれの場合も、ディスパッチプロセスは以下のステップで構成されています:

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

デフォルト設定では、CMロールがディスパッチプロセスをホストします。しかし、これはリソースを消費し、CMロールの公開やコンテンツ編集など他のタスクが遅くなることがあります。1つ以上の[EXM専用ディスパッチ](https://doc.sitecore.com/xp/en/developers/exm/100/email-experience-manager/en/using-dedicated-email-dispatch-servers.html) (DD)ロールを設定すると、連絡先のキューイング、メールの処理、送信のディスパッチプロセスをスケールアップできます。

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

![Diagram showing the dispatch process in general.](https://doc.sitecore.com/api/markdown-image/xp/ja/developers/92/platform-administration-and-architecture/images/XP-EM-ovrview-disptch-prcs.png)

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

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

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

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

-   キャンペーンに関連する除外リストに載っています。
-   グローバルなオプトアウトリストの一部です。
-   *Consent Revoked*と*Do Not Market*とマークされています。
-   EXMで定められた [バウンス数](https://doc.sitecore.com/xp/en/developers/exm/100/email-experience-manager/en/emails-that-bounce.html) の上限を超えてください。
-   [抑制リスト](https://doc.sitecore.com/xp/ja/developers/92/platform-administration-and-architecture/email-marketing.html#UUID-529d5ccf-69f0-7cf5-be94-77f90c340752_N1537877046087 "Maintaining the suppression list")に載っている。

![Diagram showing the process of of queuing contacts.](https://doc.sitecore.com/api/markdown-image/xp/ja/developers/92/platform-administration-and-architecture/images/XP-EM-que-contct.png)

## メールのレンダリング

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

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

多くの連絡先に高度にパーソナライズされたメールを含むキャンペーンは、CMやDDの役割に大きな負担をかけ、[スケーリングの考慮](https://doc.sitecore.com/xp/ja/developers/92/platform-administration-and-architecture/email-marketing.html#UUID-529d5ccf-69f0-7cf5-be94-77f90c340752_N1537876990197 "Overview of the dispatch process") が重要になります。

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

![Diagram showing the process of rendering emails.](https://doc.sitecore.com/api/markdown-image/xp/ja/developers/92/platform-administration-and-architecture/images/XP-EM-rendr-email.png)

## メール送信

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

その後、ディスパッチプロセスが[Email Cloud](https://doc.sitecore.com/xp/en/developers/exm/100/email-experience-manager/en/use-the-exm-delivery-cloud-service.html)サービスまたは [カスタムSMTPサービス](https://doc.sitecore.com/xp/en/developers/exm/100/email-experience-manager/en/use-a-custom-smtp-for-email-delivery.html)を使って連絡先にメールを送信すると、メッセージバスに*Email Sent*メッセージを保存し、DispatchQueueテーブルから連絡先を削除します。

xConnect Collection Searchの役割は*Email Sent*メッセージを取得し、xDBコレクションデータベース内の連絡先にキャンペーンを登録します。これにより、EXMや [エクスペリエンス分析](https://doc.sitecore.com/xp/ja/developers/92/platform-administration-and-architecture/analytics-and-reporting.html "Analytics and reporting")での報告が可能になり、他のチャネル間の [パーソナライズ](https://doc.sitecore.com/xp/ja/developers/92/platform-administration-and-architecture/tracking-and-personalization.html "Tracking and personalization") も強化されます。

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

![Diagram showing the process of sending emails.](https://doc.sitecore.com/api/markdown-image/xp/ja/developers/92/platform-administration-and-architecture/images/XP-EM-sendng-email.png)

## 抑制リストの維持

Email Cloudサービスは、さまざまな理由で送信されないメールアドレスのリストを管理しています。例えば、苦情、不渡り、無効なメールアドレスなどが原因かもしれません。このリストは [「サプレッションリスト](https://doc.sitecore.com/xp/en/developers/exm/100/email-experience-manager/en/managing-the-suppression-list.html) 」と呼ばれ、評判管理やコンプライアンスの一環として利用できます。

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

1つ以上の連絡先に対して「 *忘れられる権利* 」を有効にした場合、xConnect Collection Searchの役割はMessage Busの役割に、忘れるべきメールアドレスを含むメッセージを保存します。CM役割はこのメッセージを取得し、抑制リストからメールアドレスを削除し、リストをEmail Cloudサービスに同期させます。

![Diagram showing the process of maintaining the suppression list.](https://doc.sitecore.com/api/markdown-image/xp/ja/developers/92/platform-administration-and-architecture/images/XP-EM-maintn-supp-list.png)

## 評判管理

CMの役割は [、メールのバウンス](https://doc.sitecore.com/xp/en/developers/exm/100/email-experience-manager/en/emails-that-bounce.html)やスパム苦情を処理し、受信者がメールを受け取らないようにします。これによりメール送信コストが削減され、Sitecoreの実装がメールの評判が悪いためにブラックリストに載るのを防げます。

評判管理は2つの方法で設定できます:

-   EXMをEmail Cloudサービスに設定すると、CMの役割はEmail Cloudサービスから関連するメールの不送りや迷惑メールの苦情を継続的に取得します。
    
-   EXMを [カスタムSMTP](https://doc.sitecore.com/xp/en/developers/exm/100/email-experience-manager/en/use-a-custom-smtp-for-email-delivery.html)サービスでメールの発送に設定すると、CMの役割は評判管理を行わず、Sitecoreはメールの不送りや迷惑メールの苦情を尊重しません。ただし、BOP3サービスでバウンスメールや迷惑メールの確認は可能です。
    
    > !注メールシステムの違いにより、POP3サービスを使ってバウンドメールや迷惑メールの苦情をチェックするのは完璧な仕組みではなく、報告されないメールもあります。
    

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

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

![Diagram showing the process of reputation management.](https://doc.sitecore.com/api/markdown-image/xp/ja/developers/92/platform-administration-and-architecture/images/XP-EM-rept-mngmnt.png)

## 追跡メール

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

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

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

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

![Diagram showing the process of tracking emails.](https://doc.sitecore.com/api/markdown-image/xp/ja/developers/92/platform-administration-and-architecture/images/XP-EM-trackng-emails.png)

## キャンペーンの購読解除

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

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

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

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

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

![Diagram showing the process of unsubscribing from campaigns.](https://doc.sitecore.com/api/markdown-image/xp/ja/developers/92/platform-administration-and-architecture/images/XP-EM-unsub-from-camp.png)

## メール分析

EXMは分析レポートやインサイトに関する特定の役割を導入していません。キャンペーン分析はxDBに基づいており、特にxDB処理の役割における処理および集約機能、そしてxDBレポーティングの役割を通じて提供されるデータです。

これらのデータフローや役割については、「 [処理と集約](https://doc.sitecore.com/xp/ja/developers/92/platform-administration-and-architecture/processing-and-aggregation.html "Processing and aggregation") 」および [「分析と報告](https://doc.sitecore.com/xp/ja/developers/92/platform-administration-and-architecture/analytics-and-reporting.html "Analytics and reporting") 」をご覧ください。

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

処理および集約データフロー上の各役割のプライバシーおよびセキュリティの考慮事項については [、アーキテクチャおよびロール](https://doc.sitecore.com/xp/ja/developers/92/platform-administration-and-architecture/architecture-overview.html "Architecture overview") のドキュメントを参照してください。