身分圖表連結規則的實作指南
請參閱本檔案,瞭解在使用Adobe Experience Platform Identity Service實作資料時可遵循的逐步指南。
逐步大綱:
實作的先決條件 prerequisites-for-implementation
本節概述在實作身分圖表連結規則至您的資料之前,您必須完成的先決條件步驟。
唯一命名空間
單一人員名稱空間需求 single-person-namespace-requirement
您必須確保每個設定檔中一律存在具有最高優先順序的唯一名稱空間。 如此可讓Identity Service偵測指定圖表中的適當人員識別碼。
如果沒有能代表您個人識別碼的唯一名稱空間,您最終可能會看到將不同的個人識別碼連結至相同ECID的圖表。 在此範例中,B2BCRM和B2CCRM會同時連結至相同的ECID。 此圖表建議Tom使用其B2C登入帳戶與Summer共用裝置(使用她的B2B登入帳戶)。 但是,系統將識別這是一個設定檔(圖形摺疊)。
指定唯一的名稱空間(在此案例中是CRMID,而不是兩個完全不同的名稱空間),Identity Service就能夠識別上次與ECID建立關聯的人員識別碼。 在此範例中,由於存在唯一的CRMID,Identity Service能夠識別「共用裝置」情境,其中兩個實體共用相同裝置。
名稱空間優先順序設定
如果您使用Adobe Analytics來源聯結器來內嵌資料,則您必須為ECID指定比Adobe Analytics ID (AAID)更高的優先順序,因為Identity Service會封鎖AAID。 透過優先處理ECID,您可以指示即時客戶設定檔將未驗證事件儲存至ECID而非AAID。
XDM體驗事件
在預先實作程式中,您必須確保系統要傳送給Experience Platform的已驗證事件一律包含人員識別碼,例如CRMID。
code language-json |
---|
|
code language-json |
---|
|
使用XDM體驗事件傳送事件時,請勿傳送空白字串作為身分值。 如果具有最高名稱空間優先順序的名稱空間的身分值是空字串,則會從即時客戶設定檔中忽略記錄。 這同時適用於identityMap以及標示為身分的欄位。
下列範例傳回錯誤,因為Phone
的身分值是以空字串提交。
code language-json |
---|
|
使用XDM體驗事件傳送事件時,您必須確保擁有完整身分識別。
code language-json |
---|
|
設定許可權 set-permissions
Identity Service實作程式中的第一個步驟,是確保將您的Experience Platform帳戶新增至已布建必要許可權的角色。 您的管理員可以導覽至Adobe Experience Cloud中的許可權UI,設定您帳戶的許可權。 之後,您的帳戶必須新增至具有以下許可權的角色:
- 檢視身分設定:套用此許可權,以便在身分名稱空間瀏覽頁面中檢視唯一的名稱空間和名稱空間優先順序。
- 編輯身分設定:套用此許可權,以便能夠編輯並儲存您的身分設定。
如需許可權的詳細資訊,請閱讀許可權指南。
建立您的身分識別名稱空間 namespace
如果您的資料需要這些資料,您必須先為組織建立適當的名稱空間。 如需如何建立自訂名稱空間的步驟,請閱讀在UI中建立自訂名稱空間的指南。
使用圖表模擬工具 graph-simulation
接下來,導覽至Identity Service UI工作區中的圖形模擬工具。 您可以使用圖表模擬工具來模擬使用各種不同唯一名稱空間和名稱空間優先順序設定所建立的身分圖表。
透過建立不同的設定,您可以使用圖表模擬工具來學習和更好地瞭解身分最佳化演演算法和特定設定如何影響您的圖表行為。
設定身分設定 identity-settings
一旦您知道您想要圖形的行為方式,請瀏覽至Identity Service UI工作區中的身分設定UI。 若要存取身分設定UI,請從左側導覽選取 身分,然後選取 設定。
使用身分設定UI來指定您唯一的名稱空間,並依優先順序設定您的名稱空間。 套用完設定後,您必須至少等待六個小時才能繼續內嵌資料,因為新設定至少需要六個小時才能反映在Identity Service中。
如需詳細資訊,請閱讀身分設定UI指南。
建立 XDM 結構描述 schema
在建立唯一的名稱空間和名稱空間優先順序後,您現在可以繼續進行必要的設定,以擷取您的資料。 首先,您必須建立XDM結構描述。 根據您的資料,您可能需要為XDM Individual Profile和XDM ExperienceEvent建立結構。
若要將資料內嵌至Real-time Customer Profile,您必須確保您的結構描述至少包含一個已指定為主要身分的欄位。 透過設定主要身分,您可以為設定檔擷取啟用指定的結構描述。
如需如何建立結構描述的指示,請閱讀在UI中建立XDM結構描述的指南。
建立資料集 dataset
接下來,建立資料集以針對您要擷取的資料提供結構。 資料集是資料集合的儲存和管理結構,通常是包含方案 (欄) 和欄位 (列) 的表格。 資料集與結構描述搭配使用,若要將資料擷取到即時客戶個人檔案,您的資料集必須啟用個人檔案擷取。 為了針對設定檔啟用您的資料集,它必須參考針對設定檔擷取啟用的結構描述。
如需如何建立資料集的說明,請參閱資料集UI指南。
擷取您的資料 ingest
此時,您應該具備下列專案:
- 存取Identity Service功能的必要許可權。
- 資料適用的名稱空間。
- 為名稱空間指定的唯一名稱空間和設定的優先順序。
- 至少一個XDM結構描述。 (根據您的資料和特定使用案例,您可能需要建立設定檔和體驗事件結構。)
- 以您的結構描述為基礎的資料集。
完成上述所有專案後,您就可以開始將資料內嵌至Experience Platform中。 您可以透過數種不同的方式執行資料擷取。 您可以使用下列服務將您的資料帶入Experience Platform:
如需任何意見,請使用Identity Service UI工作區中的 Beta意見 選項。
驗證圖表 validate
使用身分儀表板來深入分析身分圖表狀態,例如整體身分計數和圖表計數趨勢、依名稱空間的身分計數和依圖表大小的圖表計數。 您也可以使用身分儀表板來檢視具有兩個或多個身分(依名稱空間組織)的圖表趨勢。
選取省略符號(...
),然後選取 檢視更多 以取得進一步資訊,並驗證沒有收合的圖形。
使用顯示的視窗來檢視收合圖形的資訊。 在此範例中,電子郵件和電話都標示為唯一的名稱空間,因此您的沙箱中沒有收合的圖表。
附錄 appendix
請參閱本節,瞭解實作身分設定和唯一名稱空間時可參考的其他資訊。
Danging loginID案例 dangling-loginid-scenario
下圖會模擬「懸浮」登入ID案例。 在此範例中,兩個不同的loginID已繫結至相同的ECID。 但是,{loginID: ID_C}
未連結至CRMID。 因此,Identity Service無法偵測這兩個loginID代表兩個不同的實體。
在此範例中,{loginID: ID_C}
懸空且未連結至CRMID。 因此,此loginID應關聯的個人實體變得模稜兩可。
在此範例中,{loginID: ID_C}
連結至{CRMID: Tom}
。 因此,系統能夠識別此loginID與Tom相關聯。
在此範例中,{loginID: ID_C}
連結至{CRMID: Summer}
。 因此,系統能夠識別此loginID與另一個個人實體(在此例中為Summer)相關聯。
此範例也顯示Tom和Summer是共用裝置的不同個人實體,以{ECID: 111}
表示。
後續步驟
如需身分圖表連結規則的詳細資訊,請參閱下列檔案: