次の方法で共有


プライバシーに関する規制への準拠を維持する

GDPR (EU)、CAN-SPAM (米国)、CCPA (カリフォルニア)、HIPAA (米国の医療)、その他の地域のプライバシーに関する法律は、商用通信の送信を管理します。 これらの規制はプライバシーを保護し、ユーザーが適切で期待される通信のみを受け取れるようにします。

コンプライアンスが重要な理由

これらの規制に従うことで、法的ペナルティを回避し、ユーザー エクスペリエンスを向上させ、電子メールのエンゲージメントと配信可能性を向上させることができます。 準拠していない場合は、メッセージがブロックされたり、スパムに送信されたりする可能性があります。

準拠を維持するにはどうすればよいですか?

同意管理システムを使用して、ユーザー設定を追跡および優先します。 準拠を維持するために、次のことができます。

  • Customer Insights - Journeys の組み込みの同意センターを使用します。これは、リアルタイムの同意のキャプチャと適用をサポートします。
  • Customer Insights – Journeys の機能拡張機能を使用して、既存の同意管理システムを統合します。

同意がキャプチャされ、連絡先ポイント レベルで保存されます。 連絡先ポイントは、メール アドレスや電話番号などのメッセージの宛先です。 連絡先ポイントの同意には多くの利点があります。

  • チャネル固有の同意: 同意はチャネルごとおよび宛先ごとに格納されます。 たとえば、 somebody@contoso.com メール アドレスは、今後のイベントに関する商用通信を受信することに同意できますが、別のメール アドレスや電話番号は受け取らない可能性があります。
  • 柔軟性と制御の強化: 連絡先ポイントの同意により、顧客は組織からの通信を受け取る場所を制御できます。
  • エンティティに依存しないオーケストレーション: 連絡先ポイントの同意の主な利点の 1 つは、連絡先、潜在顧客、Customer Insights - データ プロファイルなど、あらゆるエンティティ間でリアルタイムの体験を調整できる点です。 この方法では、データ ソースに関係なく、一貫した同意の適用が保証されます。

Customer Insights - Journeys 同意モデルでは、ビジネス要件とコンプライアンス要件を満たすように調整できる柔軟な階層が使用されます。

同意階層

  • 階層の上部には コンプライアンス プロファイルがあります。
  • 各コンプライアンス プロファイルには、複数の目的を含めることができます。
  • 1 つの目的を複数のコンプライアンス プロファイルで共有できます。
  • 各目的を複数のトピックで拡張して、同意をより細かく制御できます。 1 つのトピックは、1 つの目的にのみリンクできます。

重要

既定では、Customer Insights - Journeys では、連絡先の DoNotEmailDoNotBulkEmail、または DoNotTrack フィールドは評価されません。 これらのチェックを有効にするには、 設定>Overview>Feature スイッチ に移動し、[リアルタイム体験で連絡先の同意を確認する] というラベルのトグルをオンにします。

基本設定センターでは、 DoNotEmailDoNotBulkEmail、または DoNotTrack フィールドは更新されません。 つまり、ユーザーは基本設定センターを使用してこれらの特定の同意設定を変更することはできません。 連絡先ポイントの同意を使用して同意を管理する場合は、 DoNotEmailDoNotBulkEmail、または DoNotTrack フィールドに依存しないでください。

コンプライアンス プロファイル

コンプライアンス プロファイルは、Customer Insights - Journeys で同意とコンプライアンスを管理するための中心的なハブです。 マーケティングコミュニケーション全体で同意をキャプチャ、保存、適用する方法を定義します。

各コンプライアンス プロファイルには、次のような重要な構成の詳細が格納されます。

  • 会社の住所
  • リンクの登録解除の動作
  • 関連する目的とトピック

基本設定センターの管理

コンプライアンス プロファイルの種類 (基本設定センターと外部リンク) は、ユーザーが同意設定を管理する方法に影響します。 コンプライアンス プロファイルの設定は、作成または変更するコンプライアンス プロファイルの種類に基づいて変更されます。

複数のコンプライアンス プロファイルを使用する理由

多くの場合、組織は次をサポートするために複数のコンプライアンス プロファイルを作成します。

  • ブランドまたは基幹業務 (LOB) の分離: たとえば、異なるブランドまたはビジネス ユニットに対して個別のコンプライアンス プロファイルを使用すると、同意設定とメッセージング戦略を調整できます。 各コンプライアンス プロファイルは、独自の会社の住所を持つことができます。
  • リージョンのコンプライアンス要件: 異なるリージョンでは、異なる適用モデルが必要な場合があります。 たとえば、米国では、商用目的で非制限モデルを使用し、他のユーザーがオプトアウトしない限りメッセージを送信できます。フランスでは、同じ目的で制限付きモデルを使用し、GDPR のために明示的なオプトインが必要になる場合があります。
  • ローカライズされた基本設定センター: 各コンプライアンス プロファイルには、ローカライズと規制の調整をサポートする、独自の基本設定センターの設計を持つことができます。

メモ

コンプライアンス プロファイルまたは連絡先ポイントの同意レコードはいつでも非アクティブ化できます。 ただし、既存の体験やメッセージは引き続きそれらに依存できるため、 システムは非アクティブ化されたコンプライアンス プロファイルまたは連絡先ポイント レコードを引き続き使用 します。 ユーザーの同意を更新するには、非アクティブ化に依存するのではなく、連絡先ポイントの同意レコードの同意値を変更します。

重要

メッセージ内のリンクの登録を解除すると、リンクが作成されてから 6 か月後に有効期限が切れ、その後は機能しません。

コンプライアンス プロファイルを設定する

コンプライアンス プロファイルを作成または設定するには、 設定>Customer engagement>Compliance プロファイルに移動します。 同意モデル、会社の住所を定義し、ユーザーの基本設定センター ページをカスタマイズします。

メモ

新しいコンプライアンス プロファイルを作成するときに、以前にキャプチャした同意を使用できます。 このオプションを使用すると、 基本設定ページを含 む従来のコンプライアンス プロファイルから、基本設定センターを持つコンプライアンス プロファイルに移動できます。 これにより、以前にキャプチャされた同意が新しいコンプライアンス プロファイルに適用されます。

コンプライアンス プロファイルには、次の 2 種類があります。

  • 基本設定センターでのコンプライアンス プロファイル: Customer Insights - Journeys 内で同意を管理する場合は、このオプションを使用します。 これには、ユーザーが同意設定を直接管理できる設定センター ページが組み込まれています。
  • 外部リンクを含むコンプライアンス プロファイル: 外部同意管理システムに接続する場合、または既定の基本設定センター フォームではなくマーケティング フォームを使用する場合は、このオプションを選択します。

新しいコンプライアンス プロファイルを作成するときに、[ 以前にキャプチャした同意を使用 ] トグルを有効にすることができます。 このオプションを使用すると、既存のコンプライアンス プロファイルを参照して、新しいプロファイルを作成する代わりに既存の 目的 を継承できます。

この方法は、複数のコンプライアンス プロファイルに 1 つの目的をマップする必要がある場合に役立ちます。 たとえば、ローカリゼーション シナリオでは次のようになります。

  • 各コンプライアンス プロファイルは、1 つの基本設定センターにリンクされます。
  • 異なる言語で複数の基本設定センターが必要な場合は、[ 以前にキャプチャした同意の使用 ] 機能を使用しながら、個別のコンプライアンス プロファイルを作成できます。

Example:

  1. コンプライアンス プロファイル EN を作成し、その目的を定義します。
  2. コンプライアンス プロファイル ES を作成するときに、[以前にキャプチャした同意を使用] を有効にして、英語プロファイルの既存の目的を再利用します。

基本設定センターを使用したコンプライアンス プロファイル

重要

基本設定センターでは、連絡先の DoNotEmailDoNotBulkEmail、または DoNotTrack フィールドは変更されません。

Customer Insights - 体験では、ユーザー設定センターを使用して、受信する通信の種類と、通信を受信する連絡先ポイントを制御できます。 サポートされているすべてのエンティティの種類 (潜在顧客、連絡先、Customer Insights - データ プロファイルなど) を操作します。 会社のブランドに合わせて基本設定センターを設定し、ユーザーが目的やトピックの同意を管理するためのオプションを含めることができます。 基本設定センターでは、マルチブランドの同意もサポートされているため、各基幹業務に対して個別に同意を管理できます。

詳細情報: Customer Insights - Journeys 基本設定センターを作成する

外部リンクを含むコンプライアンス プロファイルを使用すると、外部の同意管理ページを指す Web サイトの URL を設定できます。 コンプライアンス プロファイルで設定した URL は、コンプライアンス プロファイルと共に送信されるメッセージに含まれます。

注意

外部リンクを含むコンプライアンス プロファイルでは、外部同意管理システムのユーザー ID を含まない登録解除リンクが生成されます。 リンクには、 contextIdmsdynmkt_trackingcontextなどの追跡要素を含めることができますが、これらは Customer Insights - Journeys による内部使用専用です。

外部同意管理システムの基本設定ページへのリンクを含める場合は、メッセージ テンプレートに登録解除リンクを直接作成します。 リンクパーソナル化機能を使用して、外部システムがユーザーの設定を認識および管理できるように、リンクにユーザー ID を追加します。

目的

データ使用目的の同意 (目的と呼ばれます) は、同意を収集する具体的な理由を定義します。 通常は、商用マーケティングのために誰かに連絡することに同意を得るなど、法的根拠や正当な理由に関連付けられています。

3 種類の標準的な目的は次のとおりです。

  • 商用コミュニケーション: プロモーションメールやニュースレターなど。
  • トランザクション通信: 注文の確認やサービスの更新と同様です。
  • 追跡: リンクのクリックやメッセージが開く (メッセージ内の追跡ピクセルを使用する) などの分析のユーザー動作の追跡や、 フォームの事前入力に対するユーザーの識別と同様です。

新しいコンプライアンス プロファイルを作成すると、各種類の目的が既定で含まれます。 組織のニーズに合わせて完全にカスタマイズできます。 さらに多くの目的を作成し、1 つ以上のコンプライアンス プロファイルに割り当てることもできます。

同意モデルの目的は 再利用可能 であり、 複数のコンプライアンス プロファイル間で共有できます。 この柔軟性により、次を作成できます。

  • ブランドまたはリージョン間の統合された同意管理: たとえば、Contoso グローバル コンプライアンス プロファイルでは、Contoso North と Contoso East でも使用される商用目的を定義できます。 Contoso Northwest とやり取りするお客様は、Contoso Global から直接 Contoso Northwest の基本設定センターから通信をオプトインまたはオプトアウトできます。
  • 共有同意を持つローカライズされた基本設定センター: 共有目的では、同じ同意データを引き続き使用しながら、異なる言語やレイアウトなど、異なる基本設定センターの設計を持つ複数のコンプライアンス プロファイルを作成することもできます。 たとえば、同一の目的を持つ 2 つのコンプライアンス プロファイルを作成できますが、英語とチェコ語でユーザー設定センターを分離できるため、お客様はリージョン間で一貫した同意エクスペリエンスを得ることができます。

また、目的の同意により、お客様は Dataverse ビジネス ユニットや個別のコンプライアンス プロファイルを使用せずに LOB 分離を作成できます。 各 LOB には、各ビジネス用に設定された基本設定センターがあり、各 LOB にはそれに固有の一連の目的があります。 各メッセージ (電子メールまたはテキスト メッセージ) は、1 つの基本設定センターと関連する目的に関連付けられています。

組織ごとに、LOB ごとに個別の目的を定義する必要がある場合があります。 たとえば、Contoso North では、Contoso East とは別に同意を管理できます。 LOB ごとに個別に商用通信のオプトインまたはオプトアウトを管理できるように、LOB ごとに "商用通信" の目的を作成します。

目的に対する適用モデルの設定は、メッセージが送信される前に同意を確認する方法を制御します。 目的に送信されたメッセージは、その目的の適用モデルを使用して、メッセージが送信されるかどうかを判断します。 規制のニーズに応じて、次の 3 つの適用モデルから選択できます。

  • 制限: メッセージは、目的 (またはトピック) のオプトイン同意レコードを持つ連絡先ポイントにのみ送信されます。
  • 制限なし: メッセージは、目的 (またはトピック) のオプトアウトされた同意レコードがない限り、すべての連絡先ポイントに送信されます。
  • 無効: メッセージはすべての特定の連絡先に送信されます。 目的 (またはトピック) にメッセージを送信する前に、同意レコードはチェックされません。

トピック

同意モデルの各 目的 には、特定の種類の通信を表す複数の トピックを含めることができます。 トピックを使用すると、受信するメッセージの正確な種類を選択することで、ユーザーの同意設定を微調整できます。

トピックの例

Contoso Northwest コンプライアンス プロファイルの商用目的では、次のようなトピックを定義できます。

  • ニュースレター
  • 毎日のお得な情報
  • 製品のお知らせ

この設定により、お客様は関心に基づいて個々のトピックをオプトインまたはオプトアウトできます。

マーケティング担当者は、メッセージを作成するときに目的を選択し、必要に応じてその目的に関連付けられているトピックを選択できます。 その後、受信者はトピック レベルでユーザー設定を管理します。これにより、より細かい制御が可能になります。

目的とトピックには階層的な関係があります。

  • トピックは 1 つの目的にのみ属します。
  • 1 つの目的に複数のトピックを含めることができます。

トピックは、親の目的の適用モデルを継承します。 メッセージが目的とトピックの両方で構成されている場合、システムはメッセージを送信する前に両方のレベルで同意を確認します。

重要

二重の同意要件: システムは、連絡先ポイントが目的とトピックの両方に対して有効な同意を持っている場合にのみ、トピックに関連付けられたメッセージを送信します。 連絡先ポイントに親の目的に対する同意がない場合、連絡先が特定のトピックにオプトインした場合でも、関連するトピックは送信されません。

制限付き適用の例

親の目的が制限付き強制モデルを使用する場合、連絡先ポイントには、メッセージを配信するための目的とトピックの両方にオプトイン同意レコードが必要です。

リアルタイム体験での DoNotEmailDoNotBulkEmail、および DoNotTrack フィールドの使用

既定では、リアルタイム体験では、連絡先の DoNotEmailDoNotBulkEmail、または DoNotTrack フィールドは評価されません。

これらのチェックを有効にするには:

  1. 設定>概要>機能スイッチ の順に移動します。
  2. [リアルタイム体験で連絡先の同意を確認する] というラベルのトグルをオンにします。

重要

基本設定センターでは、 DoNotEmailDoNotBulkEmail、または DoNotTrack フィールドは更新されません。 その結果、ユーザーは基本設定センターを使用してこれらの特定の同意設定を管理できません。

メモ

連絡先ポイントの同意を使用して同意を管理する場合は、 DoNotEmailDoNotBulkEmail、または DoNotTrack フィールドに依存しないでください。 代わりに、連絡先ポイントの同意レコードを、同意評価の単一の信頼のソースとして使用します。

  • 商用目的: 電子メールを送信するには、 DoNotEmailDoNotBulkEmail の両方が誤っている (つまり、オプトアウトされていない) 必要があります。
  • トランザクションの目的: DoNotEmail のみが false である必要があります。

これらのチェックは、体験によって送信された電子メールの連絡先ポイントの同意オプトインまたはオプトアウトチェックに加えて行われます。

これらのフィールド チェックは、連絡先にのみ適用されます。 リードや Customer Insights - データ プロファイルなどの他の種類のエンティティに対しては実行されません。

追跡リンクとピクセルをメッセージに挿入するには:

  • 連絡先の [ DoNotTrack ] フィールドで追跡を許可する必要があります。
  • 連絡先ポイントの同意レコードでも追跡を許可する必要があります。

これらのチェックは、連絡先にのみ適用されます。 他のエンティティ型には適用されません。

テキストおよびカスタム チャネル メッセージ

テキスト メッセージとカスタム チャネル メッセージでは、同意を評価するときに、 DoNotEmailDoNotBulkEmail、または DoNotTrack フィールドは使用されません。

参照