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

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

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

目的地圖表型別

串流目的地中的訊息彙總

在深入瞭解每個目的地型別的特定資訊之前,請務必瞭解​ 串流目的地 ​的訊息彙總概念。

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

設定檔在傳送到目的地API端點之前,會彙總為HTTPS訊息。

以具有​ 可設定彙總 ​原則的Facebook目的地為例 — 資料會以彙總方式傳送,其中目的地服務會擷取設定檔服務上游的所有傳入資料,並依下列其中一個專案彙總,然後再將資料傳送至Facebook:

  • 記錄數(最多10,000筆)或
  • 時間視窗間隔(300秒)

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

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

可設定彙總原則,而目的地開發人員可決定如何設定彙總原則,以最符合下游API端點的速率限制。 在Destination SDK檔案中閱讀有關彙總原則的詳細資訊。

串流設定檔匯出(企業)目的地 streaming-profile-destinations

IMPORTANT
Adobe Real-time Customer Data Platform Ultimate客戶可使用企業目的地。

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

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

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

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

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

決定資料匯出的因素及匯出中包含的因素

關於為特定設定檔匯出的資料,請務必瞭解​ 決定匯出至您企業目的地 ​的資料以及​ 匯出中包含哪些資料的兩個不同概念

決定目的地匯出的因素
目的地匯出包含的內容
  • 對應的屬性和受眾可作為目的地匯出的提示。 這表示如果任何對應的對象變更狀態(從null變更為realized或從realized變更為exiting)或更新任何對應的屬性,將會啟動目的地匯出。
  • 由於身分目前無法對應至企業目的地,因此特定設定檔上任何身分的變更也會決定目的地匯出專案。
  • 屬性的變更定義為屬性上的任何更新,無論其是否為相同的值。 這表示即使值本身並未變更,屬性上的覆寫也會視為變更。
  • segmentMembership物件包含啟動資料流中對應的對象,在資格或對象退出事件後,設定檔的狀態已針對該對象變更。 請注意,如果其他未對應的對象與啟動資料流中對應的對象屬於同一個合併原則,則符合設定檔資格的其他未對應對象可以屬於目的地匯出的一部分。
  • identityMap物件中的所有身分也包括在內(Experience Platform目前不支援企業目的地中的身分對應)。
  • 目的地匯出僅包含對應的屬性。
IMPORTANT
將設定檔啟用至目的地時,企業目的地會串流回填資料。 這表示在設定啟用工作流程至目的地後的首次資料匯出將包含符合啟用的對象資格的設定檔,然後再將對象對應至目的地。
recommendation-more-help

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

企業目的地資料流

設定檔匯出至目的地的方式,可由符合或結束​ 三個對應區段 ​之一的設定檔來決定。 但是,在資料匯出中,segmentMembership物件可能會顯示其他未對應的對象,如果該特定設定檔為其成員,且這些對象與觸發匯出的對象共用相同的合併原則。 如果設定檔符合​ 擁有DeLorean Cars的客戶 ​對象的資格,但同時也是​ 觀看的「回到未來」電影 ​和​ 科幻迷 ​區段的成員,則另外兩個對象也將出現在資料匯出的segmentMembership物件中,即使這些對象未對應到資料流中,前提是這些對象與​ 擁有DeLorean Cars的客戶 ​區段共用相同的合併原則。

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

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

串流API型目的地 streaming-api-based-destinations

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

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

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

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

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

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

決定資料匯出的因素及匯出中包含的因素

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

決定目的地匯出的因素
目的地匯出包含的內容
  • 對應的屬性和受眾可作為目的地匯出的提示。 這表示如果任何對應的對象變更狀態(從null變更為realized或從realized變更為exiting)或更新任何對應的屬性,將會啟動目的地匯出。
  • 身分對應中的變更定義為針對設定檔的身分圖表新增/移除的身分識別,適用於對應為匯出的身分名稱空間。
  • 屬性的變更定義為對應到目的地的屬性的任何更新。
  • 對應到目的地且已變更的對象將包含在segmentMembership物件中。 在某些情況下,它們可能會使用多個呼叫匯出。 此外,在某些情況下,某些未變更的對象可能也會包含在呼叫中。 在任何情況下,僅會匯出對應的對象。
  • 名稱空間中所有對應至identityMap物件中目的地的身分也包括在內。
  • 目的地匯出僅包含對應的屬性。
IMPORTANT
將設定檔啟用至目的地時,串流API目的地會串流回填資料。 這表示在設定啟用工作流程至目的地後的首次資料匯出將包含符合啟用的對象資格的設定檔,然後再將對象對應至目的地。

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

串流目的地資料流

要判斷匯出至目的地的設定檔是否符合(或退出)三個對應區段之一。 如果設定檔符合​ 具有DeLorean Cars的客戶 ​區段的資格,則會觸發匯出。 其他對象(City - Dallas ​和​ 基本網站作用中)也可以匯出,以防設定檔中該對象呈現的可能狀態之一(realizedexited)。 未對應的對象(例如​ 科幻迷)將不會匯出。

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

批次(以檔案為基礎)目的地 file-based-destinations

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

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

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

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

增量檔案匯出 incremental-file-exports

並非設定檔的所有更新都符合增量檔案匯出中包含的設定檔資格。 例如,如果將屬性新增到設定檔或從設定檔中移除,則匯出中不包含該設定檔。 只有已變更segmentMembership屬性的設定檔才會包含在匯出的檔案中。 換言之,只有在設定檔成為對象的一部分或從對象中移除時,才會納入增量檔案匯出中。

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

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

例如,在下圖所示的匯出設定中,如果對象正在匯出增量檔案更新,請注意以下情況,其中是否在增量檔案匯出中包含設定檔:

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

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

決定資料匯出的因素及匯出中包含的因素

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

完整檔案匯出

每天都會匯出對象的完整作用中母體。

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

增量檔案匯出

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

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

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

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

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

後續步驟 next-steps

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

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

7f4d1967-bf93-4dba-9789-bb6b505339d6