Experience Platform中的IAB TCF 2.0支援

此 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清單 以取得詳細資訊。

本指南也需要您實際瞭解下列Platform服務：

• 體驗資料模型(XDM)：Experience Platform組織客戶體驗資料的標準化架構。
• Adobe Experience Platform Identity服務：透過跨裝置和系統橋接身分，解決客戶體驗資料分散所造成的根本挑戰。
• 即時客戶個人檔案：利用 Identity Service 以即時從資料集建立詳細的客戶設定檔。 Real-Time Customer Profile 從資料湖提取資料，並將客戶設定檔儲存在其自己的獨立資料存放區中。
• Adobe Experience Platform Web SDK：使用者端JavaScript程式庫，可讓您將各種Platform服務整合至您面向客戶的網站。
  • SDK同意命令：本指南中顯示的同意相關SDK命令的使用案例概觀。
• Adobe Experience Platform Segmentation Service：可讓您除 Real-Time Customer Profile 將資料歸入具有相同類似特徵且對行銷策略有類似回應的個人群組中。

除了上述Platform服務以外，您也應該熟悉 目的地 以及他們在Platform生態系統中的角色。

客戶同意流程摘要

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

同意資料收集

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

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

Experience Platform除了CMP同意變更掛接所觸發的SDK命令外，同意資料也可以透過任何客戶產生的XDM資料(直接上傳至 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提供Platform (565)的廠商許可權時，Platform才會處理客戶ID。
3. 將區段匯出至屬於TCF 2.0廠商清單成員的目的地時，如果兩個平台的廠商許可權(565)，Platform僅會包含設定檔 和 叢集中的每個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中觸發的每個事件，收集TCF 2.0同意資料 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 命令會傳回promise ，指出呼叫成功或失敗。 然後，您可以將這些回應用於其他邏輯，例如向客戶顯示確認訊息。 請參閱以下小節： 處理成功或失敗 如需特定範例，請參閱執行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的隱私權相關功能。