Experience Platform中有數種目的地型別,如下圖所示。 關於會觸發目的地匯出的內容以及匯出中包含的內容,這些目的地的匯出模式稍有不同,如下節進一步所述。
本檔案頁面僅說明圖表底部反白之連線的設定檔匯出行為。
在深入瞭解每個目的地型別的特定資訊之前,請務必瞭解以下用途的微批次處理和彙總原則的概念: 串流目的地.
Experience Platform目的地會以HTTPS呼叫的形式將資料匯出至API型整合。 一旦目標服務收到其他上游服務的通知,得知設定檔已因批次擷取、串流擷取、批次分段、串流細分或身分圖表變更而更新,資料就會匯出並傳送至串流目標。
呼叫將設定檔彙總至HTTPS訊息再分派至目的地API端點的程式 微批次處理.
取得 facebook目的地 搭配 可設定的彙總 原則為例 — 資料會以彙總方式傳送,其中目的地服務會擷取設定檔服務上游的所有傳入資料,並在將資料分派至Facebook之前,依下列其中一個專案彙總資料:
首次符合上述臨界值的任何一項,都會觸發匯出至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端點。 設定檔會在下列情況下匯出至您的目的地:
在上述所有情況下,只會將已發生相關更新的設定檔匯出至您的目的地。 例如,如果對應至目的地流程的一個區段有一百個成員,且有五個新設定檔符合區段的資格,則匯出至您的目的地的程式為遞增式,且僅包含五個新設定檔。
請注意,無論變更位於何處,所有對映屬性都會匯出為設定檔。 因此,在上述範例中,即使屬性本身並未變更,也將匯出這五個新設定檔的所有對應屬性。
針對指定設定檔匯出的資料,請務必瞭解以下兩個不同的概念 決定資料匯出至企業目的地的因素 和 匯出中包含哪些資料.
決定目的地匯出的因素 | 目的地匯出包含的內容 |
---|---|
|
|
將設定檔啟用至目的地時,企業目的地會串流回填資料。 這表示在設定啟動工作流程至目的地後的第一次資料匯出將包含符合啟動區段資格的設定檔,之後才會將區段對應至目的地。
例如,將此資料流視為HTTP目的地,其中在資料流中選取了三個區段,且四個屬性對應至目的地。
個人資料匯出至目的地可由符合或退出其中一個的個人資料決定。 三個對應的區段. 不過,在資料匯出中,在 segmentMembership
物件、其他未對應的區段可能會出現,前提是該特定設定檔是這些區段的成員,且這些區段與觸發匯出的區段共用相同的合併原則。 如果設定檔符合 擁有DeLorean Cars的客戶 區段,但同時也是 觀看「回到未來」的電影 和 科幻愛好者 區段,則其他這兩個區段也會出現在 segmentMembership
資料匯出的物件,即使這些物件未在資料流中對映,只要它們與共用相同的合併原則 擁有DeLorean Cars的客戶 區段。
從設定檔屬性的角度來看,對上述四個對應屬性所做的任何變更都將決定目的地匯出,而且設定檔上存在的四個對應屬性中的任何一個都會出現在資料匯出中。
您可在以下連結中看到匯出至各種企業目的地的資料範例: Amazon Kinesis, Azure事件中樞、和 HTTP API 目的地檔案頁面。
適用於串流目的地(例如Facebook、Trade Desk)和其他以API為基礎的整合的設定檔匯出行為,與上述適用於企業目的地的行為非常類似。
串流目的地的範例為屬於 社交和廣告類別 在目錄中。
Experience Platform會最佳化將設定檔匯出至串流目的地的行為,以便在區段資格或其他重大事件後發生設定檔的相關更新時,僅將資料匯出至串流API型目的地。 設定檔會在下列情況下匯出至您的目的地:
在上述所有情況下,只會將已發生相關更新的設定檔匯出至您的目的地。 例如,如果對應至目的地流程的一個區段有一百個成員,且有五個新設定檔符合區段的資格,則匯出至您的目的地的程式為遞增式,且僅包含五個新設定檔。
請注意,無論變更位於何處,所有對映屬性都會匯出為設定檔。 因此,在上述範例中,即使屬性本身並未變更,也將匯出這五個新設定檔的所有對應屬性。
針對指定設定檔匯出的資料,請務必了解決定匯出至串流API目的地的資料以及匯出中包含哪些資料的兩個不同概念。
決定目的地匯出的因素 | 目的地匯出包含的內容 |
---|---|
|
|
將設定檔啟用至目的地時,串流API目的地會串流回填資料。 這表示在設定啟動工作流程至目的地後的第一次資料匯出將包含符合啟動區段資格的設定檔,之後才會將區段對應至目的地。
例如,將此資料流視為在資料流中選取了三個區段的串流目的地。
個人資料是否可匯出至目的地,取決於其是否符合或退出三個對應區段之一的條件。 如果設定檔符合 擁有DeLorean Cars的客戶 區段,則會觸發匯出。 其他區段(城市 — 達拉斯 和 基本網站使用中)也可以匯出,以防設定檔中該區段顯示為其中一種可能狀態(realized
或 exited
)。 未對應的區段(例如 科幻愛好者)將不會匯出。
從設定檔屬性的角度來看,對上方對應的三個屬性所做的任何變更都會決定匯出目的地。
將設定檔匯出至 檔案型目的地 在Experience Platform中,有三種排程型別(如下所列)和兩種檔案匯出選項(完整或增量檔案)可供您使用。 所有這些設定都是在區段層級上設定,即使有多個區段對應至單一目的地資料流亦然。
在上述任何匯出情況下,匯出的檔案都包含符合匯出條件的輪廓,以及您選取為匯出XDM屬性的欄。
當串流區段對應至批次目的地時,匯出檔案中的設定檔數量更有可能接近區段中的使用者數量。 這是因為最新的區段評估較接近匯出時間的機率較高。
並非所有設定檔更新都符合增量檔案匯出中包含的設定檔資格。 例如,如果將屬性新增至設定檔或從設定檔中移除,則匯出中不會包含設定檔。 僅限設定檔的 segmentMembership
屬性已變更將會包含在匯出的檔案中。 換言之,只有在輪廓成為區段的一部分或從區段中移除時,它才會包含在增量檔案匯出中。
同樣地,如果將新的身分識別(新的電子郵件地址、電話號碼、ECID等)新增至 身分圖表,但這不表示有理由將該設定檔納入新的增量檔案匯出。
如果將新區段新增至目的地對應,則不會影響其他區段的資格和匯出。 匯出排程是依每個區段個別設定,而檔案會依每個區段個別匯出,即使區段已新增至相同的目的地資料流亦然。
例如,在下圖所示的匯出設定中,當區段匯出增量檔案更新時,請注意以下情況,其中是否有設定檔包含在增量檔案匯出中:
xdm: loyalty.points
, xdm: loyalty.tier
, xdm: personalEmail.address
已在設定檔上更新。segmentMembership.status
XDM欄位會在目的地啟用工作流程中進行對應,退出區段的設定檔也會包含在匯出的增量檔案中,並附有 exited
狀態。根據上一節中的資訊,可將設定檔匯出行為摘要至檔案型目的地,如下所述:
完整檔案匯出
每天都會匯出區段的完整作用中母體。
決定目的地匯出的因素 | 匯出的檔案包含的內容 |
---|---|
在完整檔案匯出中,每個檔案匯出都會包含根據最新區段評估而建立的整個區段作用中設定檔母體。 為匯出選取的每個XDM屬性的最新值也會作為欄包含在每個檔案中。 請注意,處於已退出狀態的設定檔不會包含在檔案匯出中。 |
增量檔案匯出
在設定啟動工作流程後的第一個檔案匯出中,會匯出區段的整個母體。 在後續的匯出作業中,只會匯出已修改的輪廓。
決定目的地匯出的因素 | 匯出的檔案包含的內容 |
---|---|
|
區段成員資格已變更的設定檔,以及每個選取匯出的XDM屬性的最新資訊。 具有退出狀態的設定檔會包含在目的地匯出中,如果 |
提醒您,設定檔的屬性值或身分對應中的變更不符合納入增量檔案匯出的設定檔資格。
閱讀本檔案後,您現在瞭解將設定檔匯出至串流、企業和檔案型目的地的內容。
接下來,您可以閱讀如何進行 身分已處理 啟動工作流程中。