用於報告套裝資料的 Adobe Analytics 來源連接器

Adobe Experience Platform可讓您透過Analytics來源聯結器內嵌Adobe Analytics資料。 此 Analytics 來源聯結器串流資料收集者 Analytics 即時轉換至Platform,轉換SCDS格式 Analytics 資料匯入 Experience Data Model (XDM)欄位供平台使用。

本檔案提供下列專案的概觀: Analytics 和說明的使用案例 Analytics 資料。

Adobe Analytics和Analytics資料

Analytics 是一款強大的引擎,可協助您進一步瞭解客戶、客戶如何與您的Web屬性互動、瞭解您的數位行銷支出在何處有效,並找出需改善的領域。 Analytics 每年處理數萬億次的Web交易,以及 Analytics 來源聯結器可讓您輕鬆利用這項豐富的行為資料,並將 Real-Time Customer Profile 幾分鐘內。

說明不同Adobe應用程式(包括Adobe Analytics)之資料歷程的圖形。

高階, Analytics 從全球各地的各種數位頻道和多個資料中心收集資料。 收集到資料後,會套用訪客識別、細分和轉換架構(VISTA)規則和處理規則來塑造傳入的資料。 原始資料經過此輕量級處理後,即可由以下人員使用 Real-Time Customer Profile. 在上述平行處理程式中,相同的已處理資料會經過微批次處理,並擷取至Platform資料集,供下列人員使用: Data Science Workspace, Query Service和其他資料探索應用程式。

請參閱 處理規則概觀 以取得處理規則的詳細資訊。

體驗資料模型(XDM)

XDM是公開記錄的規格,提供通用結構和定義,以供應用程式用於與Experience Platform的服務通訊。

遵守XDM標準可讓資料以統一方式合併,讓您更輕鬆地傳送資料和收集資訊。

若要進一步瞭解XDM,請參閱 XDM系統總覽.

如何將欄位從Adobe Analytics對應至XDM?

重要

「資料準備」轉換可能會增加整個資料流程的延遲。 新增的額外延遲因轉換邏輯的複雜度而異。

建立來源連線以帶來 Analytics 資料使用Platform使用者介面進入Experience Platform,資料欄位會自動對應並擷取到 Real-Time Customer Profile 幾分鐘內。 有關建立來源連線的指示 Analytics 使用Platform UI,請參閱 Analytics來源聯結器教學課程.

有關之間發生的欄位對應的詳細資訊 Analytics 和Experience Platform,請參閱 Adobe Analytics欄位對應 指南。

Platform上Analytics資料的預期延遲為何?

下表列出Platform上Analytics資料的預期延遲。 延遲會依客戶組態、資料量和消費者應用程式而有所不同。 例如,如果Analytics實作設定為 A4T 管道的延遲將增加到5-10分鐘。

Analytics 資料 預期延遲
將新資料新增至 Real-Time Customer Profile (A4T not enabled) < 2 分鐘
將新資料新增至 Real-Time Customer Profile (A4T enabled) 最多30分鐘
將新資料新增至Data Lake < 90 分鐘
少於100億個事件的回填 < 4 週

生產沙箱的Analytics回填預設為13個月。 對於非生產沙箱中的Analytics資料,回填會設定為三個月。 上表提到的100億個事件上限與預期延遲有關。

在生產沙箱中建立Analytics來源資料流時,會建立兩個資料流:

  • 此資料流會將13個月的歷史報告套裝資料回填至Data Lake。 此資料流會在回填完成時結束。
  • 將即時資料傳送至資料湖和的資料流流程 Real-Time Customer Profile. 此資料流會持續執行。
注意

Analytics回填資料未內嵌至 Profile 因此不會計入授權設定檔中。

中的主要識別碼 Analytics 資料

來自的每次點選 Analytics 來源聯結器包含取決於ECID或AAID存在與否的主要識別碼。 如果存在ECID,則會將ECID指定為主要識別碼。 如果有AAID,則會將AAID指定為主要的。

下表提供「 」中身分識別欄位的詳細資訊 Analytics 資料。

身分欄位 說明
AAID AAID是Adobe Analytics中的主要裝置識別碼,並且保證存在於每個透過 Analytics 來源。 AAID有時稱為 舊版Analytics ID 或作為 s_vi Cookie ID。 儘管如此,仍會建立AAID,即使 s_vi Cookie不存在。 AAID由 post_visid_highpost_visid_low 中的欄 Analytics 資料摘要. 在任何指定事件中,AAID欄位都包含單一身分識別,該身分識別可能是 的作業順序 Analytics ID. 注意:在整個報表套裝中,AAID可能包含跨事件的多種型別。
ECID ECID (Experience CloudAdobe Analytics ID)是獨立的裝置識別碼欄位,此欄位會在 Analytics 是使用Experience CloudIdentity服務實作。 ECID有時也稱為MCID (Marketing CloudID)。 如果事件中存在ECID,則AAID可能會以ECID為基礎,具體取決於Analytics是否會 寬限期 已設定。 ECID由 mcvisid Analytics資料摘要中的。 如需ECID的詳細資訊,請參閱 ECID概觀. 如需ECID如何搭配使用的詳細資訊 Analytics,請參閱本檔案: Analytics與Experience CloudID請求.
AACUSTOMID Adobe Analytics AACUSTOMID是一個單獨的識別碼欄位,根據 s.VisitorID 中的變數 Analytics 實作。 AACUSTOMID由 cust_visid 中的欄 Analytics 資料摘要. 如果AACUSTOMID存在,則AAID將以AACUSTOMID為基礎,因為AACUSTOMID勝過 的作業順序 Analytics ID.

如何 Analytics 來源處理身分

此 Analytics 來源將這些身分識別以XDM形式傳遞給Experience Platform,如下所示:

  • endUserIDs._experience.aaid.id
  • endUserIDs._experience.mcid.id
  • endUserIDs._experience.aacustomid.id

這些欄位不會標記為身分識別。 而是將相同的身分識別複製到XDM的 identityMap 做為機碼值組:

  • { "key": "AAID", "value": [ { "id": "<identity>", "primary": <true or false> } ] }
  • { "key": "ECID", "value": [ { "id": "<identity>", "primary": <true or false> } ] }
  • { "key": "AACUSTOMID", "value": [ { "id": "<identity>", "primary": false } ] }

在身分對應中,如果ECID存在,則會標示為事件的主要身分。 在此情況下,AAID可能以ECID為基礎,原因如下 Identity Service寬限期. 否則,AAID 將標記為事件的主要身分識別。AACUSTOMID 永遠不會標記為事件的主要 ID。不過,如果AACUSTOMID存在,則AAID會以AACUSTOMID為基礎,因為操作順序是Experience Cloud的。

本頁內容