建立身分

Last update: Mon May 05 2025 00:00:00 GMT+0000 (Coordinated Universal Time)

主題：

建立對象：

初學者
中繼
開發人員

了解如何使用 Adobe Experience Platform Web SDK 擷取身分。擷取Luma示範網站上未驗證和已驗證的身分資料。瞭解如何使用您先前建立的資料元素，以透過稱為「身分對應」的Platform Web SDK資料元素型別來收集已驗證的資料。

本課程著重於Adobe Experience Platform Web SDK標籤擴充功能所提供的身分對應資料元素。您可以將包含已驗證使用者ID和驗證狀態的資料元素對應至XDM。

學習目標

在本課程結束時，您能夠：

瞭解Experience CloudID (ECID)和第一方裝置ID (FPID)之間的關係
瞭解未驗證與已驗證ID之間的差異
建立身分對應資料元素

先決條件

您已瞭解什麼是資料層、熟悉Luma示範網站資料層，並瞭解如何參考標籤中的資料元素。您必須完成本教學課程中先前的課程：

Experience Cloud ID

Experience Cloud識別碼(ECID)是跨Adobe Experience Platform和Adobe Experience Cloud應用程式使用的共用身分名稱空間。 ECID是客戶身分識別的基礎，也是數位財產的預設身分識別。 ECID永遠存在，因此是追蹤未經驗證使用者行為的理想識別碼。

深入瞭解如何使用Platform Web SDK🔗追蹤ECID。

ECID是使用第一方Cookie和平台Edge Network的組合所設定。根據預設，第一方身分識別Cookie是由Web SDK在使用者端設定。若要說明瀏覽器對Cookie有效期的限制，您可以選擇改為在伺服器端設定您自己的第一方身分識別Cookie 。這些身分識別Cookie稱為第一方裝置ID (FPID)。

IMPORTANT

實作Adobe Experience Platform Web SDK時不需要Experience CloudID服務擴充功能，因為ID服務功能內建於Platform Web SDK中。

第一方裝置識別碼(FPID)

FPID是使用您自己的網頁伺服器 所設定的第一方Cookie，然後Adobe會使用它來建立ECID，而不是使用Web SDK設定的第一方Cookie。雖然瀏覽器支援可能有所不同，但如果由運用DNS A記錄（適用於IPv4）或AAAA記錄（適用於IPv6）的伺服器設定第一方Cookie，相較於由DNS CNAME或JavaScript程式碼設定時，第一方Cookie通常更耐用。

設定FPID Cookie後，就能在收集事件資料時擷取其值並傳送至Adobe。收集的FPID會作為種子，在PlatformEdge Network上產生ECID，這繼續是Adobe Experience Cloud應用程式中的預設識別碼。

雖然本教學課程中不使用FPID，但建議您在自己的網頁SDK實作中使用FPID。深入瞭解Platform Web SDK中的第一方裝置識別碼

CAUTION

FPID是使用網頁伺服器設定的Cookie來產生ECID的替代方式。它不會用於識別已驗證的使用者。

已驗證的ID

如上所述，使用Platform Web SDK時，系統會Adobe為您數位財產的所有訪客指派ECID。 ECID是追蹤未驗證數位行為的預設身分識別。

您也可以傳送已驗證的使用者ID，讓Platform可以建立身分圖表，而Target可以設定其協力廠商ID。使用身分對應資料元素型別來設定已驗證的識別碼。

若要建立身分對應資料元素：

移至 資料元素 並選取 新增資料元素
Name 資料元素identityMap.loginID
以 延伸模組 的形式，選取Adobe Experience Platform Web SDK
作為 資料元素型別，請選取Identity map
這會在 資料收集介面 的右側提示熒幕區域，供您設定身分：
以 名稱空間 的身分，選取您先前在設定身分課程中建立的lumaCrmId名稱空間。如果下拉式清單中未顯示該變數，請輸入。
選取 名稱空間 之後，必須設定識別碼。選取先前在建立資料元素課程中建立的user.profile.attributes.username資料元素，以在使用者登入Luma網站時擷取ID。
作為 已驗證狀態，請選取 已驗證
選取主要
選取儲存