同意と環境設定 データ型

プライバシー、パーソナライゼーション、マーケティングの環境設定に対する同意データ型(以下「同意と環境設定データ型」と呼びます)は、同意管理プラットフォーム(CMP)やその他のソースから顧客の権限や設定を収集するためのExperience Data Model (XDM)データ型ですデータ操作を実行する場合。

このドキュメントでは、同意と環境設定データ型で提供されるフィールドの構造と使用方法について説明します。

前提条件

このドキュメントでは、XDMとExperience Platformでのスキーマの使用に関する十分な知識が必要です。 続行する前に、次のドキュメントを確認してください。

データタイプの構造

重要

同意と環境設定データ型は、同意と環境設定の管理に関する様々な使用例を対象とするように設計されています。 そのため、このドキュメントでは、データ型のフィールドの一般的な用語の使用について説明し、これらのフィールドの使用方法を解釈する方法についての提案のみを行います。 データタイプの構造を、組織がこれらの同意や好みの選択をどのように解釈し、顧客に提示するかに合わせるには、プライバシー法務チームに相談してください。

同意と環境設定データ型は、同意​および​環境設定​の情報を取り込むためのフィールドを提供します。

同意とは、お客様がデータの使用方法を指定できるオプションです。 ほとんどの同意には法的側面があり、特定の方法でデータを使用するには、一部の管轄区域で許可を得る必要がある場合や、肯定的な同意が不要な場合は、お客様にその使用を停止する(オプトアウトする)オプションが必要です。

環境設定とは、顧客がブランドに関するエクスペリエンスの様々な側面を処理する方法を指定できるオプションです。 これらは、次の2つのカテゴリに分類されます。

  • パーソナライゼーションの環境設定:顧客に提供されるエクスペリエンスをブランドがパーソナライズする方法に関する環境設定。
  • マーケティング環境設定:様々なチャネルを通じてブランドが顧客との連絡を許可するかどうかに関する環境設定。

次のスクリーンショットは、データタイプの構造がPlatform UIでどのように表されるかを示しています。

ヒント

XDMリソースを検索し、Platform UIで構造を調べる手順については、 XDMリソースののを参照してください。

次のJSONは、同意と環境設定データ型で処理できるデータのタイプの例を示しています。 これらの各フィールドの具体的な使用方法に関する情報は、以降の節で説明します。

{
  "consents": {
    "collect": {
      "val": "y",
    },
    "adID": {
      "val": "VI"
    },
    "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"
    }
  }
}
ヒント

顧客の同意と環境設定データのマッピング方法を視覚化できるよう、Experience Platformで定義する任意のXDMスキーマのサンプルJSONデータを生成できます。 詳しくは、次のドキュメントを参照してください。

consents

consents には、顧客の同意と環境設定を説明する複数のフィールドが含まれます。これらのフィールドについて詳しくは、以下のサブセクションで説明します。

"consents": {
  "collect": {
    "val": "y",
  },
  "adID": {
    "val": "VI"
  },
  "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"
}
プロパティ 説明
val この使用例に対して、お客様が提供する同意の選択。 指定できる値と定義については、付録を参照してください。

adID

adID は、広告主ID(IDFAまたはGAID)を使用して、このデバイスのアプリをまたいで顧客をリンクできるかどうかに関する顧客の同意を表します。

"adID" : {
  "val": "y"
}
プロパティ 説明
val この使用例に対して、お客様が提供する同意の選択。 指定できる値と定義については、付録を参照してください。

share

share は、データをセカンドパーティと共有(またはセカンドパーティに販売)できるかどうかに関する顧客の同意を表します。

"share" : {
  "val": "y"
}
プロパティ 説明
val この使用例に対して、お客様が提供する同意の選択。 指定できる値と定義については、付録を参照してください。

personalize

personalize では、顧客のデータをパーソナライゼーションに使用する方法に関する顧客の環境設定を取り込みます。お客様は、特定のパーソナライゼーションの使用例をオプトアウトしたり、完全にパーソナライゼーションをオプトアウトしたりできます。

重要

personalize では、マーケティングの使用例は説明していません。例えば、すべてのチャネルのパーソナライゼーションをオプトアウトした顧客は、これらのチャネルを介したコミュニケーションの受信を停止しないでください。 代わりに、受信するメッセージは、プロファイルに基づくものではなく、汎用的なものにする必要があります。
同じ例で、顧客が(次の節で説明するmarketingを通じて)すべてのチャネルのダイレクトマーケティングをオプトアウトした場合、パーソナライゼーションが許可されていても、その顧客はメッセージを受け取りません。

"personalize": {
  "content": {
    "val": "y",
  }
}
プロパティ 説明
content Webサイトやアプリケーション上でパーソナライズされたコンテンツに対する顧客の環境設定を表します。
val 指定した使用例に対する、顧客が指定したパーソナライゼーションの環境設定。 お客様が同意を得るように求められない場合は、このフィールドの値に、パーソナライゼーションを実行する基礎を示す必要があります。 指定できる値と定義については、付録を参照してください。

marketing

marketing は、自社のデータを使用できるマーケティング目的に関する顧客の環境設定を取り込みます。顧客は、特定のマーケティングの使用例をオプトアウトしたり、ダイレクトマーケティング全体をオプトアウトしたりできます。

"marketing": {
  "preferred": "email",
  "any": {
    "val": "u"
  },
  "email": {
    "val": "n",
    "reason": "Too Frequent"
  },
  "push": {
    "val": "y"
  },
  "sms": {
    "val": "y"
  }
}
プロパティ 説明
preferred 顧客がコミュニケーションを受け取るための優先チャネルを示します。 指定できる値については、付録を参照してください。
any ダイレクトマーケティングに関する顧客の好みを表します。 marketingの下に指定された追加のサブフィールドで上書きされない限り、このフィールドに指定された同意の設定は、すべてのマーケティングチャネルの「デフォルト」の設定と見なされます。 より詳細な同意オプションを使用する予定がある場合は、このフィールドを除外することをお勧めします。

値をに設定した場合、より具体的 nなパーソナライゼーション設定はすべて無視する必要があります。値をyに設定した場合、明示的にnに設定しない限り、すべての詳細なパーソナライゼーションオプションもyとして扱う必要があります。 値が設定されていない場合、各パーソナライゼーションオプションの値を指定どおりに扱う必要があります。
email 顧客が電子メールメッセージの受信に同意するかどうかを示します。
push 顧客がプッシュ通知の受信を許可するかどうかを示します。
sms 顧客がテキストメッセージの受信に同意するかどうかを示します。
val 指定した使用例に対する、お客様が指定した環境設定。 顧客が同意を得るように求められない場合、このフィールドの値はマーケティングの使用例を実行する基準を示す必要があります。 指定できる値と定義については、付録を参照してください。
time マーケティング環境設定が変更された場合のISO 8601のタイムスタンプ(該当する場合)。 個々の環境設定のタイムスタンプがmetadataで指定したタイムスタンプと同じ場合、このフィールドはその環境設定には設定されません。
reason 顧客がマーケティングの使用例をオプトアウトした場合、この文字列フィールドは、顧客がオプトアウトした理由を表します。

metadata

metadata は、顧客の同意と環境設定が最後に更新されるたびに、その同意に関する一般的なメタデータをキャプチャします。

"metadata": {
  "time": "2019-01-01T15:52:25+00:00",
}
プロパティ 説明
time 顧客の同意と環境設定が最後に更新された時点のISO 8601タイムスタンプ。 このフィールドは、負荷と複雑さを軽減するために、個々の環境設定にタイムスタンプを適用する代わりに使用できます。 個々の環境設定でtime値を指定すると、その環境設定のmetadataタイムスタンプが上書きされます。

データ型を使用したデータの取得

同意と環境設定データ型を使用して顧客から同意データを取り込むには、そのデータ型を含むスキーマに基づいてデータセットを作成する必要があります。

フィールドにデータ型を割り当てる手順については、UIでのスキーマの作成に関するチュートリアルを参照してください。 同意と環境設定データタイプを持つフィールドを含むスキーマを作成したら、既存のスキーマでデータセットを作成する手順に従って、『データセットユーザーガイド』のデータセットの作成の節を参照します。

重要

Real-time Customer Profileに同意データを送信する場合は、同意と環境設定データ型を含むXDM Individual Profileクラスに基づいてProfile対応のスキーマを作成する必要があります。 そのスキーマに基づいて作成するデータセットも、Profileに対して有効にする必要があります。 スキーマとデータセットのReal-time Customer Profile要件に関する具体的な手順については、上記にリンクされたチュートリアルを参照してください。
また、顧客プロファイルを正しく更新するために、最新の同意データと環境設定データを含むデータセットに優先順位を付けるように結合ポリシーが設定されていることを確認する必要があります。 詳しくは、結合ポリシーの概要を参照してください。

同意と環境設定の変更の処理

お客様がWebサイトでの同意や環境設定を変更した場合は、Adobe Experience Platform Web SDKを使用して、変更を収集し、即座に適用する必要があります。 顧客がデータ収集をオプトアウトした場合、すべてのデータ収集は直ちに停止する必要があります。 顧客がパーソナライゼーションをオプトアウトした場合、訪問する次のページにパーソナライゼーションが存在しないはずです。

付録

以下の節では、同意と環境設定データ型に関する追加の参照情報を示します。

valに指定できる値

次の表に、valで使用できる値の概要を示します。

タイトル 説明
y お客様が同意または優先事項をオプトインした。 つまり、は、該当する同意または好みで示されるように、データの使用に​同意します。
n × お客様が同意または優先をオプトアウトしました。 つまり、ユーザーは、該当する同意や好みで示されるように、データの使用に​同意しません。
p 検証待ち システムは、最終的な同意値または優先値を受け取っていません。 これは、2段階の検証が必要な同意の一部として最もよく使用されます。 例えば、顧客がEメールの受信をオプトインした場合、Eメール内のリンクを選択して正しいEメールアドレスが指定されていることを確認するまで、その同意はpに設定され、その時点でyに更新されます。

この同意または環境設定で2つの検証プロセスが使用されない場合 p は、代わりに、お客様が同意プロンプトにまだ応答していないことを示すために選択を使用できます。例えば、顧客が同意プロンプトに応答する前に、Webサイトの最初のページで値をpに自動的に設定できます。 明示的な同意が必要でない管轄区域では、それを使用して、顧客が明示的にオプトアウトしていない(つまり、同意が想定される)ことを示すこともできます。
u Unknown お客様の同意または嗜好情報が不明である。
LI 正当な利益 特定の目的でこのデータを収集して処理するための正当なビジネス上の利益は、個人に与える潜在的な害を上回ります。
CT 契約 特定の目的のデータを収集するには、個人との契約上の義務を果たす必要があります。
CP 法的義務の遵守 特定の目的のデータを収集するには、ビジネスの法的義務を果たす必要があります。
VI 個人の極めて重要な関心 特定の目的のためのデータの収集は、個人の重要な利益を保護するために必要です。
PI 公益 特定の目的のためのデータの収集は、公益上又は公的な権限の行使に関する作業を行うために必要です。

preferredに指定できる値

次の表に、preferredで使用できる値の概要を示します。

説明
email 電子メール メッセージ。
push プッシュ通知.
inApp アプリ内メッセージ.
sms SMS メッセージ.
phone 電話の操作。
phyMail 物理的なメール。
inVehicle 車載メッセージ。
inHome 社内メッセージ
iot 物のインターネット(IoT)メッセージ。
social ソーシャルメディアコンテンツ
other 標準カテゴリに適合しないチャネル。
none 優先チャネルはありません。
unknown 優先チャネルが不明です。

同意と環境設定スキーマ全体

同意と環境設定データタイプの完全なスキーマを表示するには、公式のXDMリポジトリを参照してください。

このページ