プロファイルスキーマの IAB TCF 2.0 同意 フィールドグループ
最終更新日: 2025年4月4日
作成対象:
- 開発者
このドキュメントでは、XDM 個人プロファイルクラスの IAB TCF 2.0 同意 スキーマフィールドグループについて説明します。 XDM ExperienceEvent クラスを対象としたフィールドグループについては、代わりに次の ドキュメントを参照してください。
IAB TCF 2.0 Consent は、同意の変更パターンを経時的に追跡するために、タイムスタンプ付きのシリーズ IAB 同意文字列をキャプチャするために使用される XDM Individual Profile クラスの標準スキーマフィールドグループです。
プロパティ | データタイプ | 説明 |
---|---|---|
identityPrivacyInfo | マップ | 顧客の個々の ID 値を異なる TCF 同意文字列に関連付けるマップタイプオブジェクト。 このオブジェクトの構造の例を以下に示します。 |
次の JSON は、identityPrivacyInfo
マップの構造を示しています。
{
"identityPrivacyInfo": {
"ECID": {
"13782522493631189": {
"identityIABConsent": {
"consentTimestamp": "2020-04-11T05:05:05Z",
"consentString": {
"consentStandard": "IAB TCF",
"consentStandardVersion": "2.0",
"consentStringValue": "BObdrPUOevsguAfDqFENCNAAAAAmeAAA.PVAfDObdrA.DqFENCAmeAENCDA",
"gdprApplies": true,
"containsPersonalData": false
}
}
}
}
}
}
この例が示すように、xdm:identityPrivacyInfo
の各ルートレベルキーは、ID サービスによって認識される ID 名前空間に対応します。 次に、各名前空間プロパティには、その名前空間に対応する顧客の ID 値に一致するキーを持つサブプロパティが少なくとも 1 つ必要です。 この例では、Experience Cloud ID (ECID
)の値が 13782522493631189
である顧客が識別されます。
上記の例では、単一の名前空間と値のペアを使用して顧客の ID を表していますが、他の名前空間のキーを追加して、各名前空間に複数の ID 値を設定でき、それぞれに独自の TCF 同意環境設定のセットを持たせることができます。
各 ID 値に対して、ID の TCF 同意値を提供する identityIABConsent
プロパティを指定する必要があります。 このプロパティの値は、 同意文字列 データタイプに準拠している必要があります。
このフィールドグループのユースケースについては、Experience Platformでの IAB TCF 2.0 のサポートに関するガイドを参照してください。 フィールドグループ自体の詳細については、公開 XDM リポジトリを参照してください。
recommendation-more-help
62e9ffd9-1c74-4cef-8f47-0d00af32fc07