[プライバシー/パーソナライゼーション/マーケティングの基本設定(同意)] フィールドグループ

「プライバシー/パーソナライゼーション/マーケティングの環境設定(同意)」 (以下、「 Privacy & Consents フィールドグループ」と呼ばれる)は、 XDM Individual Profile クラスの標準フィールドグループで、顧客の同意と嗜好情報を取り込むために使用されます。

メモ

このフィールドグループはXDM Individual Profileとのみ互換性があるので、XDM ExperienceEventスキーマには使用できません。 エクスペリエンスイベントスキーマに同意と好みのデータを含める場合は、代わりにカスタムフィールドグループを使用して、スキーマにプライバシー、パーソナライゼーション、マーケティングの環境設定の同意データ型を追加します。

フィールドグループ構造

重要

Consents & Preferencesフィールドグループは、同意と優先管理の様々な使用例を扱うように設計されています。 その結果、このドキュメントでは、フィールドグループのフィールドの一般的な使用方法を説明し、これらのフィールドの使用をどのように解釈すべきかについての提案のみを行います。 組織がこれらの同意や好みの選択を顧客に解釈し、提示する方法に合わせて、フィールドグループの構造を調整するには、プライバシー法務チームにお問い合わせください。

Consents & Preferencesフィールドグループは、同意​と​環境設定​の情報を取り込むために使用するいくつかのフィールドを提供します。

同意とは、顧客が自分のデータの使用方法を指定できるオプションです。 ほとんどの同意は法的側面を持ちます。管轄区域によっては、特定の方法でデータを使用する前に許可を取得する必要がある場合や、肯定的な同意が必要でない場合は、その使用を停止するオプション(オプトアウト)を持つ必要がある場合があります。

プリファレンスとは、ブランドに関するエクスペリエンスの様々な側面を顧客がどのように扱うべきかを指定できるオプションです。 これらは2つのカテゴリ内にあります。

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

次のスクリーンショットは、フィールドグループの構造がプラットフォームUIでどのように表されるかを示しています。

ヒント

XDMリソースを調べ、プラットフォームUIでその構造を調べる手順については、XDMリソースのガイドを参照してください。

次のJSONは、Consents & Preferencesフィールドグループが処理できるデータのタイプの例を示しています。 各フィールドの具体的な使用方法については、以降の節で説明します。

{
  "consents": {
    "collect": {
      "val": "VI"
    },
    "share": {
      "val": "y"
    },
    "personalize": {
      "content": {
        "val": "y"
      }
    },
    "marketing": {
      "preferred": "email",
      "any": {
        "val": "y"
      },
      "email": {
        "val": "y"
      }
    },
    "idSpecific": {
      "ECID": {
        "37784337855396895622558625508046772577": {
          "adID": {
            "val": "n",
          },
          "share": {
            "val": "n"
          },
          "marketing": {
            "push": {
              "val": "n",
              "time": "2020-09-30T01:02:33+00:00",
              "reason": "not relevant"
            }
          }
        }
      },
      "email": {
        "john@xyz.com": {
          "marketing": {
            "email": {
              "val": "y"
            }
          }
        }
      }
    },
    "metadata": {
      "time": "2019-01-01T15:52:25+00:00"
    }
  }
}
ヒント

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

フィールドの使用例

これらの各フィールドの使用例については、以下の節で説明します。

collect

collect は、顧客がデータを収集することに同意したことを表します。

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

share

share は、自社のデータを第2のパーティと共有(または第3のパーティと共有)できるか(または販売できるか)に関する顧客の同意を表します。

"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 顧客がマーケティングの使用事例からオプトアウトした場合、この文字列フィールドは、顧客がオプトアウトした理由を表します。

subscriptions

marketingオブジェクトのemailpushおよびsmsプロパティは、これらの個々のチャネルの顧客購読を表すことができます。 これは、対象となるマーケティングチャネルにsubscriptionsプロパティを追加することで実現されます。

"marketing": {
  "email": {
    "val": "y",
    "subscriptions": {
      "daily-mail": {
        "val": "y",
        "type": "paid",
        "subscribers": {
          "john@xyz.com": {
            "time": "2019-01-01T15:52:25+00:00",
            "source": "website"
          }
        }
      },
      "shipped": {
        "val": "y",

        "subscribers": {
          "john@xyz.com": {
            "time": "2021-01-01T08:32:53+07:00",
            "source": "website"
          },
          "jane@xyz.com": {
            "time": "2020-02-03T07:54:21+07:00",
            "source": "call center",
          }
        }
      }
    }
  }
}
プロパティ 説明
type 購読タイプ。 15文字以下の場合は、任意の説明文字列を指定できます。
subscribers 特定の購読を購読している識別子(電子メールアドレスや電話番号など)のセットを表す、オプションのmap-typeフィールドです。 このオブジェクトの各キーは、問題の識別子を表し、2つのサブプロパティが含まれます。
  • time:IDがサブスクライブされた場合のISO 8601タイムスタンプ(該当する場合)。
  • source:サブスクライバの送信元です。15文字以下の場合は、任意の説明文字列を指定できます。

metadata

metadata 顧客の同意と環境設定が最後に更新されたときに、その同意に関する一般的なメタデータを取り込みます。

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

idSpecific

idSpecific は、特定の同意または優先度が顧客に広く適用されるわけではなく、単一のデバイスまたはIDに限定される場合に使用できます。例えば、顧客はあるアドレス宛てオプトアウトの電子メールを受信できる一方、別のアドレス宛ての電子メールを受信できる可能性があります。

重要

チャネルレベルの同意と環境設定(idSpecificの外側にconsentsが提供する同意と環境設定)は、そのチャネル内のIDに適用されます。 したがって、チャネルレベルの同意事項や環境設定は、同等のIDやデバイス固有の設定が適用されるかどうかに関わらず、直接影響を受けます。

  • お客様がチャネルレベルでオプトアウトした場合、idSpecificの同等の同意または環境設定は無視されます。
  • チャネルレベルの同意または優先度が設定されていない場合、またはお客様がオプトインを選択した場合は、idSpecificの同等の同意または好みが使用されます。

idSpecificオブジェクトの各キーは、Adobe Experience PlatformIDサービスで認識される特定のID名前空間を表します。 様々なIDを分類する独自のカスタム名前空間を定義できますが、リアルタイム顧客プロファイルのストレージサイズを小さくするために、Identity Serviceが提供する標準名前空間の1つを使用することをお勧めします。 ID名前空間の詳細については、Identity ServiceドキュメントのID名前空間の概要を参照してください。

各名前空間オブジェクトのキーは、ユーザーが環境設定を行った一意のID値を表します。 各ID値には、consentsと同じ形式の完全な同意と環境設定を含めることができます。

"idSpecific": {
  "email": {
    "jdoe@example.com": {
      "marketing": {
        "email": {
          "val": "n"
        }
      }
    }
  },
  "ECID" : {
    "37784337855396895622558625508046772577": {
      "collect": {
        "val": "y"
      },
      "adID": {
        "val": "n"
      },
      "marketing": {
        "push": {
          "val": "n"
        }
      }
    }
  }
}

idSpecificセクションに指定されたmarketingオブジェクト内では、anyフィールドとpreferredフィールドはサポートされません。 これらのフィールドは、ユーザーレベルでのみ設定できます。 また、emailsmsおよびpushidSpecificマーケティング環境設定はsubscriptionsフィールドをサポートしません。

idSpecificセクションでのみ指定できる同意もあります。adID. このフィールドについては、以下のサブセクションで説明します。

adID

adIDの同意は、広告主ID(IDFAまたはGAID)を使用して、このデバイス上のアプリ間で顧客をリンクできるかどうかに関する顧客の同意を表します。 この値は、idSpecificセクションのECID identity名前空間の下でのみ設定でき、他の名前空間に対して、またはこのフィールドグループのユーザーレベルで設定することはできません。

"idSpecific": {
  "ECID" : {
    "37784337855396895622558625508046772577": {
      "collect": {
        "val": "y"
      },
      "adID": {
        "val": "n"
      },
      "marketing": {
        "push": {
          "val": "n"
        }
      }
    }
  }
}
メモ

必要に応じて、Adobe Experience PlatformモバイルSDKが自動的に設定するので、この値を直接設定する必要はありません。

フィールドグループを使用してデータを取り込む

Consents & Preferencesフィールドグループを使用して顧客の同意データを取り込むには、そのフィールドグループを含むスキーマに基づいてデータセットを作成する必要があります。

フィールドグループをフィールドに割り当てる手順については、UI🔗でのスキーマの作成に関するチュートリアルを参照してください。 Consents & Preferencesフィールドグループを持つフィールドを含むスキーマーを作成したら、既存のスキーマーでデータセットを作成する手順に従って、『データセットユーザーガイド』の「データセットの作成」の節を参照してください。

重要

Real-time Customer Profileに同意データを送信する場合は、Consents & Preferencesフィールドグループを含むXDM Individual Profileクラスに基づいてProfile対応スキーマを作成する必要があります。 そのスキーマに基づいて作成するデータセットもProfileに対して有効にする必要があります。 スキーマとデータセットのReal-time Customer Profile要件に関する具体的な手順については、上記のリンクを含むチュートリアルを参照してください。

また、顧客プロファイルを正しく更新するために、最新の同意データと優先データを含むデータセットに優先順位を付けるようにマージポリシーを設定する必要もあります。 詳しくは、マージポリシーの概要を参照してください。

同意と優先順位の変更の処理

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

付録

以下の節では、Consents & Preferencesフィールドグループに関する追加情報を示します。

valに指定できる値

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

タイトル 説明
y 顧客が同意または優先を選択しました。 つまり、​は、対象となる同意または好みで示されるデータの使用に同意します。
n × 顧客が同意または好みをオプトアウトしました。 つまり、は、対象となる同意や嗜好で示されるデータの使用に​同意しません。
p 検証待ち システムは、最終同意または優先度の値をまだ受け取っていません。 これは、2段階の検証が必要な同意の一部として最もよく使用されます。 例えば、顧客が電子メールの受信を希望する場合、電子メール内のリンクを選択して正しい電子メールアドレスを入力したことを確認するまで、同意は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 優先チャネルが不明です。

完全なConsents & Preferencesスキーマ

Consents & Preferencesフィールドグループの完全なスキーマを表示するには、正式なXDMリポジトリを参照してください。

このページ