使用Platform Web SDK設定同意
瞭解如何設定Adobe Experience Platform Web SDK標籤擴充功能的隱私權設定。 根據訪客與同意管理平台(CMP)的橫幅互動來設定同意。
學習目標
在本課程結束時，您能夠：
- 使用標籤載入CMP
- 在Experience Platform Web SDK標籤擴充功能中設定隱私權設定
- 根據訪客的動作設定Experience PlatformWeb SDK的同意
先決條件
您應熟悉標籤以及使用Experience PlatformDebugger建立規則、資料元素、建置程式庫至環境和切換標籤程式庫的步驟。
在您開始設定隱私權設定及建立設定同意的規則之前，請確定您已將同意管理平台指令碼插入網站，且運作正常。 CMP可以在網站開發人員的協助下直接載入原始程式碼中，或是透過標籤本身載入。 本課程將展示後一種方法。
-
同意管理平台（或CMP）是組織用來在收集、共用或銷售來自線上來源（例如網站和應用程式）的訪客資料之前，合法記錄和管理訪客的同意選擇。
-
插入CMP的建議方法是在標籤管理員指令碼之前直接透過原始程式碼。
設定Klaro
在跳至標籤設定之前，請先進一步瞭解本教學課程Klaro中使用的同意管理平台。
-
造訪 克拉羅 並設定帳戶。
-
前往 隱私權管理員 並根據指示建立例項。
-
使用 整合代碼 將Klaro插入標籤屬性中（下一個練習將說明此內容）。
-
略過 掃描 部分，因為它會偵測在Luma示範網站上以硬式編碼撰寫的標籤屬性，而非您為本教學課程建立的標籤屬性。
-
新增名為的服務
aep web sdk並開啟 服務預設狀態. 開啟時，預設同意值為true，否則為false. 如果您想要決定Web應用程式的預設同意狀態（在訪客同意前），此設定相當實用。 例如：-
對於CCPA，預設同意通常設定為
true. 您即將參考此情境為 隱含的選擇加入 貫穿本教學課程 -
GDPR的預設同意通常是設為
false. 您即將參考此情境為 隱含的選擇退出 貫穿本教學課程。
[！NOTE]
通常，負責處理CMP的團隊或個人（例如OneTrust或TrustArc）會完成並謹慎執行上述步驟。
-
插入CMP
現在，使用完Klaro的設定後，請使用以下設定建立標籤規則：
- 名稱：
all pages - library load - Klaro - 事件： 程式庫已載入（頁面頂端） 替換為 進階選項 > 訂購 設為1
- 動作： 自訂程式碼， 語言：載入CMP指令碼的HTML。
自訂程式碼區塊看起來應該類似下列：
現在，請儲存此規則並建置至您的開發程式庫，將標籤程式庫從Luma網站切換至您自己的網站，以驗證是否顯示同意橫幅。 您應該會在網站上看到CMP橫幅，如下所示。 若要檢查目前訪客的同意許可權，您可在瀏覽器主控台上使用下列程式碼片段。
klaro.getManager().consents
若要進入偵錯模式，請在Adobe Experience Platform Debugger中使用下列核取方塊。
此外，在閱讀本教學課程時，您可能必須多次清除Cookie和本機存放區，因為訪客的同意值會儲存在該處。 您可以直接執行下列動作：
同意情境
GDPR、CCPA等隱私權行為對於您設計同意實作的方式至關重要。 在本課程中，您會探索訪客如何在兩個最顯著的隱私權行為下與同意橫幅互動。
案例1：隱含的選擇加入
隱含的選擇加入表示在收集訪客資料前，企業不需要取得訪客的同意（或「選擇加入」），因此網站的所有訪客都會預設為選擇加入。 不過，訪客可以透過同意橫幅拒絕Cookie來選擇退出。 此使用案例類似於CCPA。
現在您將針對此情境設定並實作同意：
-
在 隱私權 Experience Platform Web SDK標籤擴充功能的區段，確認 預設同意 設為 在 ：
note note NOTE 對於動態解決方案，請選取「提供資料元素」選項，然後傳遞傳回值的資料元素 code language-none klaro.getManager().consents如果將CMP插入原始程式碼中，則會使用此選項 早於 標籤內嵌程式碼，讓使用者在Experience PlatformWeb SDK擴充功能開始載入前即取得預設同意。 在我們的範例中，我們無法使用此選項，因為CMP是透過標籤載入，而不是在標籤之前。 -
儲存此變更並將其建置到您的標籤程式庫
-
在Luma示範網站上載入標籤程式庫
-
在Luma網站上啟用標籤偵錯並重新載入頁面。 在瀏覽器的開發人員主控台中，您應該會看到defaultConsent等於 在
-
使用此設定時，Experience Platform Web SDK擴充功能會繼續提出網路要求，除非訪客決定拒絕Cookie並選擇退出：
如果訪客決定選擇退出（拒絕追蹤Cookie），您必須將同意變更為 輸出. 請依照下列步驟變更同意設定：
-
建立訪客點按時觸發的規則 我拒絕. 將此規則命名為：
all pages - click consent banner - set consent "out" -
作為 事件，使用 按一下 於 符合CSS選擇器的元素
#klaro .cn-decline
-
現在請使用Experience Platform Web SDK， 設定同意 動作型別 將同意設為「out」：
-
選取 儲存至程式庫並建置：
現在，當訪客選擇退出時，以上述方式設定的規則會引發，並將Web SDK同意設定為 輸出.
前往Luma示範網站進行驗證，拒絕Cookie，並確認選擇退出後沒有引發任何Web SDK請求。
案例2：隱含的選擇退出
隱含的選擇退出表示訪客應被視為預設的選擇退出，且不應設定Cookie。 除非訪客決定透過同意橫幅來接受Cookie，以手動方式選擇加入，否則不應引發Web SDK請求。 您可能必須在適用GDPR的歐盟地區處理這類使用案例。
以下說明如何設定隱含選擇退出情境的設定：
-
在Klaro中，將 服務預設狀態 在您的
aep web sdk服務並儲存更新的設定。 -
在 隱私權 Experience Platform Web SDK擴充功能的區段，將預設同意設為 輸出 或 擱置中 視需要。
-
儲存 更新您的標籤程式庫的設定，然後重新建置它。
透過此設定，Experience Platform Web SDK可確保不會觸發任何要求，除非同意許可權變更為 在. 訪客透過選擇加入以手動方式接受Cookie，因此可能會發生這種情況。
-
在Debugger中，確認Luma網站已對應至您的標籤屬性，且標籤主控台記錄已開啟。
-
使用瀏覽器的開發人員主控台： 清除網站資料 在 應用 > 儲存
-
重新載入Luma網站，您應該會看到
defaultConsent設為 輸出 且尚未提出任何Web SDK請求
如果訪客決定選擇加入（接受追蹤Cookie），您必須變更同意並將其設為 在. 以下為使用規則達成此目的的方法：
-
建立訪客點按時觸發的規則 沒關係. 將此規則命名為：
all pages - click consent banner - set consent "in" -
作為 事件，使用 按一下 於 符合CSS選擇器的元素
#klaro .cm-btn-success
-
使用Experience PlatformWeb SDK新增動作 副檔名， 動作型別 之 設定同意， 一般同意 作為 在.
這裡需要注意的一點是 設定同意 動作將會是第一個走出並建立身分的請求。 因此，在第一個要求本身上同步身分識別可能很重要。 身分對應可以新增到 設定同意 動作，方法是傳遞身分型別資料元素。
-
選取 儲存至程式庫並建置：
-
儲存 將規則移至程式庫並重新建置。
一旦您設定好此規則，事件收集就會在訪客選擇加入時開始。
如需有關Web SDK中同意的詳細資訊，請參閱 支援客戶同意偏好設定.
如需詳細資訊，請參閱 設定同意 動作，請參閱 設定同意.