目的地啟用工作流程中的身分處理
此頁面說明身分識別如何匯出至不同目的地型別的特殊性,並教導您如何根據目的地找到哪些身分識別可供匯出。
中的每個目的地 目錄 稍微有些不同,因此所有目的地並非一刀切的設定。 不過,有一些模式可指導目的地的設定及其身分需求,如下節所述。
以檔案為基礎的目的地 file-based
的 檔案型目的地 (例如 Amazon S3、 SFTP、大多數電子郵件行銷目的地(例如 Adobe Campaign, Oracle Eloqua, Salesforce Marketing Cloud),這些目的地中的身分設定大多是開放的,這表示您不需要在 選取屬性 批次啟動工作流程的步驟。
如果您選擇將身分新增至檔案匯出,請注意來自的單一身分 身分名稱空間 可以在匯出中選取。 當您選取要匯出的身分時,系統會自動將其選取為 強制屬性 和 重複資料刪除索引鍵.
作為因應措施,如果這些身分已作為屬性擷取到Experience Platform中,則可以將更多身分新增到匯出。 請參閱以下範例,其中除了身分名稱空間之外,還選取要匯出的XDM屬性電子郵件地址 Phone_E.164
.
從身分對應匯出身分與將身分匯出為XDM屬性 — 差異 identity-map-or-attribute
根據您是從身分對應中選取匯出身分識別,還是從已當作屬性擷取到Experience Platform中的身分識別,匯出記錄的數目可能有所不同。 合併原則 在您從身分對應選取身分時,也會在匯出的記錄數量上扮演重要角色。
例如,假設您從兩個不同的資料集中有下列設定檔片段,這些片段將合併到單一客戶設定檔中:
個人資料片段一
設定檔片段二
合併的設定檔如下所示:
匯出行為會依您選取的而異 IdentityMap: Email
或 xdm: personalEmail.address
以匯出。
如果客戶啟用 IdentityMap: Email
,匯出的檔案會有兩條記錄,一條用於email1,另一條用於email2。
但如果客戶啟用 xdm: personalEmail.address
,記錄中只會出現email2,因為email attribute欄位只包含email2。 這些情況可以解決不同的使用案例,您可能會想要啟用某個客戶檔案中的所有電子郵件地址,或僅啟用該客戶檔案中最新的電子郵件地址。
結果是,您匯出的記錄數量取決於您選擇的合併原則,以及您在匯出中是否選取身分或屬性。
API型串流目的地 streaming-destinations
API型串流目的地 建置方式 Destination SDK (例如 Facebook, Google Customer Match, Pinterest, Braze、及其他)僅支援匯出特定ID。 如需可匯出至每個目的地的特定身分詳細資訊,請參閱 支援的身分 區段(例如,請參閱 支援的身分割槽段 在 Pinterest 目的地頁面)。
但請注意,您有彈性使用下列任一專案中的資料: 私人圖表 或從屬性當做身分識別。 這表示您可以將XDM屬性對應至目的地所需的身分欄位。 請參閱以下範例, Pinterest 目的地,其中XDM屬性 personalEmail.address
已對應至必要的 Pinterest 身分 pinterest_audience
.
依賴第三方Cookie整合的廣告目的地 third-party-cookie-destinations
依賴第三方Cookie的廣告目的地(例如: Google Ads, Google Ad Manager, Google DV360, Bing, The Trade Desk)不要求客戶在啟用工作流程中選取ID。 對於這些目的地,在設定啟用工作流程時,Experience Platform會自動查詢由以下專案建構的身分比對表: Experience CloudID服務 和會匯出設定檔適用且目標支援的所有身分。
這些目的地需要透過以下其中一種方式來進行ID同步: Experience CloudID服務 或透過 Experience PlatformWeb SDK.
如果您使用 Experience PlatformWeb SDK 和舊版 Experience CloudID服務 未在頁面上實作,則您需要確保相關網站的資料流已啟用以允許同步協力廠商ID,如中所述 設定資料流檔案.
如上述連結的檔案所述,在設定資料串流時,您需要確保 協力廠商ID同步 滑桿已啟用。 大部分客戶都會離開 container_id
欄位空白(預設為0)。 如果您的舊版Audience Manager實作使用特定容器ID (但請注意,這將是極少數的客戶),則您只需變更此值。
企業目的地 enterprise-destinations
企業目的地 (Amazon Kinesis, Azure Event Hubs、HTTP API)在資料匯出中不需要特定ID,因為這些是專為企業整合使用案例而設計。 不過,您可以視需要從身分對應將身分匯出為XDM屬性或來自身分對應。 檢視 匯出至HTTP目的地的資料範例,包括兩項 personalEmail.address
XDM屬性和身分 ECID
和 email_lc_sha256
(雜湊電子郵件地址)。
個人化目的地 personalization-destinations
個人化(或邊緣)目的地 (例如:Adobe Target、 Custom Personalization)不需要在啟動工作流程中選擇任何身分,因為整合是設定檔查詢。 使用者端(Target, Web SDK,或其他)查詢 Edge 並提取站上個人化所需的設定檔資訊。
後續步驟 next-steps
閱讀本檔案後,您現在瞭解如何找出個別目的地支援或所需的身分識別。 您現在也知道身分選取如何適用於每個目的地型別。
接下來,您可以閱讀下列內容 匯出設定 目的地適用的是各種目的地型別共有的,開發人員可以在個別目的地層級進行設定,使用者也可以在啟動工作流程中編輯哪些設定。
您也可以從以下位置簽出所有可用的目的地: 目錄.