AEP身分名稱空間與AAM資料來源有何關係

本文討論AEP身分識別名稱空間、AAM資料來源和透過People核心服務建立的客戶屬性資料來源(這些資料來源本身就是不論AAM授權狀態為何,所有客戶都可以使用的特殊AAM資料來源)之間的關聯。 若要使用SHA256雜湊電子郵件地址來在AEP和Experience Cloud對象之間共用資料,以及透過「身分對應結構描述欄位群組」將身分傳遞給AAM和「客戶屬性」資料來源的方式,必須在AAM資料來源和AEP身分識別名稱空間之間建立一種連線。 建立連線的方式以及是否針對相關對應的AAM資料來源建立AEP身分名稱空間的確切時間,取決於AAM或客戶屬性資料來源的建立時間。

說明 description

環境

  • Adobe Experience Platform (AEP)
  • Adobe Audience Manager (AAM)
  • People核心服務(客戶屬性)

問題/症狀

AAM (和客戶屬性)資料來源和AEP身分識別名稱空間之間是否有任何關係?

解決方法 resolution

可以。它們以下列方式相關。:

  • 在2019年4月到2024年2月期間,在AAM中建立的所有AAM跨裝置資料來源和People核心服務UI中建立的客戶屬性資料來源,都有一個在相同Experience Cloud組織中具有相同名稱的生產沙箱中建立的推論AEP身分名稱空間,即使Experience Cloud組織未獲得AEP授權。
  • 在2019年4月之前建立的所有AAM跨裝置和客戶屬性資料來源,其必然的AEP身分名稱空間是在2019年4月建立的。
  • 在2024年2月之後建立的所有AAM跨裝置和客戶屬性資料來源,尚未為其建立相關的AEP身分名稱空間,但其識別碼仍可透過身分對應結構描述欄位群組傳遞給AAM和客戶屬性。 其他詳細資訊如下。
  • 任何自動產生的身分名稱空間都會有一個指標,指向但與其AAM跨裝置或客戶屬性資料來源對應專案不同的實體。 它們是在Experience Edge上查閱表格的相同列中參考的個別身分。
  • 只有AAM跨裝置和客戶屬性資料來源可以有對應的身分名稱空間。 以 Cookie 為基礎的 AAM 資料來源則沒有。

有了這些資訊,請注意以下一些重要注意事項:

  • 刪除具有必然身分名稱空間的AAM跨裝置或客戶屬性資料來源,將會導致刪除該必然身分名稱空間。
  • AAM跨裝置或客戶屬性資料來源 名稱整合代碼 的任何更新都不會反映在必然的AEP身分識別名稱空間UI中。
  • 名稱空間符號可能與舊版客戶屬性別名或AAM整合代碼不符。 您可以透過下一節中列出的方式之一找到符號。

如何實際套用此資訊?

若在移轉至AEP Web或Mobile SDK期間需要維護現有的AAM或客戶屬性實施,則將使用者或CRM ID傳遞至AAM和客戶屬性的方式(過去透過ECID Identity Service的setCustomerIDs函式/方法所做的事)是透過識別AAM或客戶屬性資料來源的 身分名稱空間符號 設定SDK身分對應。 身分名稱空間符號有幾種不同的用法:

  • 使用AEP或資料收集UI來尋找對應至相關AAM跨裝置或客戶屬性資料來源的身分名稱空間。 如果未立即清除或所需的AEP身分名稱空間不在身分UI中,請嘗試下列另一個選項。
  • 若為具有AAM授權的使用者,請在AAM UI中導覽至對象資料>資料來源。 按一下進入相關資料來源,灰色的名稱空間欄位中的值就是要使用的身分符號。 所有客戶屬性資料來源也會在AAM UI中,因此此方法也適合約時使用客戶屬性和AAM的使用者。
  • 針對使用此API呼叫的其中一個潛在AAM資料來源使用AAM API,以傳回包含customNamespaceCode欄位的JSON裝載。 該欄位的值是要使用的身分符號。 相同的API呼叫可用於決定要用於客戶屬性資料來源的符號。
  • 如果以上選項都無法運作,可能是因為AEP身分名稱空間不在身分UI中,或組織未獲得AAM授權,請聯絡AAM支援,要求輸入參照有問題的客戶屬性資料來源的身分符號。

當身分對應中有適當的身分符號時,Experience Edge會將資料收集點選轉送至Audience Manager(假設資料流上已啟用Audience Manager服務),其中AAM會看到身分符號、查詢相關的AAM整合代碼或客戶屬性別名,然後使用適當的AAM整合代碼或客戶屬性別名更新點選,藉此允許AAM跨裝置資料來源或客戶屬性別名繼續收集AAM和客戶屬性使用案例的使用者ID。

確保正確的身分識別移至正確的解決方案

在某些情況下,應該也不應該將用於AAM和客戶屬性的身分用於AEP使用案例。 當您決定要將哪些身分識別傳送到哪些解決方案時,請記住以下資訊和秘訣:

  • AEP會將透過身分對應傳遞的、在AEP身分UI中具有相應AEP身分的任何身分視為可拼接的身分,即使相關身分名稱空間未繫結至啟用設定檔的XDM欄位。 如果需要傳遞至AAM或客戶屬性的ID不是個別/設定檔層級的ID,這可能會造成問題。 例如,如果所討論的ID是家庭ID,而非個別ID,這可能會導致多個AEP設定檔合併/摺疊為一個。 使用身分圖表連結規則也可以協助處理這種情況。
  • 如果透過身分對應傳入身分,但AEP身分UI中不存在相同的實體,則AEP擷取將擲回錯誤,除非有另一個身分標示為「主要」。
  • 如果需要的功能是讓AEP和AAM/客戶屬性使用相同的身分,但尚未建立AEP身分名稱空間,則可使用AAM UI中找到的相同身分名稱空間符號來建立一個(請參閱上一節)。 這將允許一個Identity Map專案處理將ID傳送至AEP、AAM和客戶屬性。 但是,請注意,它將當作第一個專案符號中提到的拼接ID使用。
  • 如果AEP身分名稱空間位於AEP身分UI中,且其身分符號與AAM和客戶屬性資料集相同,則沒有支援的方法可防止該身分傳入AEP。

相關讀取:

AAM中的AEP Web SDK驗證狀態:本文會討論跨裝置ID/資料來源未同步或行為與移轉前不同的問題。

recommendation-more-help
3d58f420-19b5-47a0-a122-5c9dab55ec7f