目的地啟用工作流程中的身分處理

此頁面說明身分識別如何匯出至不同目的地型別的特殊性，並教導您如何根據目的地找到哪些身分識別可供匯出。

中的每個目的地 目錄 稍微有些不同，因此所有目的地並非一刀切的設定。 不過，有一些模式可指導目的地的設定及其身分需求，如下節所述。

以檔案為基礎的目的地 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

閱讀本檔案後，您現在瞭解如何找出個別目的地支援或所需的身分識別。 您現在也知道身分選取如何適用於每個目的地型別。

接下來，您可以閱讀下列內容 匯出設定 目的地適用的是各種目的地型別共有的，開發人員可以在個別目的地層級進行設定，使用者也可以在啟動工作流程中編輯哪些設定。

您也可以從以下位置簽出所有可用的目的地： 目錄.