IAB TCF 2.0支援Experience Platform

此 Transparency & Consent Framework (TCF)，如 Interactive Advertising Bureau (IAB)是開放標準的技術架構，旨在讓組織能夠依照歐盟的 General Data Protection Regulation (GDPR)。 框架的第二次迭代TCF 2.0為消費者提供或拒絕同意提供了更大的靈活性，包括供應商是否和如何使用資料處理的某些功能，如精確的地理位置。

Adobe Experience Platform是 IAB TCF 2.0廠商清單，在ID下 565. 為符合TCF 2.0要求，Platform可讓您收集客戶同意資料，並將其整合至您儲存的客戶設定檔中。 然後，可根據設定檔的使用案例，將此同意資料納入匯出的受眾區段中。

本檔案概述如何設定您的資料操作和設定檔結構，以接受CMP產生的客戶同意資料，以及Platform在匯出區段時如何傳達使用者同意選擇。

先決條件

若要遵循本指南，您必須使用已整合且符合IAB TCF的同意管理平台(CMP)，商業版或自有版皆可。 請參閱 符合CMP的清單 以取得更多資訊。

此外，本指南也需要妥善了解下列平台服務：

• Experience Data Model(XDM):Experience Platform組織客戶體驗資料的標準化架構。
• Adobe Experience Platform Identity Service:通過跨裝置和系統橋接身分，解決客戶體驗資料分散帶來的根本難題。
• 即時客戶個人檔案:利用 Identity Service 即時從資料集建立詳細的客戶設定檔。 Real-time Customer Profile 從資料湖提取資料，並將客戶設定檔保存在其自己的個別資料存放區中。
• Adobe Experience Platform Web SDK:用戶端JavaScript程式庫，可讓您將各種平台服務整合至您面向客戶的網站。
  • SDK同意命令:本指南中所示同意相關SDK命令的使用案例概述。
• Adobe Experience Platform區段服務:可讓您將 Real-time Customer Profile 將資料分成具有類似特徵且會對行銷策略做出類似回應的個人群組。

除了上述的Platform服務外，您也應熟悉 目的地 及其在平台生態系統中的角色。

客戶同意流程摘要

以下幾節說明在正確設定系統後，如何收集和執行同意資料。

同意資料收集

Platform可讓您透過下列程式收集客戶同意資料：

1. 客戶會透過您網站上的對話方塊，提供資料收集的同意偏好設定。
2. 您的CMP會偵測同意偏好設定變更，並據此產生TCF同意資料。
3. 使用Platform Web SDK時，產生的同意資料（由CMP傳回）會傳送至Adobe Experience Platform。
4. 收集的同意資料會擷取至 Profile — 啟用的資料集，其架構包含TCF同意欄位。

除了CMP同意變更鈎點所觸發的SDK命令外，同意資料也可透過任何客戶產生的XDM資料流入Experience Platform，這些資料會直接上傳至 Profile — 已啟用的資料集。

Adobe Audience Manager與Platform共用的任何區段(透過 Audience Manager 來源連接器或其他)也可能包含同意資料，但條件是已透過將適當欄位套用至這些區段 Experience Cloud Identity Service. 如需在 Audience Manager，請參閱 適用於IAB TCF的Adobe Audience Manager外掛程式.

下游同意強制執行

成功擷取TCF同意資料後，下列程式就會在下游Platform服務中進行：

1. Real-time Customer Profile 會更新該客戶設定檔所儲存的同意資料。
2. 只有在為叢集中的每個ID提供了平台(565)的廠商權限時，Platform才會處理客戶ID。
3. 將區段匯出至屬於TCF 2.0廠商清單成員的目的地時，只有在兩個平台的廠商權限皆為時，Platform才會包含設定檔(565) 和 會針對叢集中的每個ID提供個別目的地。

本檔案的其餘章節提供如何設定Platform和您的資料作業，以符合上述收集和實作需求的指引。

決定如何在CMP中產生客戶同意資料

由於每個CMP系統都是獨一無二的，因此您必須決定讓客戶在與您的服務互動時提供同意的最佳方式。 達成此目的的常見方式是使用類似下列範例的Cookie同意對話方塊：

此對話方塊必須允許客戶選擇加入或退出下列項目：

同意字串

無論您使用何種方法來收集資料，目標都是根據客戶選擇的同意選項（稱為同意字串）產生字串值。

在TCF規格中，同意字串可用來針對由政策和廠商所定義的特定行銷用途，編碼有關客戶同意設定的相關詳細資訊。 Platform會利用這些字串來儲存每個客戶的同意設定，因此每次這些設定變更時都必須產生新的同意字串。

同意字串只能由向IAB TCF註冊的CMP建立。 如需如何使用您的特定CMP產生同意字串的詳細資訊，請參閱 同意字串格式設定指南 IAB TCF GitHub存放庫中。

使用TCF同意欄位建立資料集

客戶同意資料必須傳送至其結構包含TCF同意欄位的資料集。 請參閱 建立資料集以擷取TCF 2.0同意 了解如何在繼續使用本指南之前，先建立所需的設定檔資料集（以及選用的「體驗事件」資料集）。

更新 Profile 合併原則以包含同意資料

建立 Profile — 啟用資料集以收集同意資料，您必須確定您的合併原則已設定為一律在客戶設定檔中包含TCF同意欄位。 這需要設定資料集優先順序，讓同意資料集優先順序高於其他可能發生衝突的資料集。

有關如何使用合併策略的詳細資訊，請參閱 合併策略概述. 設定合併原則時，您必須確定區段包含 XDM隱私權結構欄位群組，如資料集準備指南所述。

整合Experience PlatformWeb SDK以收集客戶同意資料

將CMP設定為產生同意字串後，您必須整合Experience PlatformWeb SDK以收集這些字串，並將其傳送至Platform。 Platform SDK提供兩個命令，可用來將TCF同意資料傳送至Platform（相關說明請見下方子節），當客戶首次提供同意資訊時，以及隨後同意變更時，也應使用。

SDK不會與任何現成可用的CMP介面. 您可自行決定如何將SDK整合至您的網站、接聽CMP中的同意變更，並呼叫適當的命令。

建立新資料流

若要讓SDK將資料傳送至Experience Platform，您必須先為Platform建立新的資料流。 有關如何建立新資料流的特定步驟，請參閱 SDK檔案.

為資料流提供唯一名稱后，請選取旁邊的切換按鈕 Adobe Experience Platform. 接下來，使用下列值來完成表單的其餘部分：

完成後，請選取 儲存 在畫面底部，並繼續執行任何其他提示以完成設定。

執行同意更改命令

建立前一節所述的資料流後，您就可以開始使用SDK命令將同意資料傳送至Platform。 以下各節提供如何在不同案例中使用各個SDK命令的範例。

使用CMP同意變更鈎點

許多CMP提供可接聽同意變更事件的現成可用鈎點。 當這些事件發生時，您可以使用 setConsent 命令來更新該客戶的同意資料。

此 setConsent command需要兩個參數：(1)指出命令類型的字串（在此例中為「setConsent」），以及(2)包含 consent 陣列，其中必須包含至少一個提供必要同意欄位的物件，如下所示：

alloy("setConsent", {
  consent: [{
    standard: "IAB TCF",
    version: "2.0",
    value: "CLcVDxRMWfGmWAVAHCENAXCkAKDAADnAABRgA5mdfCKZuYJez-NQm0TBMYA4oCAAGQYIAAAAAAEAIAEgAA.argAC0gAAAAAAAAAAAA",
    gdprApplies: "true"
  }]
});

此 setConsent 命令應作為偵測同意設定變更的CMP連結的一部分。 以下JavaScript提供範例，說明 setConsent 命令可用於OneTrust的 OnConsentChanged 鈎點：

OneTrust.OnConsentChanged(function () {
  // Retrieve the TCF 2.0 consent data generated by the CMP, and pass it to Alloy.
  __tcfapi("getTCData", 2, function (data, success) {
    if (success) {
      var tcString = data.tcString;
      var gdpr = data.gdprApplies;

      alloy("setConsent", {
        consent: [{
          standard: "IAB TCF",
          version: "2.0",
          value: tcString,
          gdprApplies: gdpr
        }]
      });
    }
  });
});

使用事件

您也可以針對Platform中觸發的每個事件，使用 sendEvent 命令。

此 sendEvent 命令在網站的適當事件接聽程式中應作為回呼使用。 命令需要兩個參數：(1)指示命令類型的字串(在本例中， sendEvent)和(2)包含 xdm 以JSON形式提供必要同意欄位的物件：

alloy("sendEvent", {
  xdm: {
    "consentStrings": [{
      "consentStandard": "IAB TCF",
      "consentStandardVersion": "2.0",
      "consentStringValue": "CLcVDxRMWfGmWAVAHCENAXCkAKDAADnAABRgA5mdfCKZuYJez-NQm0TBMYA4oCAAGQYIAAAAAAEAIAEgAA.argAC0gAAAAAAAAAAAA",
      "gdprApplies": true
    }]
  }
});

處理SDK回應

全部 Platform SDK 命令返回指示調用是成功還是失敗的承諾。 然後，您可以將這些回應用於其他邏輯，例如向客戶顯示確認訊息。 請參閱 處理成功或失敗 ，請參閱執行特定範例的SDK命令指南。

匯出區段

收集客戶同意資料並建立包含必要同意屬性的對象區段後，您就可以在將這些區段匯出至下游目的地時強制執行TCF 2.0法規遵循。

前提是同意設定 gdprApplies 設為 true 針對一組客戶設定檔，會根據每個設定檔的TCF同意偏好設定，篩選從這些設定檔匯出至下游目的地的任何資料。 在匯出程式期間，會略過任何不符合必要同意偏好設定的設定檔。

客戶必須同意下列用途(如 TCF 2.0政策)，以便將其設定檔納入匯出至目的地的區段中：

• 目的1:在設備上儲存和/或訪問資訊
• 目的10:開發和改進產品

TCF 2.0也要求資料來源必須先檢查目的地的廠商權限，才能將資料傳送至該目的地。 因此，Platform會先檢查目標的廠商權限是否已針對叢集中的所有ID選擇加入，再納入系結至該目標的資料。

測試您的實作

設定TCF 2.0實作並將區段匯出至目的地後，任何不符合同意要求的資料都不會匯出。 不過，若要查看匯出期間是否篩選了正確的客戶設定檔，您必須手動檢查目的地上的資料存放區，以查看是否正確執行同意。

請務必注意，如果叢集中有多個ID，且TCF 2.0適用，則即使單一ID未包含正確用途和廠商權限，也會排除整個叢集。

後續步驟

本檔案說明如何設定您的Platform資料操作，以履行TCF 2.0所概述的業務義務。請參閱 控管、隱私權和安全性 如需詳細資訊，請參閱Platform的隱私權相關功能。

Business.Adobe.com 資源