Experience Platformでの IAB TCF 2.0 のサポート
The Transparency & Consent Framework (TCF)。 Interactive Advertising Bureau (IAB) は、組織が EU の General Data Protection Regulation (GDPR)。 フレームワークの 2 番目の反復である TCF 2.0 は、ベンダーが正確な位置情報などのデータ処理の特定の機能を使用するかどうかや方法など、消費者が同意を提供または拒否する方法を柔軟に提供します。
Adobe Experience Platformは登録済みの IAB TCF 2.0 ベンダーリスト(ID の下) 565. TCF 2.0 の要件に準拠して、Platform を使用すると、顧客の同意データを収集し、保存された顧客プロファイルに統合できます。 その後、この同意データは、使用例に応じて、プロファイルがエクスポートされたオーディエンスセグメントに含まれるかどうかに考慮できます。
このドキュメントでは、お使いの同意管理プラットフォーム (CMP) で生成された顧客の同意データを受け入れるようにデータ操作およびプロファイルスキーマを設定する方法の概要を説明します。 また、Platform がセグメントをエクスポートする際に、ユーザーの同意選択肢をどのように伝達するかについても説明します。
前提条件
このガイドに従うには、IAB TCF に統合され、準拠している、商用または独自の CMP を使用する必要があります。 詳しくは、 準拠している CMP のリスト を参照してください。
また、このガイドでは、次の Platform サービスに関する十分な知識が必要です。
- Experience Data Model(XDM):Adobe Experience Platform が顧客体験データの整理に使用する標準化されたフレームワーク。
- Adobe Experience Platform Identity Service:デバイスやシステム間で ID を結び付けることで、顧客体験のフラグメント化によって生じる基本的な課題を解決します。
- リアルタイム顧客プロファイル:使用 Identity Service を使用して、データセットから詳細な顧客プロファイルをリアルタイムで作成できます。 Real-Time Customer Profile はデータレイクからデータを取り込み、顧客プロファイルを独自の別々のデータストアに保持します。
- Adobe Experience Platform Web SDK:様々な Platform サービスを顧客に会う Web サイトに統合できるクライアント側 JavaScript ライブラリ。
- SDK の同意コマンド:このガイドに示す同意関連の SDK コマンドの使用例の概要です。
- Adobe Experience Platform Segmentation Service:を除算できます Real-Time Customer Profile 類似した特性を共有し、マーケティング戦略と同様に対応する個人のグループにデータを組み込みます。
上記の Platform サービスに加えて、 宛先 Platform エコシステムでの役割も果たします。
顧客の同意フローの概要 summary
次の節では、システムが適切に設定された後に同意データが収集され、適用される方法について説明します。
同意データの収集
Platform では、次のプロセスを通じて顧客の同意データを収集できます。
- 顧客が Web サイト上のダイアログを通じて、データ収集に関する同意設定を提供します。
- CMP が同意設定の変更を検出し、それに応じて TCF 同意データを生成します。
- Platform Web SDK を使用して、生成された同意データ(CMP によって返される)がAdobe Experience Platformに送信されます。
- 収集された同意データは、 Profileスキーマに TCF 同意フィールドが含まれる有効なデータセット。
CMP の同意変更フックによってトリガーされる SDK コマンドに加えて、同意データは、に直接アップロードされる、お客様が生成した XDM データを通じてExperience Platformに送ることもできます。 Profile-enabled データセット。
Adobe Audience Managerによって Platform と共有されたセグメント ( Audience Manager ソースコネクタなど ) には、該当するフィールドがを通じてこれらのセグメントに適用されている場合は、同意データが含まれる場合もあります Experience Cloud Identity Service. での同意データの収集に関する詳細 Audience Managerを参照してください。 IAB TCF 用Adobe Audience Managerプラグイン.
ダウンストリームの同意の実施
TCF の同意データが正常に取り込まれると、ダウンストリーム Platform サービスで次のプロセスが実行されます。
- Real-Time Customer Profile 保存されている同意データを、その顧客のプロファイルに対して更新します。
- Platform が顧客 ID を処理するのは、クラスター内の各 ID に対して Platform(565) のベンダー権限が指定されている場合のみです。
- TCF 2.0 ベンダーリストのメンバーに属する宛先にセグメントを書き出す場合、Platform は、両方の Platform に対するベンダー権限 (565) がある場合にのみプロファイルを含みます および 個々の宛先は、クラスター内の各 ID に対して提供されます。
このドキュメントの残りの節では、前述の収集要件と実施要件を満たすように Platform とデータ操作を設定する方法に関するガイダンスを提供します。
CMP 内で顧客の同意データを生成する方法を決定する consent-data
各 CMP システムは固有なので、お客様がサービスとやり取りする際に同意を得る最適な方法を決定する必要があります。 Cookie の同意ダイアログは、顧客の同意を得る一般的な方法です。 CMP ダイアログの例を次に示します。
このダイアログでは、顧客が以下のオプトインまたはオプトアウトできるようにする必要があります。
目的は、ブランドが顧客のデータを使用できる広告技術の目的を定義します。 顧客 ID を処理するには、次の目的で、Platform をオプトインする必要があります。
- 目的 1:デバイス上に情報を保存し、その情報にアクセスします
- 目的 10:製品の開発と改善
同意文字列 consent-strings
データの収集に使用する方法に関係なく、目標は、お客様が選択した同意オプション(同意文字列と呼ばれる)に基づいて文字列値を生成することです。
TCF 仕様では、同意文字列を使用して、ポリシーやベンダーが定義した特定のマーケティング目的に基づいて、顧客の同意設定に関する関連する詳細をエンコードします。 Platform は、これらの文字列を使用して各顧客の同意設定を保存します。したがって、これらの設定が変更されるたびに新しい同意文字列を生成する必要があります。
同意文字列は、IAB TCF に登録されている CMP によってのみ作成できます。 特定の CMP を使用して同意文字列を生成する方法について詳しくは、 同意文字列書式設定ガイド (IAB TCF GitHub リポジトリ)を参照してください。
TCF 同意フィールドを使用したデータセットの作成 datasets
顧客の同意データは、TCF 同意フィールドを含むスキーマのデータセットに送信する必要があります。 次のチュートリアルを参照してください。 TCF 2.0 同意を取り込むためのデータセットの作成 必要なプロファイルデータセット(およびオプションのエクスペリエンスイベントデータセット)を作成する方法については、このガイドを参照してください。
更新 Profile 同意データを含めるためのポリシーの結合 merge-policies
以下を作成したら、 Profile:同意データを収集するための有効なデータセット。結合ポリシーが、顧客プロファイルに TCF 同意フィールドを常に含むように設定されていることを確認する必要があります。 これには、競合する可能性のある他のデータセットよりも同意データセットの方が優先されるように、データセットの優先順位を設定する必要があります。
結合ポリシーの操作方法について詳しくは、 結合ポリシーの概要. 結合ポリシーを設定する場合、セグメントに、 XDM プライバシースキーマフィールドグループ(データセットの準備に関するガイドで概要を説明)
Experience PlatformWeb SDK を統合して、顧客の同意データを収集する sdk
同意文字列を生成するように CMP を設定したら、Experience PlatformWeb SDK を統合してこれらの文字列を収集し、Platform に送信する必要があります。 Platform SDK は、TCF の同意データを Platform に送信するために使用できる 2 つのコマンドを提供します(以下のサブセクションで説明します)。 これらのコマンドは、お客様が初めて同意情報を提供する際、およびその後同意が変更された場合に必ず使用します。
SDK は、標準の CMP とのインターフェイスを提供しません. SDK を Web サイトに統合する方法を決定し、CMP で同意の変更をリッスンして、適切なコマンドを呼び出すかどうかは、ユーザーが決定します。
データストリームの作成
SDK がExperience Platformにデータを送信するには、まず Platform のデータストリームを作成する必要があります。 データストリームの作成方法に関する具体的な手順は、 SDK ドキュメント.
データストリームに一意の名前を指定した後、の横にある切り替えボタンを選択します。 Adobe Experience Platform. 次に、次の値を使用して、フォームの残りの部分を完了します。
sendEvent
コマンドを使用して、そのデータをこのデータセットに保存します。 このデータセットに保存される同意の値は次のとおりです。 not 自動強制ワークフローで使用されます。setConsent
コマンドを使用すると、収集したデータがこのデータセットに保存されます。 このデータセットはプロファイル対応なので、自動実施ワークフローの間、このデータセットに保存される同意の値は保持されます。
終了したら、「 」を選択します。 保存 画面の下部で、追加のプロンプトに従って設定を完了します。
同意変更コマンドの実行
前の節で説明したデータストリームを作成したら、SDK コマンドを使用して、Platform に同意データを送信できます。 以下の節では、各 SDK コマンドが様々なシナリオでどのように使用できるかの例を示します。
CMP 同意変更フックの使用 setConsent
多くの CMP は、同意変更イベントをリッスンする標準のフックを提供します。 これらのイベントが発生した場合、 setConsent
」コマンドを使用して、顧客の同意データを更新する必要があります。
The setConsent
コマンドには次の 2 つの引数が必要です。
- コマンドの種類を示す文字列(この場合は「setConsent」)。
- ペイロードに
consent
配列。 配列には、必要な同意フィールドを提供するオブジェクトが少なくとも 1 つ含まれている必要があります。
The setConsent
コマンドは次のように表示されます。
alloy("setConsent", {
consent: [{
standard: "IAB TCF",
version: "2.0",
value: "CLcVDxRMWfGmWAVAHCENAXCkAKDAADnAABRgA5mdfCKZuYJez-NQm0TBMYA4oCAAGQYIAAAAAAEAIAEgAA.argAC0gAAAAAAAAAAAA",
gdprApplies: "true"
}]
});
standard
IAB
(TCF 2.0 同意処理用)version
standard
. この値はに設定する必要があります。 2.0
(TCF 2.0 同意処理用)value
gdprApplies
true
. デフォルトはです。 true
(定義されていない場合)The setConsent
コマンドは、同意設定の変更を検出する CMP フックの一部として使用する必要があります。 次の JavaScript は、 setConsent
コマンドを OneTrust の OnConsentChanged
フック:
OneTrust.OnConsentChanged(function () {
// Retrieve the TCF 2.0 consent data generated by the CMP, and pass it to Alloy.
__tcfapi("getTCData", 2, function (data, success) {
if (success) {
var tcString = data.tcString;
var gdpr = data.gdprApplies;
alloy("setConsent", {
consent: [{
standard: "IAB TCF",
version: "2.0",
value: tcString,
gdprApplies: gdpr
}]
});
}
});
});
イベントの使用 sendEvent
また、Platform でトリガーされるすべてのイベントで TCF 2.0 の同意データを収集するには、 sendEvent
コマンドを使用します。
The sendEvent
コマンドは、web サイト上の適切なイベントリスナーでコールバックとして使用する必要があります。 このコマンドは、次の 2 つの引数を受け取ります。 (1) コマンドの型を示す文字列 ( この場合は sendEvent
) および (2) xdm
必要な同意フィールドを JSON として提供するオブジェクト。
alloy("sendEvent", {
xdm: {
"consentStrings": [{
"consentStandard": "IAB TCF",
"consentStandardVersion": "2.0",
"consentStringValue": "CLcVDxRMWfGmWAVAHCENAXCkAKDAADnAABRgA5mdfCKZuYJez-NQm0TBMYA4oCAAGQYIAAAAAAEAIAEgAA.argAC0gAAAAAAAAAAAA",
"gdprApplies": true
}]
}
});
xdm.consentStrings
consentStandard
IAB
(TCF 2.0 同意処理用)consentStandardVersion
standard
. この値はに設定する必要があります。 2.0
(TCF 2.0 同意処理用)consentStringValue
gdprApplies
true
. デフォルトはです。 true
(定義されていない場合)SDK 応答の処理
多くの Web SDK コマンドは、呼び出しが成功したか失敗したかを示す promise を返します。 その後、これらの応答を、顧客への確認メッセージの表示などの追加ロジックに使用できます。 詳しくは、 コマンド応答 を参照してください。
セグメントの書き出し export
顧客の同意データを収集し、必要な同意属性を含むオーディエンスセグメントを作成したら、それらのセグメントをダウンストリームの宛先に書き出す際に、TCF 2.0 への準拠を実施できます。
同意設定の場合 gdprApplies
が true
一連の顧客プロファイルの場合、ダウンストリームの宛先に書き出されたプロファイルのデータは、各プロファイルの TCF 同意設定に基づいてフィルタリングされます。 必要な同意設定を満たさないプロファイルは、エクスポートプロセス中にスキップされます。
お客様は、次の目的 ( TCF 2.0 ポリシー) を含める必要があります。
- 目的 1:デバイス上に情報を保存し、その情報にアクセスします
- 目的 10:製品の開発と改善
また、TCF 2.0 では、データのソースは、宛先にデータを送信する前に、宛先のベンダー権限を確認する必要があります。 したがって、Platform は、宛先にバインドされたデータを含める前に、宛先のベンダー権限が、クラスター内のすべての ID に対してオプトインされているかどうかを確認します。
実装をテストする test-implementation
TCF 2.0 の実装を設定し、宛先にセグメントを書き出した後は、同意の要件を満たさないデータは書き出されません。 書き出し中に正しい顧客プロファイルがフィルターされたかどうかを確認するには、宛先のデータストアを手動で確認して、同意が適切に適用されたかどうかを確認する必要があります。
次の手順
このドキュメントでは、TCF 2.0 で概要を説明しているビジネス上の義務を満たすように Platform データ操作を設定するプロセスについて説明しました。概要については、 ガバナンス、プライバシー、セキュリティ を参照してください。