常見問題
- 主題:
- 常見問題解答
建立對象:
- 使用者
Adobe Customer Journey Analytics 是新一代的分析產品。本文章提供有關 Customer Journey Analytics 常見問題的解答。如需詳細資訊,請參閱「Customer Journey Analytics 功能支援」。
1. 先決條件
是否需要 Private Device Graph 或 Device Coop 才能使用 Customer Journey Analytics?
是否需要 Experience Cloud ID (ECID) 才能使用 Customer Journey Analytics?
如果我需要在使用 Customer Journey Analytics 之前對我的資料執行 ETL 作業 (擷取、轉換、載入),該怎麼辦?
2. 拼接資料
是否支援拼接匿名行為與已驗證的行為?
拼接中的「重播」是如何運作的?
拼接歷史 (回填) 資料是如何運作的?
非拼接輪廓資料集記錄的預期行為是什麼?
範例情境:透過將 CRMid
用作人員 ID,在 Customer Journey Analytics 連線中連結兩個資料集。一種是在所有記錄中具有 CRMid
的 Web 事件資料集。另一個資料集是 CRM 輪廓資料集。40% 的 CRM 資料集在 Web 事件資料集中存在 CRMid
。其他 60% 不存在於 Web 事件資料集中 - 這些記錄是否出現在 Analysis Workspace 的報告中?
答案:沒有事件關聯的輪廓列儲存在 Customer Journey Analytics 中。但是,在與該 ID 關聯的事件出現之前,您無法在 Analysis Workspace 中查看它們。
3. 將資料帶入 Customer Journey Analytics
我可以合併同一個 Customer Journey Analytics 連線中不同 Adobe Experience Platform 沙箱的資料嗎?
如何在 Customer Journey Analytics 中將線上資料連結至離線資料?
如何將離線資料帶入 Customer Journey Analytics?
如何將 Adobe Analytics 資料帶入 Customer Journey Analytics?
將資料集元素組合成資料檢視需要多久時間?
是否需要帶入 PII 資料來建立資料之間的連結?
擷取過去或未來的日期/時間戳記至 Customer Journey Analytics 事件資料集有哪些限制?
- 在過去日期/時間戳記方面:事件資料最久為十年。
- 在未來日期/時間戳記方面:事件資料 (預測性) 最久為未來一個月。
4. 延遲的注意事項
- 即時資料或事件:資料可在 Adobe Experience Platform 上使用時,在 90 分鐘內完成處理和擷取。(批次大小 > 5000 萬列:超過 90 分鐘。) 如果啟用拼接,則擷取可能需要長達 4 小時。如需詳細資料,請參閱護欄。
- 小量回填:七天內
- 大量回填:30 天內
Adobe 最近變更了在 Customer Journey Analytics 中處理資料的方式:
- 「當天」的事件資料作為即時資料進行串流。任何事件時間早於前一天晚上 11:59:59 (23:59:59) 的資料都將被視為回填。
- 任何時間戳記超過 24 小時的事件資料 (即使與較新的資料屬於同一批次) 都視為回填,並以較低的優先順序擷取。
5. 設定「連線」資料保留的滾動時段
「啟用滾動資料時段」設定可讓您將 Customer Journey Analytics 資料保留定義為單位為幾個月的滾動時段 (三個月、六個月等)。這是在連接層級設定,而不是資料集層級。資料保留是以事件資料集時間戳記為基礎,僅適用於事件資料集。由於無適用的時間戳記,因此輪廓或查詢資料集不存在資料保留設定。
主要優點在於您只會儲存或報告適用且實用的資料,並刪除不再實用的舊資料。這有助於您未超過合約限制,並減少超額使用費用的風險。
6. 刪除資料元件的影響
對於資料刪除,您應該考慮六種元件:沙箱、結構描述、資料集、連線、資料檢視和 Workspace 專案。以下是刪除上述任何元件後的一些可能情況:
錯誤訊息指出:
- 任何針對已刪除連線建立的資料檢視都不會再運作。
- 同樣地,如果有任何 Workspace 專案與所刪除連線中的資料檢視相依,也會停止運作。
7. 在 Customer Journey Analytics 合併報告套裝時的考量
如果您計劃透過 Adobe Analytics 來源連接器擷取 Adobe Analytics 資料,請在合併二個或更多 Adobe Analytics 報告套裝時考慮這些後果。
8. Adobe Analytics 元件
Uniques Exceeded
限制?9. 估算連線規模
請參閱估計和管理使用情況。
10. 關於使用超額
Adobe 會定期監控和執行使用量限額。「資料列」指可用於 Customer Journey Analytics 中分析的每日平均資料列。
例如,您的合約讓您有權使用 100 萬筆資料列。假設在使用 Customer Journey Analytics 的第 1 天,您可以上傳 200 萬筆資料列。您在第 2 天刪除 100 萬筆資料列,並在剩餘的授權期限內將使用量維持在承諾的最大使用量 (亦即 100 萬筆資料列) 以內。根據您的合約條款,由於您超出了「資料列」授權權利,您仍然可能需支付按比例計算的第 1 天超額使用費。
11. 診斷資料差異
有時候,您可能會發現連線所擷取的事件總數與 Adobe Experience Platform 資料集中的列數不同。在此範例中,資料集「B2B Impression」有 7,650 列,但資料集在 Adobe Experience Platform 中僅有 3,830 列。數據不一致有幾個原因,您可採取下列步驟加以診斷:
-
依「Platform 資料集 ID」劃分此維度,您會發現兩個資料集具有相同大小,但「Platform 資料集 ID」不同。每個資料集都有 3825 筆記錄。這表示有五筆記錄缺少人員 ID 或時間戳記,因此遭到 Customer Journey Analytics 忽略:
-
此外,如果您查看 Adobe Experience Platform,會發現沒有 ID 為「5f21c12b732044194bffc1d0」的資料集,因此建立初始連線時,已有其他人從 Adobe Experience Platform 中刪除了這個資料集。之後,雖然有人將資料集重新新增至 Customer Journey Analytics,但 Adobe Experience Platform 產生的 Platform 資料集 ID 不同。
深入了解在 Customer Journey Analytics 和 Adobe Experience Platform 中刪除資料集和連線可能造成的後果。
12. 地區資料收集
Adobe Experience Cloud 使用地區資料收集 (RDC) 功能,因此您的訪客與 Adobe 及非 Adobe 解決方案之間的互動會盡可能貼近訪客的需求。資料在資料收集中心 (DCC,也稱為 Edge 網站,是 Platform Edge Network 的一部分) 以區域方式收集之後,會依據資料流和/或事件轉送的設定,透過安全連線轉送給相關解決方案。
區域資料收集流程使用以下步驟:
- DNS 會自動將收集主機名稱解析為最接近訪客的資料收集中心的 IP 位址。
- 訪客將資料傳送至該位置。
- 資料立即透過安全連線轉送到資料流或事件轉送設定所定義的解決方案。
使用區域資料收集有幾個優點:
- 效能:透過 RDC,訪客可連接至最近的 DCC。 此最佳化可提供最快的回應時間,進而實現更準確的追蹤並加快載入時間。
- 備援:如果 DCC 與 DPC 之間的通訊發生中斷,Adobe 的 RDC 基礎結構會在本機儲存資料,然後在通訊還原時將資料轉送至 DPC。
RDC 目前包括下列位置 (可能隨時變更):
資料到達區域資料中心時,資料流設定會決定資料如何進一步路由。
Customer Journey Analytics 需要來自 Adobe Experience Platform 的資料集,因此您的資料流/事件轉送設定需要 Adobe Experience Platform 服務將資料從區域資料中心路由到 Adobe Experience Platform 執行個體所在的資料中心。Customer Journey Analytics 及其支援服務和基礎架構都部署在同一個 Adobe Experience Platform 執行個體中。
請參閱資料收集概觀,深入了解有關在 Adobe Experience Platform Edge Network 及其區域資料中心之外執行資料收集程序的資訊。