同意和偏好設定 資料型別

此 隱私、個人化和行銷偏好設定的同意 資料型別(以下稱「同意和偏好設定 資料型別")是 Experience Data Model (XDM)資料型別，旨在支援從您的資料作業收集由同意管理平台(CMP)和其他來源產生的客戶許可權和偏好設定。

本檔案說明所提供的欄位結構和用途說明。 同意和偏好設定 資料型別。

先決條件

參閱本檔案前，請先實際瞭解XDM及中的結構描述用法 Experience Platform. 請先檢閱下列檔案再繼續：

資料型別結構

重要

此 同意和偏好設定 資料型別的設計用途涵蓋一系列同意和偏好設定管理使用案例。 因此，本檔案以一般術語說明資料型別欄位的使用，並僅提供您應如何解譯這些欄位使用的建議。 請洽詢您的隱私權法律團隊，使資料型別的結構符合您的組織如何解讀並向您的客戶展示這些同意和偏好設定選擇。

此 同意和偏好設定 資料型別提供數個用於擷取的欄位 同意 和 偏好設定 資訊。

同意是一個選項，可讓客戶指定如何使用其資料。 大部分的同意都有法律層面，因為有些司法管轄區在資料以特定方式使用前必須先取得許可，或若不需要肯定同意，則要求客戶可以選擇停止該使用（選擇退出）。

偏好設定是一個選項，可讓客戶指定應如何處理其品牌體驗的不同方面。 這些屬於兩個類別：

  • 個人化偏好設定：有關品牌應如何個人化提供給客戶的體驗的偏好設定。
  • 行銷偏好設定：關於品牌是否可透過各種管道聯絡客戶的偏好設定。

下列熒幕擷圖顯示資料型別的結構在Platform UI中的呈現方式：

秘訣

請參閱以下指南： 探索XDM資源 ，以瞭解如何在Platform UI中查詢任何XDM資源及檢查其結構的步驟。

以下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"
    }
  }
}
秘訣

您可以為您在Experience Platform中定義的任何XDM結構描述產生範例JSON資料，以協助視覺化客戶同意和偏好設定資料應如何對應。 如需詳細資訊，請參閱下列檔案：

consents

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"
}
屬性 說明
val 客戶針對此使用案例提供的同意選擇。 請參閱 附錄 以取得接受的值和定義。

adID

adID 代表客戶同意廣告商ID是否可用來在此裝置上跨應用程式連結客戶。

"adID": {
  "idType": "IDFA",
  "val": "y"
}
屬性 說明
idType 廣告ID型別： IDFA 廣告商的Apple ID或 GAID Google的廣告商ID，也稱為Android廣告商ID (AAID)。
val 客戶針對此使用案例提供的同意選擇。 請參閱 附錄 以取得接受的值和定義。

share

share 代表客戶同意其資料可與第二方或第三方共用（或銷售給）。

"share": {
  "val": "y"
}
屬性 說明
val 客戶針對此使用案例提供的同意選擇。 請參閱 附錄 以取得接受的值和定義。

personalize

personalize 擷取客戶對其資料個人化使用方式的偏好設定。 客戶可以選擇退出特定的個人化使用案例，或完全選擇退出個人化。

重要

personalize 不包含行銷使用案例。 例如，如果客戶選擇退出所有管道的個人化，他們不應停止透過這些管道接收通訊。 相反地，他們收到的訊息應該是通用的，而不是根據其設定檔。

根據相同範例，如果客戶選擇退出所有頻道的直銷(透過 marketing，說明於 下一節)，則即使允許個人化，該客戶也不應收到任何訊息。

"personalize": {
  "content": {
    "val": "y",
  }
}
屬性 說明
content 代表客戶對您網站或應用程式上的個人化內容的偏好設定。
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，則所有較精細的個人化選項也應視為 y，除非明確設定為 n. 如果未設定該值，則每個個人化選項的值都應按照指定接受。
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，您必須建立 Profile — 啟用的結構描述，根據 XDM Individual Profile 包含 同意和偏好設定 資料型別。 您根據該結構描述建立的資料集也必須啟用 Profile. 如需瞭解相關的具體步驟，請參閱上述教學課程 Real-Time Customer Profile 結構描述和資料集的需求。

此外，您也必須確保合併原則已設定為優先處理包含最新同意和偏好設定資料的資料集，以便客戶設定檔能夠正確更新。 請參閱以下主題的概觀： 合併原則 以取得詳細資訊。

處理同意和偏好設定變更

當客戶在您的網站上變更其同意或偏好設定時，應使用收集這些變更並立即執行 Adobe Experience Platform Web SDK. 如果客戶選擇退出資料收集，所有資料收集必須立即停止。 如果客戶選擇退出個人化，則他們造訪的下一個頁面上應該不會出現個人化。

附錄

以下各節提供以下專案的其他參考資訊： 同意和偏好設定 資料型別。

接受的值 val

下表概述下列專案可接受的值 val：

值 標題 說明
y 是（選擇加入） 客戶已選擇加入以獲得同意或偏好設定。 換言之，他們 do 同意使用相關同意或偏好設定所表示的資料。
n 否（選擇退出） 客戶已選擇退出同意或偏好設定。 換言之，他們 不要 同意使用相關同意或偏好設定所表示的資料。
p 待處理的驗證 系統尚未收到最終同意或偏好設定值。 這最常用於需要兩步驟驗證的同意作業。 例如，如果客戶選擇接收電子郵件，該同意將設為 p 直到他們選取電子郵件中的連結，以確認提供正確的電子郵件地址後，同意才會更新為 y.

如果此同意或偏好設定未使用兩集驗證程式，則 p 可改為使用選擇來表示客戶尚未回應同意提示。 例如，您可以自動將值設為 p 在客戶回應同意提示之前，在網站的第一頁。 在不要求明確同意的管轄區中，您也可以使用它來表示客戶尚未明確選擇退出（換言之，假設您同意）。
u 未知 客戶的同意或偏好設定資訊未知。
dy 預設為「是（選擇加入）」 客戶本身並未提供同意值，且預設會被視為選擇加入（「是」）。 換言之，除非客戶另有指示，否則假定您同意。

請注意，如果法律或貴公司隱私權政策的變更導致部分或所有使用者的預設值變更，您必須手動更新包含預設值的所有設定檔。
dn 「否」的預設值（選擇退出） 客戶本身並未提供同意值，且預設會視為選擇退出（「否」）。 換言之，在客戶指出不同意見之前，他們會被假定為已拒絕同意。

請注意，如果法律或貴公司隱私權政策的變更導致部分或所有使用者的預設值變更，您必須手動更新包含預設值的所有設定檔。
LI 合法利益 為了特定目的收集和處理這些資料的合法商業利益，壓倒了它對個人造成的潛在傷害。
CT 合約 為特定目的收集資料是履行與個人的合約義務所必需的。
CP 遵守法律義務 為了符合企業的法律義務，必須針對特定目的收集資料。
VI 個人的重大利益 為了保護個人切身利益，必須針對特定目的收集資料。
PI 公共利益 為特定目的收集資料是執行符合公眾利益或行使官方權力的任務所必需的。

接受的值 preferred

下表概述下列專案可接受的值 preferred：

值 說明
email 電子郵件 messages.
push 推播通知.
inApp 應用程式內訊息.
sms 簡訊訊息.
phone 電話互動。
phyMail 實體郵件。
inVehicle 車內訊息。
inHome 住家內訊息。
iot 物聯網(IoT)訊息。
social 社群媒體內容。
other 不符合標準類別的管道。
none 沒有偏好的管道。
unknown 偏好的管道不明。

完整 同意和偏好設定 綱要

若要檢視的完整結構描述 同意和偏好設定 資料型別，請參閱 官方XDM存放庫.

本頁內容