メール、SMS (テキスト)、カスタム チャネルのメッセージの同意を管理する
注意
Customer Insights - Journeys の同意は特定の連絡先に基づくもので、連絡先、リード、Customer Insights - Data プロファイルに送信されるメッセージに機能します。 顧客の同意は、取引先担当者レコードごとに保存されるのではなく、電子メール アドレスや電話番号ごとに保存されます。 すでに定義したアウトバウンドのマーケティング同意プロセスは、Customer Insights - Journeys 設定の影響を受けません。
重要
2022 年 12 月より、取引先担当者 のリアルタイム体験の同意執行が、制限的同意強制モデルを使用して送信されるメールにオプトインを要求するように変更されました。 以前の動作に戻したい場合は、同意適用モデルを 制限なし に変更できます。 また、アウトバウンド マーケティングで連絡先レコードに同意を取得したことがある場合、Customer Insights - Journeys で同意を実施するために使用される特定の連絡先の同意レコードに入力するための同意を読み込むことができます。 詳細情報: Customer Insights - Journeys に同意レコードを移行する
重要
リアルタイム体験とアウトバウンド マーケティングの両方がインストールされた環境の場合、アプリは取引先担当者の DoNotEmail
、DoNotBulkEmail
、DoNotTrack
フィールドをチェックして、アウトバウンド マーケティングの同意強制動作と一致させ、アウトバウンド マーケティングからリアルタイム体験への移行を支援します。 詳細 : Customer Insights - Journeys でユーザー コンプライアンス設定を管理する。
連絡先フィールドのチェックを無視するように環境を構成できます。 詳細:連絡先レベルの同意チェックを無効にする。
注意
2023 年 7 月、Customer Insights - Journeys は、部署とマルチブランドの同意コンプライアンス プロファイルをサポートする新しい Dataverse テーブルを導入しました。 すべての Customer Insights - Journeys 顧客は、新しいテーブルに移行されました。 msdynmkt_contactpointconsent2 または msdynmkt_contactpointconsent3 の読み取りまたは書き込みを行うカスタム ワークフロー (Power Automate フローなど) をお持ちの顧客は、同意テーブルは機能を失わないようにするための措置を講じる必要があります。
カスタム ワークフローが msdynmkt_contactpointconsent2 または msdynmkt_contactpointconsent3 同意テーブルから読み取った場合、機能を継続できるように、最新の msdynmkt_contactpointconsent4 テーブルから読み取るようにカスタム ワークフローを更新する必要があります。
カスタム ワークフローがmsdynmkt_contactpointconsent2 または msdynmkt_contactpointconsent3 の提供に同意エンティティに書き込む場合、これらのテーブルに対する書き込みは、遅れ (24 時間以上の可能性) はあるものの、最新の msdynmkt_contactpointconsent4 テーブルにデータが自動的に同期されます。 データの同期は 2024 年 6 月 1 日まで継続されます。 その日以降は、コンタクト ポイントの同意レコードを書き込むすべてのワークフローを、msdynmkt_contactpointconsent4 テーブルをターゲットとするように移動する必要があります。
電子メールの同意が反映される方法
新しい電子メール メッセージを作成する際、電子メール ヘッダ 設定の コンプライアンス セクションで、そのプロファイルから コンプライアンス プロファイル、目的、オプションで トピック を選択します。 メッセージの指定を設定するには、メールヘッダーで歯車アイコン アイコンを選択します。 これにより、ページの右側の電子メール ヘッダー設定ウィンドウが開きます。 電子メール設定セクションに移動します。
メール メッセージは、目的 および (オプションの) トピックで設定された同意確認に合格した場合にのみ送信されます。 メッセージを送信するか送信をブロックするかの決定は、メッセージを送信する直前に行われます。 そのため、オプトアウトした人が誤って体験セグメントに含まれていたとしても、アプリが誤ってその人にメッセージを送信することはありません。 同意の強制ルールは、目的 強制モデル設定によって管理されます。 目的に「制限的」強制モデルがある場合、メール アドレスがメッセージの受信を明示的にオプトインしている場合にのみメールが送信されます。 目的に「非制限」強制モデルがある場合、メール アドレスがオプトアウトしていない限り、メールは送信されます。「無効」強制モデルでは、メール アドレスの同意確認が無効になり、すべてのメッセージが配信されます。 既定の「商用」目的には、「非制限的」強制モデルがあります。 既定の「トランザクション」目的には「無効」適用モデルがあります。 目的の強制モデルはコンプライアンス プロファイルで変更できます。 目的、 トピック、 適用モデル の概念については、Customer Insights - Journeys のユーザー コンプライアンス設定の管理にアクセスしてください
商用電子メールの必要に応じて、会社の住所のプレースホルダーと基本設定センター プレースホルダーのリンクがメールのフッターに自動的に追加されます。 会社の住所は、コンプライアンス プロファイルで設定された値を反映し、必要に応じて電子メール エディターから直接編集できます。 基本設定センター リンクは、コンプライアンス プロファイルで構成された基本設定管理ページにリンクされており、顧客はそこでコミュニケーションの基本設定を確認、変更できます。
会社の住所と登録解除のリンクの有無は、送信の準備完了を選択したときにチェックされます。 商業的な同意を目的としてメッセージを送信している場合、これらのパラメーターのいずれかが欠落している場合、アプリは警告を発します。
メモ
例えば、会社の住所や基本設定センターへのリンクを謝って削除した場合に、アプリが警告を表示します。 ただし、そのような電子メールの送信をブロックするわけではありません。 したがって、必要に応じて、指定した会社の住所フィールドを選択した別の会社住所フィールドへ置き換えや、カスタム基本設定センターへのリンクの追加ができます。
SMS (テキスト) およびカスタム チャネル メッセージの同意が反映される方法
SMS およびカスタム チャネル メッセージの送信に関する Customer Insights - Journeys のルールは、メールの送信に関するルールとは若干異なります。 ユーザーは、同意の強制モデルにかかわらず、商用 SMS または商用カスタム チャネル メッセージの受信に同意するには常にオプトインする必要があります。 トランザクション SMS およびカスタム チャネル メッセージは常に送信され、同意の確認や強制は行われません。
ユーザーの行動を追跡するための同意
各コンプライアンス プロファイルには、特にメッセージの開封やリンクのクリックなどのユーザー インタラクションを追跡するための独自の目的があります。 商業目的や取引目的と同様に、同意を追跡するための強制モデルは、制限的、非制限的、または無効にすることができます。 追跡の目的が無効な適用モデルに設定されている場合、そのコンプライアンス プロファイルの一部として送信されたメッセージに対して追跡の同意チェックは行われません。そのため、すべてのインタラクションが追跡されます。
追跡に関する同意を収集したい場合は、フォームとプリファレンス センターに追跡の目的を追加できます。
注意
Customer Insights - Journeys 連絡先レコードの 追跡を許可 フィールドを常にチェックして、連絡先のインタラクションを追跡できるかどうかを判断します。 このチェックは、Customer Insights - Journeys 追跡のための連絡先の同意オプトイン/オプトアウト チェックに加えて行われます。 これらのチェックは、他のエンティティ タイプ (リードや Customer Insights - Data プロファイルなど) に対しては実行されません。
重要
2023 年 7 月のリリースで顧客の同意データは、新しいマルチブランド同意機能の利用を開始しました。 一部の Customer Insights - Journeys ユーザーでは、メッセージに追跡リンクを含めるかどうかを制御する設定が、移行によって変更されました。 この変更により、顧客が明示的に同意していない場合、メッセージの追跡ができなくなる可能性があります。 移行後、同意していない顧客に対してメッセージ内のトラッキング リンクを有効にする場合は、コンプライアンス プロファイルのトラッキング目的の実施モデルを更新し、"制限を適用しない" にしてください。これにより、受信者が明示的に追跡を拒否していない限り、追跡リンクをメールに代入することができます。
同意強制の図
次の図は、Customer Insights - Journeys で体験が実行されている間に同意がどのように強制されるかを視覚的に表したものです。
制限的な実施モデル | |||
---|---|---|---|
オプトアウト済み | なし/未設定 | オプトイン済み | |
電子メール チャネル | ブロック済み | ブロック済み | 送信数 |
SMS/カスタム チャネル | ブロック済み | ブロック済み | 送信数 |
追跡の目的 | 追跡対象外 | 追跡対象外 | 追跡対象 |
非制限的な実施モデル | |||
---|---|---|---|
オプトアウト済み | なし/未設定 | オプトイン済み | |
電子メール チャネル | ブロック済み | 送信数 | 送信数 |
SMS/カスタム チャネル | ブロック済み | ブロック済み | 送信数 |
追跡の目的 | 追跡対象外 | 追跡対象 | 追跡対象 |
無効化された実施モデル | |||
---|---|---|---|
オプトアウト済み | なし/未設定 | オプトイン済み | |
電子メール チャネル | 送信数 | 送信数 | 送信数 |
SMS/カスタム チャネル | 送信数 | 送信数 | 送信数 |
追跡の目的 | 追跡対象 | 追跡対象 | 追跡対象 |
重要
リアルタイム体験とアウトバウンド マーケティングの両方がインストールされている環境の場合、アプリはデフォルトで、連絡先レコードの メールを許可する と 一括メールを許可する フィールドを常にチェックしして、連絡先のメール アドレスへのメールの送信を許可するかどうかを決定します。 両方のフィールドは、商用目的タイプの電子メールを連絡先に送信できるように設定する必要があります。 電子メールを許可フィールドのみを設定して、トランザクション目的タイプを選択した電子メールの送信を許可する必要があります。 これらのチェックは、体験で送信された電子メールの Customer Insights - Journeys の特定の連絡先同意のオプトイン/オプトアウト チェックに加えて実行されます。 これらのチェックは、他のエンティティ タイプ (リードや Customer Insights - Data プロファイルなど) に対しては実行されません。 詳細 : Customer Insights - Journeys でユーザー コンプライアンス設定を管理する。
連絡先フィールドのチェックを無視するように環境を構成できます。 詳細: 連絡先レベルの同意チェックを無効にする。
連絡先レベルの同意チェックを無効にする
2024 年 2 月以降、新しい機能スイッチにより、連絡先レベルの同意チェックを考慮またはバイパスするようにシステムを構成できるようになります。 これにより、メールの連絡先ごとの同意を完全に分離できるようになり、すべてのエンティティが連絡先によって同意を取得および強制され、連絡先を対象とした体験の連絡先レコードの同意を無視できるようになります。
アウトバウンド体験が使用されなくなったら、連絡先レベルの同意チェックを無効にすることをお勧めします。 連絡先レベルの同意チェックを無効にするには:
- 設定>その他の設定>機能の切替えの順に移動します。
- リアルタイムの移動に対する連絡先の同意の確認 トグルを オフ に設定します。
- 右上隅の 保存 を選択します。
これにより、システムは連絡先の同意記録にのみ基づいて同意を強制するようになります。
さまざまな購読解除エクスペリエンスに同意がどのように入力されるか
Customer Insights - Journeys は 顧客に購読解除エクスペリエンスを提供するためのさまざまなオプション を提供します。 システムは、さまざまなシナリオで考慮される正確な同意ステータスを計算し、購読解除エクスペリエンスにアクセスするユーザーに同意の正確なビューを常に表示します。
購読解除エクスペリエンスでユーザーに表示される同意ステータスは、いくつかの要因によって異なります。
- リアルタイム旅行に対する連絡先の同意の確認機能スイッチ がオンかオフか。
- 目的の実施モデル。
- 同意が表示されているチャンネル。
- 特定の連絡先の同意の状態。
始める前に、いくつかの重要な定義を見てみましょう。
送信する/送信しない
- 送信する は、特定の連絡先の同意レコードとその目的強制モデルにより、アプリがその目的に関するメールをそのアドレスに送信できることを示します。 たとえば、目的が非限定的で、連絡先の同意レコードが存在しない場合、アプリはそれを 送信すると評価します。
- 送信しない は、アプリがそのメール アドレスの連絡先同意記録と目的を評価し、メールを送信しないことを決定することを示すために使用されます。
追跡する/追跡しない
- 同様に、送信する は、追跡連絡先の同意レコードとその目的強制モデルにより、アプリがそのアドレスに送信されるメッセージに追跡リンクを含めることができることを示すために使用されます。 たとえば、目的が非限定的で、連絡先の同意レコードが存在しない場合、アプリはそれを 送信する と評価します。
- 追跡しない は、アプリがそのメール アドレスの連絡先同意記録と目的を評価し、メールでリンクを追跡しないことを決定することを示すために使用されます。
リアルタイム体験で使用されるサブスクリプション センター
サブスクリプション センターの DoNotBulkEmail、DoNotEmail、DoNotTrack フィールドは、連絡先データとすべての連絡先のメール アドレスの特定の連絡先同意レコードに基づいて、連絡先に対して事前に入力されます。
- 属性が現在ブロックに設定されている場合、または連絡先のメール アドレスからのコンプライアンス プロファイルの商業目的が 送信しない ために評価される場合には、DoNotBulkEmail は送信をブロックするために事前入力します。
- 属性が現在ブロックに設定されている場合、または連絡先のメール アドレスからのコンプライアンス プロファイルのトランザクション目的が 送信しない ために評価される場合には、DoNotEmail は送信をブロックするために事前入力します。
- 属性が現在追跡ブロックに設定されている場合、または連絡先のメール アドレスからのコンプライアンス プロファイルの追跡目的が 追跡しない ために評価される場合には、DoNotTrack は送信をブロックするために事前入力します。
ユーザーがサブスクリプション センターを通じて変更を送信すると、 対象者の構成 で構成されているように、すべての連絡先のメール アドレスの特定の連絡先同意レコードを更新するために、DoNotBulkEmail、DoNotEmail、DoNotTrack が使用されます。
- DoNotBulkEmail と DoNotEmail の両方がメールを許可するように設定されている場合、連絡先レコード上のすべてのメール アドレスのコンプライアンス プロファイル上のすべての商業目的には、オプトインされた特定の連絡先同意レコードが含まれます。 これらのフィールドのいずれかが 許可しない に設定されている場合、すべての特定の連絡先の同意レコードはオプトアウトに更新されます。
- DoNotEmail 状態は、連絡先レコード上のすべてのメール アドレスのコンプライアンス プロファイル上のすべてのトランザクション目的に書き込まれます。
- DoNotTrack 状態は、連絡先レコード上のすべてのメール アドレスのコンプライアンス プロファイル上の追跡目的に書き込まれます。
基本設定ページと基本設定センター
体験の 目的とする連絡先 に対しては、各メールアドレスの同意は、それらが特定の目的の実施モデルやその特定の連絡先同意レコードに基づいて、連絡先レベルの同意フィールドと組み合わせて、コンタクト可能 (送信する) または追跡可能 (追跡する) 場合に事前入力します (リアルタイム体験機能のスイッチの 連絡先の同意を確認 が有効な場合のみ)。
- 商業目的/トピック は、連絡先の同意レコードが 送信する とその両方 DoNotBulkEmail と DoNotEmail の両方がメールを許可するように評価する場合のみオプトインするように事前入力します。
- トランザクショ目的/トピック は、連絡先の同意レコードが 送信する と DoNotEmail の両方がメールを許可するように評価する場合のみオプトインするように事前入力します。
- 追跡目的 は、連絡先の同意レコードが 送信する と連絡先の DoNotTrack が追跡を許可するように評価する場合のみオプトインするように事前入力します。
リードまたは顧客インサイト - データ プロファイルを目的とした 体験の場合、各メールアドレス同意は、それらが連絡可能な場合は (送信する) または特定の目的の実施モデルとその連絡先の同意記録に基づいて追跡可能 (追跡する) の場合は事前入力します。 メールの連絡先同意レコードが 送信する ために評価された場合、設定ページと設定センターでは、オプトインに対するメール アドレスの事前入力同意が表示されます。
ユーザーが設定ページまたは設定センターを通じて同意の変更を送信すると、システムは関連する連絡先の同意レコードのみを更新します。 このような場合、連絡先レベルの同意属性は変更されません。
同意レコードの表示と管理
同意センターでは、すべての連絡先の同意と、その属性 (種類、状態、同意データのソース、変更日) の一覧を表示できます。 単一の同意レコードのコンパクト ビューを表示したり、そのレコードに変更を加えたりするには、レコードのリストから特定の連絡先名を選択します。
2024 年 3 月 リリース以降、連絡先フォームとリード フォームで顧客の同意をすぐに確認して更新できるようになり、顧客に送信されるメッセージの種類を簡単に管理できるようになります。 この包括的なビューは、コミュニケーション タブにあり、組織のあらゆるチャネルおよび事業分野にわたる同意を1か所で管理できます。
この機能を有効にするには:
- 設定>その他の設定>機能の切替えの順に移動します。
- 連絡先フォームとリード フォームでの同意の管理 を オン に設定します。
- 右上隅の 保存 を選択します。
この機能を有効にすると、通信タブで次のことが可能になります。
- 各連絡先またはリードによって提供された同意の概要を表示して、顧客が連絡可能かどうかを一目で理解できます。
- 連絡先またはリードのメールアドレス、電話番号、カスタム チャネルの同意を連絡先またはリード フォームから直接簡単に変更できるため、各チャネルで顧客に送信されるメッセージの種類を制御できます。 グリッド ビューには、同意記録だけでなく、評価された連絡可能性も表示されます。 これは、"なぜ同意がないために私の旅行がブロックされたのですか?" という質問に対する答えを提供するのに役立ちます。
- ドリルダウンする を組織用に構成された各コンプライアンス プロファイルに提供される同意に反映することで、各事業分野の顧客の同意を理解できるようになります。
選択したコンプライアンス プロファイルの目的およびトピック (存在する場合) ごとの同意レコードがここに表示され、体験自体内から更新できます。 ドロップダウンから別の連絡先を選択したり、同意記録を管理するコンプライアンス プロファイルを選択したりすることもできます。
同意レコードを変更すると、連絡可能性列、通信および追跡ステータス カードが即座に更新されます。 ただし、同意レコードを更新しても、その連絡可能性に影響しない場合があります。 たとえば、親の目的がオプトアウトのままで トピック レコードの同意ステータスをオプトインに更新しても、トピック レコードの連絡可能性は変わりません。
同意記録の監査
取引先担当者レコードごとに、すべての同意関連の変更を追跡 (誰がいつ変更を行ったか) することができます。 監査履歴は、同意記録の関連タブで確認できます。
参照
マルチブランド、カスタム プリファレンス センターでビジネスを成長させるCustomer Insights - Journeys 基本設定センターアウトバウンド マーケティング コンプライアンス設定