不同目的地型別的設定檔匯出行為

Experience Platform中有數種目的地型別,如下圖所示。 關於會觸發目的地匯出的內容以及匯出中包含的內容,這些目的地的匯出模式稍有不同,如下節進一步所述。

重要

本檔案頁面僅說明圖表底部反白之連線的設定檔匯出行為。

目的地圖表型別

微批次處理和彙總原則

在深入瞭解每個目的地型別的特定資訊之前,請務必瞭解以下用途的微批次處理和彙總原則的概念: 串流目的地.

Experience Platform目的地會以HTTPS呼叫的形式將資料匯出至API型整合。 一旦目標服務收到其他上游服務的通知,得知設定檔已因批次擷取、串流擷取、批次分段、串流細分或身分圖表變更而更新,資料就會匯出並傳送至串流目標。

呼叫將設定檔彙總至HTTPS訊息再分派至目的地API端點的程式 微批次處理.

取得 facebook目的地 搭配 可設定的彙總 原則為例 — 資料會以彙總方式傳送,其中目的地服務會擷取設定檔服務上游的所有傳入資料,並在將資料分派至Facebook之前,依下列其中一個專案彙總資料:

  • 記錄數(最多10,000條)或
  • 時間間隔(30分鐘)

首次符合上述臨界值的任何一項,都會觸發匯出至Facebook的作業。 因此,在 Facebook Custom Audiences 儀表板,您可能會看到以10,000筆記錄增量從Experience Platform傳入的受眾。 您可能會每10到15分鐘看到10,000筆記錄,因為資料的處理與彙總速度比30分鐘匯出間隔還快,而且傳送速度也快,所以大約每10到15分鐘就會有記錄處理完畢。 如果記錄不足以組成10,000個批次,則當達到時間範圍臨界值時,將會傳送目前的記錄數,因此您也可能看到傳送至Facebook的較小批次。

再舉一個例子,請考慮 HTTP API目的地,具有 最大努力彙總 原則,搭配 maxUsersPerRequest: 10. 這表示在為此目的地觸發HTTP呼叫之前,最多會彙總10個設定檔,但Experience Platform會在目的地服務收到來自上游服務的更新重新評估資訊後,嘗試將設定檔分派至目的地。

可設定彙總原則,而目的地開發人員可決定如何設定彙總原則,以最符合下游API端點的速率限制。 深入瞭解 彙總原則 在Destination SDK檔案中。

串流設定檔匯出(企業)目的地

重要

企業目的地僅適用於 Adobe Real-time Customer Data Platform Ultimate 客戶。

企業目的地 Experience Platform中有Amazon Kinesis、Azure事件中樞和HTTP API。

Experience Platform會最佳化將設定檔匯出至您企業目的地的行為,以便僅在符合區段資格或其他重大事件後發生設定檔的相關更新時,將資料匯出至您的API端點。 設定檔會在下列情況下匯出至您的目的地:

  • 設定檔更新是由中的變更所決定 區段會籍 對應至目的地的至少一個區段。 例如,設定檔已符合其中一個對應至目的地的區段的資格,或已退出其中一個對應至目的地的區段。
  • 設定檔更新是由 身分對應. 例如,已符合對應至目的地其中一個區段資格的設定檔,已在身分對應屬性中新增身分。
  • 設定檔更新是由至少一個對應至目的地的屬性變更所決定。 例如,會將對應步驟中對應至目的地的其中一個屬性新增至設定檔。

在上述所有情況下,只會將已發生相關更新的設定檔匯出至您的目的地。 例如,如果對應至目的地流程的一個區段有一百個成員,且有五個新設定檔符合區段的資格,則匯出至您的目的地的程式為遞增式,且僅包含五個新設定檔。

請注意,無論變更位於何處,所有對映屬性都會匯出為設定檔。 因此,在上述範例中,即使屬性本身並未變更,也將匯出這五個新設定檔的所有對應屬性。

決定資料匯出的因素,以及匯出中包括的因素

針對指定設定檔匯出的資料,請務必瞭解以下兩個不同的概念 決定資料匯出至企業目的地的因素匯出中包含哪些資料.

決定目的地匯出的因素 目的地匯出包含的內容
  • 對應的屬性和區段可作為目的地匯出的提示。 這表示如果任何對應的區段變更狀態(從 nullrealized 或從 realizedexiting)或更新任何對應的屬性,就會開始匯出目的地。
  • 由於身分目前無法對應到企業目的地,因此特定設定檔上任何身分的變更也會決定目的地匯出。
  • 屬性的變更定義為屬性上的任何更新,無論其是否為相同的值。 這表示即使值本身並未變更,屬性上的覆寫也會被視為變更。
  • segmentMembership 物件包含啟動資料流中對應的區段,在資格或區段退出事件後,設定檔的狀態已針對該區段變更。 請注意,如果設定檔符合資格的其他未對應區段屬於相同區段,則這些區段可以屬於目標匯出的一部分 合併原則 區段在啟動資料流中對應時相同。
  • 中的所有身分 identityMap 也包括物件(Experience Platform目前不支援企業目的地中的身分對應)。
  • 目的地匯出只會包含對應的屬性。
重要

將設定檔啟用至目的地時,企業目的地會串流回填資料。 這表示在設定啟動工作流程至目的地後的第一次資料匯出將包含符合啟動區段資格的設定檔,之後才會將區段對應至目的地。

例如,將此資料流視為HTTP目的地,其中在資料流中選取了三個區段,且四個屬性對應至目的地。

企業目的地資料流

個人資料匯出至目的地可由符合或退出其中一個的個人資料決定。 三個對應的區段. 不過,在資料匯出中,在 segmentMembership 物件、其他未對應的區段可能會出現,前提是該特定設定檔是這些區段的成員,且這些區段與觸發匯出的區段共用相同的合併原則。 如果設定檔符合 擁有DeLorean Cars的客戶 區段,但同時也是 觀看「回到未來」的電影科幻愛好者 區段,則其他這兩個區段也會出現在 segmentMembership 資料匯出的物件,即使這些物件未在資料流中對映,只要它們與共用相同的合併原則 擁有DeLorean Cars的客戶 區段。

從設定檔屬性的角度來看,對上述四個對應屬性所做的任何變更都將決定目的地匯出,而且設定檔上存在的四個對應屬性中的任何一個都會出現在資料匯出中。

秘訣

您可在以下連結中看到匯出至各種企業目的地的資料範例: Amazon KinesisAzure事件中樞、和 HTTP API 目的地檔案頁面。

串流API型目的地

適用於串流目的地(例如Facebook、Trade Desk)和其他以API為基礎的整合的設定檔匯出行為,與上述適用於企業目的地的行為非常類似。

串流目的地的範例為屬於 社交和廣告類別 在目錄中。

Experience Platform會最佳化將設定檔匯出至串流目的地的行為,以便在區段資格或其他重大事件後發生設定檔的相關更新時,僅將資料匯出至串流API型目的地。 設定檔會在下列情況下匯出至您的目的地:

  • 設定檔更新是由中的變更所決定 區段會籍 對應至目的地的至少一個區段。 例如,設定檔已符合其中一個對應至目的地的區段的資格,或已退出其中一個對應至目的地的區段。
  • 設定檔更新是由 身分對應 適用於已標示為要匯出給此目的地執行個體的身分名稱空間。 例如,已符合對應至目的地其中一個區段資格的設定檔,已在身分對應屬性中新增身分。
  • 設定檔更新是由至少一個對應至目的地的屬性變更所決定。 例如,會將對應步驟中對應至目的地的其中一個屬性新增至設定檔。
  • 設定自動同意執行且設定檔選擇退出時,設定檔的同意變更。 自動同意執行會將對象退出事件傳送到目的地,因此設定檔不會包含在目的地的任何目標定位中。

在上述所有情況下,只會將已發生相關更新的設定檔匯出至您的目的地。 例如,如果對應至目的地流程的一個區段有一百個成員,且有五個新設定檔符合區段的資格,則匯出至您的目的地的程式為遞增式,且僅包含五個新設定檔。

請注意,無論變更位於何處,所有對映屬性都會匯出為設定檔。 因此,在上述範例中,即使屬性本身並未變更,也將匯出這五個新設定檔的所有對應屬性。

決定資料匯出的因素,以及匯出中包括的因素

針對指定設定檔匯出的資料,請務必了解決定匯出至串流API目的地的資料以及匯出中包含哪些資料的兩個不同概念。

決定目的地匯出的因素 目的地匯出包含的內容
  • 對應的屬性和區段可作為目的地匯出的提示。 這表示如果任何對應的區段變更狀態(從 nullrealized 或從 realizedexiting)或更新任何對應的屬性,就會開始匯出目的地。
  • 身分對應中的變更定義為針對新增/移除的身分 身分圖表 ,用於對應以供匯出的身分名稱空間。
  • 屬性的變更定義為對應至目的地的屬性之屬性上的任何更新。
  • 對應至目的地且已變更的區段將包含在 segmentMembership 物件。 在某些情況下,它們可能會使用多個呼叫匯出。 此外,在某些情況下,某些尚未變更的區段可能也會包含在呼叫中。 無論如何,只會匯出對應的區段。
  • 名稱空間中所有已對應至目的地身分的身分 identityMap 物件也包括在內。
  • 目的地匯出只會包含對應的屬性。
重要

將設定檔啟用至目的地時,串流API目的地會串流回填資料。 這表示在設定啟動工作流程至目的地後的第一次資料匯出將包含符合啟動區段資格的設定檔,之後才會將區段對應至目的地。

例如,將此資料流視為在資料流中選取了三個區段的串流目的地。

串流目的地資料流

個人資料是否可匯出至目的地,取決於其是否符合或退出三個對應區段之一的條件。 如果設定檔符合 擁有DeLorean Cars的客戶 區段,則會觸發匯出。 其他區段(城市 — 達拉斯基本網站使用中)也可以匯出,以防設定檔中該區段顯示為其中一種可能狀態(realizedexited)。 未對應的區段(例如 科幻愛好者)將不會匯出。

從設定檔屬性的角度來看,對上方對應的三個屬性所做的任何變更都會決定匯出目的地。

批次(以檔案為基礎)目的地

將設定檔匯出至 檔案型目的地 在Experience Platform中,有三種排程型別(如下所列)和兩種檔案匯出選項(完整或增量檔案)可供您使用。 所有這些設定都是在區段層級上設定,即使有多個區段對應至單一目的地資料流亦然。

  • 已排程的匯出:設定目的地、新增一或多個區段、選取您要匯出完整或增量檔案,以及選取每天設定時間或每天幾次應匯出檔案。 例如,下午5點的匯出時間表示所有符合區段資格的設定檔都將於下午5點匯出。
  • 區段評估後:每日區段評估工作執行後會立即觸發匯出。 這表示檔案中匯出的設定檔編號儘可能接近區段的最新評估母體。
  • 隨選匯出(立即匯出檔案):根據最新的區段評估工作,會在定期排程的匯出專案基礎上,一次性匯出完整檔案。

在上述任何匯出情況下,匯出的檔案都包含符合匯出條件的輪廓,以及您選取為匯出XDM屬性的欄。

秘訣

當串流區段對應至批次目的地時,匯出檔案中的設定檔數量更有可能接近區段中的使用者數量。 這是因為最新的區段評估較接近匯出時間的機率較高。

增量檔案匯出

並非所有設定檔更新都符合增量檔案匯出中包含的設定檔資格。 例如,如果將屬性新增至設定檔或從設定檔中移除,則匯出中不會包含設定檔。 僅限設定檔的 segmentMembership 屬性已變更將會包含在匯出的檔案中。 換言之,只有在輪廓成為區段的一部分或從區段中移除時,它才會包含在增量檔案匯出中。

同樣地,如果將新的身分識別(新的電子郵件地址、電話號碼、ECID等)新增至 身分圖表,但這不表示有理由將該設定檔納入新的增量檔案匯出。

如果將新區段新增至目的地對應,則不會影響其他區段的資格和匯出。 匯出排程是依每個區段個別設定,而檔案會依每個區段個別匯出,即使區段已新增至相同的目的地資料流亦然。

例如,在下圖所示的匯出設定中,當區段匯出增量檔案更新時,請注意以下情況,其中是否有設定檔包含在增量檔案匯出中:

匯出具有數個選定屬性的設定。

  • 當設定檔符合或不符合區段的資格時,該設定檔會包含在增量檔案匯出中。
  • 設定檔為 not 新增電話號碼至身分圖表時,包含在增量檔案匯出中。
  • 設定檔為 not 當任何對應的XDM欄位(例如 xdm: loyalty.pointsxdm: loyalty.tierxdm: personalEmail.address 已在設定檔上更新。
  • 每當 segmentMembership.status XDM欄位會在目的地啟用工作流程中進行對應,退出區段的設定檔也會包含在匯出的增量檔案中,並附有 exited 狀態。

決定資料匯出的因素,以及匯出中包括的因素

根據上一節中的資訊,可將設定檔匯出行為摘要至檔案型目的地,如下所述:

完整檔案匯出

每天都會匯出區段的完整作用中母體。

決定目的地匯出的因素 匯出的檔案包含的內容
在完整檔案匯出中,每個檔案匯出都會包含根據最新區段評估而建立的整個區段作用中設定檔母體。 為匯出選取的每個XDM屬性的最新值也會作為欄包含在每個檔案中。 請注意,處於已退出狀態的設定檔不會包含在檔案匯出中。

增量檔案匯出

在設定啟動工作流程後的第一個檔案匯出中,會匯出區段的整個母體。 在後續的匯出作業中,只會匯出已修改的輪廓。

決定目的地匯出的因素 匯出的檔案包含的內容
  • UI或API中設定的匯出排程會決定目的地匯出的開始。
  • 設定檔的區段成員資格的任何變更(無論是否符合區段的資格)都會讓設定檔符合納入增量匯出的資格。 設定檔的屬性或身分對應變更 不要 限定要包含在增量匯出中的設定檔。

區段成員資格已變更的設定檔,以及每個選取匯出的XDM屬性的最新資訊。

具有退出狀態的設定檔會包含在目的地匯出中,如果 segmentMembership.status 在對應步驟中選取XDM欄位。

秘訣

提醒您,設定檔的屬性值或身分對應中的變更不符合納入增量檔案匯出的設定檔資格。

後續步驟

閱讀本檔案後,您現在瞭解將設定檔匯出至串流、企業和檔案型目的地的內容。

接下來,您可以閱讀如何進行 身分已處理 啟動工作流程中。

本頁內容