同意管理の概要
重要
この記事は、リアルタイム ジャーニー および アウトバウンド マーケティング に適用されます。
リアルタイム体験とアウトバウンド マーケティングには、顧客とのコミュニケーションにおける同意と規制遵守をサポートするための、異なってはいますが関連する構造があります。 この記事では、これらの違いの概要と、コンプライアンスへの取り組み方法に関する詳細情報への参照を提供します。
同意データの取得と保存
リアルタイム体験では、同意がキャプチャされ、特定の連絡先の同意レコードに保存されます。 特定の連絡先はメッセージの宛先です (電子メール アドレスや電話番号など)。 顧客の同意はチャネルごとに保存されます。 たとえば、電子メール somebody@example.com
は、今後のイベントに関する商用通信を受信することに同意しています。
特定の連絡先の同意の主な利点は、Customer Insights - Journeys であらゆるエンティティ全体にわたるリアルタイムのジャーニーを調整できることです。 顧客体験全体でオーケストレーションを行うということは、リード、Customer Insights - Data プロファイル、取引先担当者、その他のエンティティに対する同意を強制できることを意味します。 このアプローチは、取引先担当者エンティティの体験のみを調整できるアウトバウンド マーケティング ジャーニーとは対照的です。
アウトバウンド マーケティングでは、同意が取得され、DoNotEmail
、DoNotBulkEmail
や DoNotTrack
などのフィールドの取引先担当者エンティティに保存され、取引先担当者レコード全体とそのすべての電子メール アドレスに適用されます。 このアプローチでは、取引先担当者の複数の電子メール アドレス、電話番号などに対して異なる同意を取得することはできません。
重要
リアルタイム体験では、取引先担当者の DoNotEmail
、DoNotBulkEmail
、および DoNotTrack
フィールドをチェックして、アウトバウンド マーケティングの同意強制動作と一致させ、アウトバウンド マーケティングからリアルタイム体験への移行を支援します。 リアルタイム体験でユーザー コンプライアンス設定を管理する の以下で詳細をご覧ください
重要
アウトバウンド マーケティングでは、メッセージ送信時の同意を評価するために取引先担当者の同意レコードをチェックしません。 これは、アウトバウンド マーケティング メッセージが取引先担当者の同意レコードの影響を受けないことを意味します。
コンプライアンス プロファイル
コンプライアンス プロファイルは、Customer Insights - Journeys で同意とコンプライアンスを管理するためのハブです。 コンプライアンス プロファイルは、同意の取得と強制の方法を制御します。 コンプライアンス プロファイルには、会社の住所、設定管理エクスペリエンス、関連する構成などの情報が保存されます。 コンプライアンス プロファイルの設定は、作成または変更しているコンプライアンス プロファイルの種類によって異なります。
ユーザーが優先する連絡方法
重要
2024年10月10日以降、登録解除リンクは リンク が作成されてから6か月後に期限切れとなり、機能しなくなります。
ユーザーが取引先担当者の設定を管理するには、基本設定センター、設定ページ、サブスクリプション センター、外部リンクの 4 つの方法があります。
基本設定センター
ヒント
基本設定センターは、リアルタイム体験のため、顧客が組織とのコミュニケーション設定を管理できるようにするための推奨される方法です。
重要
基本設定センターは取引先担当者の DoNotEmail
、 DoNotBulkEmail
、または DoNotTrack
フィールドを変更しません これは、アウトバウンド マーケティング メッセージが基本設定センターからの同意に対する変更の影響を受けないことを意味します。 アウトバウンド マーケティングとリアルタイム体験から同時にメッセージを送信している場合、リアルタイム体験でサブスクリプション センターを使用することをお勧めします。
Customer Insights - Journeys では、基本設定センターを使用して、顧客が受信したいコミュニケーションの種類と受信を希望する取引先担当者を制御できるようにします。 リード、取引先担当者など、サポートされているすべてのエンティティ タイプで機能します。基本設定センターは、企業ブランディングに合わせて構成することができ、ユーザーが目的やトピックの同意を管理するためのオプションを含めることができます。 基本設定センターはマルチブランド同意にも対応しており、各ビジネス ラインの同意を個別に管理することができます。
詳細情報: Customer Insights - Journeys 基本設定センターを作成する
基本設定ページ
重要
Customer Insights - Journeys で利用可能な同意機能を最大限に活用するために、基本設定ページを基本設定センターに置き換えることをお勧めします。
Customer Insights - Journeys では、ユーザーの同意を管理する別の方法として基本設定ページを使用します。 基本設定ページは、顧客が電子メールやテキスト メッセージの受信および追跡に関する同意設定を変更できる Web ページです。 新しい基本設定ページを作成することができません。 代わりに、Customer Insights - Journeys で使用される取引先担当者の同意を更新するためにページ上の言語をカスタマイズできます。 基本設定センターの導入により、既存の基本設定ページは引き続きユーザーの同意更新をサポートします。 ただし、今後は、すべての新しいコンプライアンス プロファイルで基本設定センターの強化された機能が活用されるようになります。
サブスクリプション センター
注意
サブスクリプション センターは、取引先担当者エンティティでのみ使用できます。 リードと Customer Insights - Data プロファイルは、サブスクリプション センターではサポートされていません。 これらのエンティティ タイプに通信を送信する予定がある場合は、基本設定センターを使用することをお勧めします。
アウトバウンド マーケティング サブスクリプション センターは、既知の取引先担当者が、組織との通信設定および取引先担当者の詳細を管理するために使用できるマーケティング ページです。 サブスクリプション センターはアウトバウンド マーケティングで構成する必要がありますが、リアルタイム体験のために使用できます。 サブスクリプション センターは、リアルタイム体験の目的やトピックには対応していません。 サブスクリプション センターから更新できるのは、取引先担当者レコード (DoNotBulkEmail
フィールドなど) とサブスクリプション リストのデータのみです。
Customer Insights - Journeys はまた、あなたのジャーニーが取引先担当者だけをターゲットにしている場合、サブスクリプション センターを使用することができます。 リアルタイム ジャーニーからサブスクリプション センターを使用すると、新しい基本設定センター オプションに移行する前に、リアルタイム ジャーニーからメッセージの送信を開始できるようになります。
メモ
サブスクリプション センターがリアルタイム ジャーニーで使用される場合、ユーザーによって行われた DoNotBulkEmail
フィールドの更新は、メール メッセージに設定されたコンプライアンス プロファイルの商業目的のために、コンタクト ポイントの同意記録が作成または更新されます。
リアルタイム体験で既存のアウトバウンド マーケティング サブスクリプション センターを使用する方法の詳細については、アウトバウンド サブスクリプション センターを使用する Customer Insights - Journeysをご覧ください
外部リンク
注意
外部リンクは現在、外部でホストされているサブスクリプション センターと連携するように設計されており、連絡先エンティティでのみ使用できます。 リードと Customer Insights - Data プロファイルは、外部リンクではサポートされていません。 これらのエンティティ タイプに通信を送信する予定がある場合は、基本設定センターを使用することをお勧めします。
ヒント
外部のプリファレンス管理ページへのリンクを含めたいが、URL の修正が使用ケースに合わない場合は、基本設定管理リンクをメッセージ テンプレートに直接含めるようにメッセージを設定し、組み込みのコンプライアンス {{PreferenceCenter}}
トークンを使用しないことをお勧めします。
外部リンクを使用すると、外部でホストされているサブスクリプション センターを指す Web サイト URL を構成できます。 コンプライアンス プロファイルで設定された URL は、このコンプライアンス プロファイルで送信されるメッセージに含まれます。 URL がメッセージに挿入されると、受信サブスクリプション センターがメッセージを送信した連絡先を識別できるように、最後にクエリ文字列パラメーターが含まれるように変更されます。
リアルタイム体験でユーザー コンプライアンス設定を管理する
コンプライアンス設定の管理は、ビジネス プロセスがプライバシー法および規制に準拠していることを確認するための重要な要素です。 この記事では、管理者のコンプライアンス設定、基本設定センター、リアルタイム体験の概念の概要を説明します。 アウトバウンド マーケティング コンプライアンスの詳細については、アウトバウンド マーケティング コンプライアンスの設定にアクセスしてください。
リアルタイム体験コンプライアンスの概要
リアルタイム体験コンプライアンスを設定するために、管理者は 設定>顧客エンゲージメント>コンプライアンス プロファイル で同意モデル、企業アドレスを定義し、エンドユーザーのプリファレンス センター ページをカスタマイズすることができます。
特定の連絡先の同意
特定の連絡先はメッセージの宛先です。 たとえば、電子メール アドレスまたは電話番号が特定の連絡先です。 リアルタイム体験の同意は特定の連絡先ベースです。つまり、同意は宛先ごとおよびチャネルごとに格納されます。 たとえば、電子メール somebody@contoso.com
は、今後のイベントに関する商用通信を受信することに同意しています。 リアルタイムのジャーニーの同意は、特定の連絡先の同意レコードに保存されます。 これに対し、アウトバウンド マーケティングの同意モデルは、取引先担当者レコードの同意のみに依存します。 リアルタイム体験の特定の連絡先の同意により、顧客は組織からのマーケティング メッセージをどこで受信するかをより詳細に制御できるようになります。
特定の連絡先の同意のもう 1 つの利点は、リアルタイム体験で、取引先担当者やリードを含むあらゆるエンティティ全体でプロセスを調整できることです。
コンプライアンス プロファイル
コンプライアンス プロファイルは、同意設定のコンテナーです。 場合によっては、顧客は、ブランドまたは事業部門 (LOB) ごとに個別のコンプライアンス プロファイルを作成して、同意を分離したほうがよい場合があります。 コンプライアンス プロファイルを使用すると、マーケティング担当者はさまざまな LOB に対して特定の同意設定を作成できます。 たとえば、異なる地域に本社があり、その物理的住所が該当する地域の受信者に表示される必要がある場合、各コンプライアンス プロファイルは独自の住所を持つことができます。
複数のコンプライアンス プロファイルを持つもう 1 つの理由は、地域間で異なるコンプライアンス要件をサポートすることです。 たとえば、米国とフランスで事業を展開している企業は、これら 2 つの場所に対して個別のコンプライアンス プロファイルを持つことを選択するかもしれません。。 米国バージョンでは、米国は欧州の規制の対象ではないため、商用目的を非制限的な実施モデルに設定できます。 ただし、フランス バージョンでは、商業目的を制限的強制モデルに設定し、商業または販促資料を送信する前に明示的な同意を要求する可能性があります。
新しいコンプライアンス プロファイルを作成するときは、以前に取得した同意を使用できます。 このオプションは、プリファレンス ページを含むコンプライアンス プロファイルからプリファレンス センターを含むコンプライアンス プロファイルへの移行を容易にすることを目的としています。 そうすることで、以前に取得した同意が新しいコンプライアンス プロファイルに確実に適用されます。
注意
現在、コンプライアンス プロファイルまたは連絡先の同意レコードを非アクティブ化できます。 ただし、既存のジャーニーまたは送信されたメッセージがそれらに依存している可能性があるため、非アクティブ化されたプロファイルと連絡先の同意レコードは引き続き使用および適用されます。 ユーザーの同意を更新する場合は、連絡先の同意レコード自体に移動し、同意の値を変更します。
目的
データ使用目的の同意 (以下、「目的」といいます) は、同意を収集する具体的な理由を定義します。 多くの場合、これには特定の法的根拠や理由が関連付けられています。たとえば、商用マーケティング目的で連絡を受けることへの同意などです。 目的は、(1) 商用コミュニケーション、(2) トランザクション コミュニケーション、および (3) 追跡同意の3つのタイプのいずれかになります。 コンプライアンス プロファイルを作成すると、商用、トランザクション、追跡の 3 つの目的が既定で作成されます。 これらの目的は、特定のニーズに合わせてカスタマイズできます。 独自の目的を作成してコンプライアンス プロファイルに追加することもできます。
目的の同意により、顧客は Dataverse 部署または個別のコンプライアンス プロファイルを使用せずに、基幹業務 (LOB) を分離することもできます。 各 LOB には各ビジネスに設定された基本設定センターがあり、各 LOB には各 LOB に固有の一連の目的が関連付けられています。 各メッセージ (電子メールやテキスト メッセージなど) は、単一の基本設定センターと関連する目的に関連付けられています。
各組織は、LOB ごとに個別の目的ごとに定義する必要がある場合があります。たとえば、Contoso Northwest は Contoso East とは独立して同意を管理したほうがよいかもしれません。 LOB ごとに商業コミュニケーションの目的を作成して、商業コミュニケーションのオプトインまたはオプトアウトを LOB ごとに個別に管理できるようにします。
目的はコンプライアンス プロファイル間で共有することもできます。 目的を共有することにより、あるコンプライアンス プロファイルの目的とトピックを別のコンプライアンス プロファイルの基本設定センターに配置し、それらを使用してメッセージの同意を制御することができます。 たとえば、Contoso Global コンプライアンス プロファイルには、Contoso Northwest および Contoso East と共有される商用目的があるかもしれません。 この共有目的を使用して、Contoso Northwest から電子メールを受信する顧客が、Contoso Northwest の基本設定センターで Contoso Global ブランドからの通信をオプトインまたはオプトアウトできるようにすることができます。 さらに、同意の目的を共有することで、同意データを共有しますが基本設定センターの設計が異なるコンプライアンス プロファイルを作成できます。 たとえば、2 つの異なるコンプライアンス プロファイル間ですべての目的を共有することで、2 つの異なる言語で 2 つの異なる基本設定センターを作成し、同意を共有することができます。
Topics
それぞれの目的には、顧客が通信設定を調整できるように、追加の通信タイプを追加するトピックを含めることができます。 たとえば、Contoso Northwest では、顧客がどの特定のトピックに興味があるかを決定できるように、「ニュースレター」、「日替わりセール」、「製品発表」 などのトピックを商用目的に追加したい場合があります。 送信するメッセージを作成する際は、マーケティング担当者は目的を選択する必要があり、オプションで作成済みの トピック を選択できます。 受信者は、興味のあるトピックにオプトインするかオプトアウトするかを選択できます。 目的とトピック の間には階層関係があります。 トピックは、単一の目的にのみ関連付けることができます。
同意強制
目的の強制の設定で、メールの送信前に同意を評価する方法を制御します。 目的に送信されたメールは、その目的の強制モデルを使用して、メールが送信されるかどうかを評価します。 目的に応じて 3 つの強制モデルがあり、規制の必要性に応じて選択できます。
- 制限的: この目的 (またはトピック) のためにオプトインされている特定の連絡先レコードを持つ特定の連絡先のみにメールが送信されます。
- 非制限的: この目的 (またはトピック) のためにオプトインされている特定の連絡先レコードがない限り、すべての特定の連絡先にメールが送信されます。
- 無効: メールはすべての特定の連絡先に送信されます。 この目的 (または トピック) にメッセージを送信する前に、特定の連絡先の同意レコードはチェックされません。
メモ
現在、強制モデル設定は電子メール メッセージにのみ適用されます。 すべての SMS およびカスタム メッセージは、指定された目的に非制限的または無効な強制モデルが設定されている場合でも、制限的強制モデルの対象となります。
トピックは、親の目的の強制モデルを使用します。 メールを送信するには、目的とトピックの両方で構成されているメッセージに、目的とトピックの両方の目的に対して同意が必要です。 特定の連絡先が目的への送信に同意していない場合、その目的のトピックへのメッセージは特定の連絡先へ送信されません。 たとえば、親の目的に制限的強制モデルがある場合、トピックにメールを送信するには、目的と、メールに関連付けられたトピックの両方のオプトイン レコードが必要です。
取引先担当者エンティティに関する考慮事項
注意
アウトバウンド マーケティング モジュールがインストールされていない Customer Insights - Journeys を使用している場合、このセクションで説明されている追加の同意強制チェックは実行されません。 アウトバウンド マーケティングのマーケティングが存在しない場合は、特定の連絡先の同意強制モデルのみがメッセージが送信されるかどうかを決定するために使用されます。
アウトバウンド マーケティングがプロビジョニングされると、取引先担当者レコードに保存されているデータを使用して、リアルタイム体験で同意の強制チェックが行われます。
アウトバウンド マーケティングからの移行を支援するために、リアルタイム体験では、目的およびトピックベースの同意チェックに加えて、取引先担当者エンティティに保存されている同意もチェックします。 リアルタイムジャーニーは、取引先担当者エンティティにメール メッセージが送信されると、取引先担当者の DoNotEmail
、DoNotBulkEmail
、DoNotTrack
フィールドを確認します。
アウトバウンド マーケティング体験では、取引先担当者エンティティ DoNotEmail
と DoNotBulkEmail
がメールを送信するかどうかを制御します。 リアルタイム体験では、アウトバウンド マーケティングの同意強制動作と一致するために、これら 2 つのフィールドもチェックされます。 商業 目的タイプを持つメールの場合、DoNotEmail
と DoNotBulkEmail
フィールドの両方を、取引先担当者にメールを送信できるように設定する必要があります。 DoNotEmail
フィールドのみ、トランザクション 目的タイプでメールを送信できるように設定する必要があります。 これらのチェックは、体験で送信されたメールの Customer Insights - Journeys の特定の連絡先同意のオプトイン/オプトアウト チェックに加えて実行されます。 これらのチェックは、他のエンティティ タイプ (リードや Customer Insights - Data プロファイルなど) に対しては実行されません。
リアルタイム体験から取引先担当者にメールを送信するには、取引先担当者のフィールドとメール アドレスの特定の連絡先同意レコードの両方でメッセージの送信が許可されている必要があります。
同様に、取引先担当者の DoNotTrack
フィールドとトラッキング特定の連絡先同意の両方が、トラッキング リンクとピクセルをメッセージに挿入できるように設定する必要があります。 これら 3 つのフィールドは、他のエンティティ (リードなど) に送信されたメッセージについてはチェックされません。
取引先担当者へのテキスト メッセージおよびカスタム チャネル メッセージでは、同意を評価する際に、DoNotEmail
、 DoNotBulkEmail
、または DoNotTrack
フィールドを使用しません。
アウトバウンド マーケティングからここのリアルタイム体験の移行について詳しくは、同意管理とダブルオプトインの切り替えのガイダンスを参照してください
参照
Customer Insights - Journeys で電子メールとテキスト メッセージの同意を管理するCustomer Insights - Journeys 基本設定センターアウトバウンド マーケティングのコンプライアンス設定