同意と環境設定 データ型
プライバシー、Personalizationおよびマーケティング設定に関する同意 データ型 (以下、「同意と設定 データ型」と呼びます)は、同意管理プラットフォーム(CMP)およびその他のデータ運用ソースから生成される顧客権限と設定の収集をサポートすることを目的としたExperience Data Model (XDM)データ型です。
このドキュメントでは、同意と環境設定のデータタイプによって提供されるフィールドの構造と意図された使用について説明します。
前提条件 prerequisites
このドキュメントでは、XDMとExperience Platformでのスキーマの使用について理解する必要があります。 続行する前に、次のドキュメントを確認してください。
データタイプ構造 structure
同意と環境設定 データタイプには、同意と 環境設定 の情報を取得するために使用されるいくつかのフィールドが用意されています。
同意とは、顧客がデータの使用方法を指定できるオプションのことです。 同意の多くは法的側面を持っており、一部の法域では、データを特定の方法で使用する前に許可を得る必要があり、顧客が肯定的な同意を必要としない場合はその使用を停止(オプトアウト)するオプションを提供する必要があります。
環境設定とは、顧客が自社の体験のさまざまな側面をどのように扱うべきかを指定できるオプションのことです。 このカテゴリは次の2つに分類されます。
- Personalizationの環境設定:顧客に配信するエクスペリエンスをブランドがどのようにパーソナライズすべきかについての環境設定。
- マーケティングの環境設定:企業が様々なチャネルを通じて顧客に連絡できるかどうかに関する環境設定。
次のスクリーンショットは、Experience Platform UIでのデータタイプの構造の表現方法を示しています。
次のJSONは、同意と環境設定 データ型が処理できるデータ型の例を示しています。 これらの各フィールドの具体的な使用方法に関する情報は、以下の節で提供されます。
{
"consents": {
"collect": {
"val": "VI",
},
"adID": {
"idType": "IDFA",
"val": "y"
},
"share": {
"val": "y",
},
"personalize": {
"content": {
"val": "y"
}
},
"marketing": {
"preferred": "email",
"any": {
"val": "u"
},
"push": {
"val": "n",
"reason": "Too Frequent",
"time": "2019-01-01T15:52:25+00:00"
}
},
"metadata": {
"time": "2019-01-01T15:52:25+00:00"
}
}
}
consents choices
consentsには、顧客の同意と環境設定を説明する複数のフィールドが含まれています。 これらのフィールドについて詳しくは、以下のサブセクションを参照してください。
"consents": {
"collect": {
"val": "VI",
},
"adID": {
"idType": "IDFA",
"val": "y"
},
"share": {
"val": "y",
},
"personalize": {
"content": {
"val": "y"
}
},
"marketing": {
"preferred": "email",
"any": {
"val": "u"
},
"email": {
"val": "n",
"reason": "Too Frequent",
"time": "2019-01-01T15:52:25+00:00"
}
}
}
collect
collectは、データの収集に対する顧客の同意を表します。
"collect": {
"val": "y"
}
valadID
adIDは、広告主IDを使用して、このデバイス上のアプリ間で顧客をリンクできるかどうかについての顧客の同意を表します。
"adID": {
"idType": "IDFA",
"val": "y"
}
idTypeIDFAまたはGoogleの広告主向けIDのGAID)。Android広告主向けID (AAID)とも呼ばれます)。valshare
shareは、自分のデータをセカンドパーティまたはサードパーティと共有(またはセールス)できるかどうかについての顧客の同意を表します。
"share": {
"val": "y"
}
valpersonalize personalize
personalizeは、データをパーソナライゼーションに使用する方法に関する顧客の嗜好を取得します。 顧客は、特定のパーソナライゼーションユースケースからオプトアウトするか、パーソナライゼーションから完全にオプトアウトすることができます。
personalizeはマーケティングのユースケースをカバーしていません。 例えば、顧客がすべてのチャネルでパーソナライゼーションをオプトアウトした場合、それらのチャネルを通じたコミュニケーションの受信を停止すべきではありません。 顧客のプロファイルではなく、一般的なメッセージを送信することが重要です。marketingを通じて、次のセクション で説明)、パーソナライゼーションが許可されている場合でも、その顧客はメッセージを受け取ってはなりません。"personalize": {
"content": {
"val": "y",
}
}
contentvalmarketing marketing
marketingは、データを使用できるマーケティング目的に関する顧客の嗜好を取得します。 顧客は、特定のマーケティングのユースケースからオプトアウトするか、ダイレクトマーケティングを完全にオプトアウトします。
"marketing": {
"preferred": "email",
"any": {
"val": "u"
},
"email": {
"val": "n",
"reason": "Too Frequent"
},
"push": {
"val": "y"
},
"sms": {
"val": "y"
}
}
preferredanymarketingで指定された追加のサブフィールドで上書きされない限り、任意のマーケティングチャネルの「デフォルト」設定と見なされます。 より詳細な同意オプションを使用する場合は、このフィールドを除外することをお勧めします。値が
nに設定されている場合、より特定のパーソナライゼーション設定はすべて無視する必要があります。 値がyに設定されている場合は、明示的にnに設定されていない限り、すべての細かいパーソナライゼーションオプションもyとして扱う必要があります。 値が未設定の場合、各パーソナライゼーションオプションの値は指定どおりに尊重されます。emailpushsmsvaltimeyyyy-MM-dd'T'HH:mm:ssXXX)(該当する場合)。 個々の環境設定のタイムスタンプがmetadataで指定されたタイムスタンプと同じ場合、このフィールドはその環境設定に設定されないことに注意してください。reasonmetadata
metadataは、顧客の同意と環境設定に関する一般的なメタデータを、最後に更新されたときにいつでも取得します。
"metadata": {
"time": "2019-01-01T15:52:25+00:00",
}
timeyyyy-MM-dd'T'HH:mm:ssXXX)。 このフィールドは、負荷と複雑さを軽減するために、個々の環境設定にタイムスタンプを適用する代わりに使用できます。 個別の環境設定でtime値を指定すると、その特定の環境設定のmetadata タイムスタンプが上書きされます。データタイプを使用したデータの取り込み ingest
同意と環境設定 データタイプを使用して顧客から同意データを取り込むには、そのデータタイプを含むスキーマに基づいてデータセットを作成する必要があります。
フィールドにデータタイプを割り当てる手順については、UIでのスキーマの作成に関するチュートリアルを参照してください。 データ型同意と環境設定を持つフィールドを含むスキーマを作成したら、既存のスキーマでデータセットを作成する手順に従って、データセットユーザーガイドの データセットの作成に関する節を参照してください。
同意と環境設定の変更の処理
顧客がweb サイト上の同意や嗜好を変更した場合、その変更を収集し、使用するデータ収集ライブラリで同意を設定することですぐに適用する必要があります。 お客様がデータ収集をオプトアウトした場合、すべてのデータ収集は直ちに停止する必要があります。 顧客がパーソナライゼーションをオプトアウトした場合、次のページにパーソナライゼーションが表示されないようにする必要があります。 JavaScript ライブラリを使用するsetConsentまたはタグ拡張機能を使用する同意を設定 アクションを参照してください。
付録 appendix
以下の節では、同意と環境設定 データタイプに関する追加参照情報を提供します。
val の許容値 choice-values
次の表は、valに使用できる値の概要を示しています。
ynppに設定されます。この時点で同意はyに更新されます。この同意または環境設定で2 セットの検証プロセスが使用されていない場合は、代わりに
p オプションを使用して、顧客が同意プロンプトに応答していないかどうかを示示示示示示示します。 例えば、顧客が同意プロンプトに応答する前に、web サイトの最初のページで値をpに自動的に設定できます。 明示的な同意を必要としない法域では、お客様が明示的にオプトアウトしていないことを示すために使用することもできます(つまり、同意が想定されます)。この値は、ストリーミング取り込みなどの他のメカニズムを使用してProfileに取り込むことができますが、Edge Networkでのデータ収集または同意収集ではサポートされていません。
p値を明示的に送信することはできませんが、エンドユーザーの同意が明示的にinになると、イベントキューはWeb SDKによって処理され、イベントはEdge Networkにディスパッチされます。udy会社のプライバシーポリシーに法律または変更が加えられたために、一部またはすべてのユーザーのデフォルトが変更された場合は、デフォルト値を含むすべてのプロファイルを手動で更新する必要があります。
dn会社のプライバシーポリシーに法律または変更が加えられたために、一部またはすべてのユーザーのデフォルトが変更された場合は、デフォルト値を含むすべてのプロファイルを手動で更新する必要があります。
LICTCPVIPIpreferred の許容値 preferred-values
次の表は、preferredに使用できる値の概要を示しています。 preferredの値は、データ収集、プライバシーポリシー、パーソナライゼーションオプションに関するコミュニケーションを受信する際に、顧客が好むチャネルを示します。
emailpushinAppsmsphonephyMailinVehicleinHomeiotsocialothernoneunknown完全な同意と環境設定 スキーマ full-schema
同意と環境設定 データタイプの完全なスキーマを表示するには、公式XDM リポジトリ を参照してください。