Customer Journey Analytics (CJA) 連線是 Adobe Experience Platform 中統一跨通道分析的關鍵。本文分享從規劃和身分拼接到結構描述對齊和維護的最佳做法，以幫助您建立與組織共同成長的連線。有了堅實的基礎，您將能夠回答複雜的客戶問題，充分發揮數據的全部潛力。

Customer Journey Analytics (CJA) 連線 是 Adobe Experience Platform 中統一跨通道分析的基礎。正確設定連線可確保您的各種數據集在 Analysis Workspace 中順暢地一起運作。在這篇部落格中，我們將以對話式、易懂的方式，探索規劃和設定 CJA 連線的最佳做法——從前期規劃和身分拼接，到結構描述對齊和持續維護。無論您是 CJA 新手還是經驗豐富的使用者，這些秘訣都能幫助您充分運用連線。

規劃連線：從目標和數據需求開始

在設定之前，請暫停以進行規劃。您想要回答哪些業務問題？明確的目標有助於確定真正需要的數據。

• 確定所需的數據集： 列出您可能整合的所有數據來源，例如網站分析、行動應用程式數據、CRM 記錄、呼叫中心日誌等，然後按優先順序排列。通常，最好從幾個關鍵數據集開始，而不是一次性提取所有內容。例如，您可以在本季度先從網頁和行動應用程式數據開始，並計劃稍後新增 CRM 或支援數據。這種分階段式方法可確保您先專注於最重要的數據，而不會讓您的團隊（或系統）因不必要的複雜性而不堪重負。

• 檢查沙箱和存取權： 請記住，CJA 連線是沙箱專屬的。 請確定您所需的資料集位於相同的Adobe Experience Platform沙箱中，因為連線一次只能從一個沙箱提取。 此外，請確保您擁有建立連線的正確權限（CJA 中的產品管理員和 AEP 中的數據集存取權）。聰明的做法是限制可以建立或編輯連線的人員——將其視為核心團隊的管理任務。

• 定義連線的範圍： 請為連線指定明確的名稱和描述，以反映其用途（例如，「零售網站 + 行動歷程數據」）。這有助於所有人瞭解其中包含的內容。在 CJA 的 「建立連線」 精靈中，系統會提示您為連線命名並描述連線——請利用這些資訊來記錄其目標。僅包含支援該分析目標的數據集。如果某個數據集對您的使用案例沒有貢獻，請考慮將其排除在外，以保持連線效率。

透過以最終目標為導向進行規劃，您將奠定堅實的基礎。您確切知道要設定哪些數據集和設定，從而使 CJA 中的設定過程更加順暢。

身分設定：選擇正確的連結欄位

設定 CJA 連接最重要的步驟之一是告知其如何在多個數據集中識別同一個人。

CJA 可以使用來自 AEP 的已解析身分識別圖順暢地連結跨通道數據，使您能夠分析跨網頁、行動裝置、線下等各個通道一致的客戶歷程。

• 選擇一致的 ID： 選擇一個在每個數據集中可靠顯示的識別碼。例如，如果您的網頁和行動應用程式都收集登入使用者的雜湊電子郵件地址，則該地址可作為通用 ID。關鍵是挑選一個在所有已連線數據集中均已填充、穩定且可用的身分。否則，CJA 無法將跨來源的使用者行為進行關聯。
• 在 AEP 中使用正確的命名空間： 在 Adobe Experience Platform 中，請確保您選擇的身分欄位已正確標記為 身分欄位，並分配給正確的 命名空間（例如：電子郵件、ECID、CRM_ID）。這會告知 AEP 如何解析身分，並允許 CJA 正確解讀這些身分。跳過此步驟是連線未按預期運作最常見的原因之一。
• 在 CJA 連線中設定主要 ID： 在 CJA 中設定連線期間，系統會提示您選取 主要 ID。這定義了客戶歷程拼接在一起的粒度，通常 B2C 為「個人」，B2B 為「客戶」。選擇最符合您的商業模式和報告需求的選項，並將其對應至您在 AEP 中設定的身分欄位。
• 避免 ID 不相符或遺失： 即使只有一個數據集缺少設定的主要 ID，或包含不一致的 ID，CJA 也無法將該數據集的記錄與其他數據集的記錄連結。這些事件將被視為 匿名，其在歷程分析中的價值將受到限制。在建立連線之前，請務必確認您的 ID 欄位在所有數據集中均已存在、已填入且有效。

將您的身分欄位想像成一張後台通行證——擁有相同徽章的所有人都會被識別出來，無論其身在何處。但如果有人沒有身分欄位（數據集缺少主要 ID），CJA 就無法得知他們的身分。

透過跨數據集調整您的主要 ID，讓 CJA 發揮其最大效用：分析統一、身分感知的歷程。您不需要知道拼接邏輯，只需確保您的數據集使用相同的 ID「語言」，且 AEP 已設定為 Upright™。CJA 會負責處理其餘的工作。

結構描述對齊：使用相同的數據語言

Adobe Experience Platform 中的每個數據集都由一個結構描述（即一組欄位和定義）來定義。將多個數據集匯入一個 CJA 連線時，對齊的結構描述可確保這些欄位妥善整合。換言之，一致的欄位命名和定義就像數據的共同語言。

• 使用一致的欄位名稱： 如果兩個數據集包含相同的資訊，請使用相同的欄位名稱，並盡可能使用相同的 XDM 欄位群組或數據類型，以確保 Workspace 中的相容性。例如，如果兩者都引用訂單 ID，請將其命名為相同的名稱（例如，orderID）。如果一個名為 order_id 而另一個名為 OrderNumber，CJA 會將其視為不同的欄位，使跨來源分析變得更加困難。就像兩個團隊使用同一種語言一樣——對齊可以避免混淆。
• 事件與查詢數據集：事件數據集 保留帶時間戳記的記錄，例如頁面檢視或購買。查詢數據集 儲存產品目錄等靜態數據以豐富事件。客戶檔案數據集 包含客戶屬性，而 摘要數據集 則包含彙總數據。在 CJA 中，您可以將一個事件數據集與多個查詢或客戶檔案數據集組合。最佳做法：將靜態資訊（如產品詳細資訊）儲存在查詢數據集中，而非在每個事件中重複。CJA 可以使用共同的鍵（如產品 ID）即時聯結這些數據，使您的事件數據精簡高效。
• 確保鍵和類型匹配： 如果您新增一個查詢數據集，CJA 會要求您指定 鍵欄位（在查詢中）和事件數據集中與之連結的匹配欄位。例如，如果您的事件數據有一個欄位 productID，並且您有一個以 _id 作為產品鍵的產品查詢數據集，您將在連線設定中設定 _id（查詢鍵）= productID（事件欄位）。此外，請確定數據類型相符（例如，兩者均為字串或均為數字），因為不相符可能會破壞聯結或導致意外行為。

• 在擷取之前規劃結構描述：在結構描述設計期間確保命名一致性要容易得多。如果您的網頁和行動裝置數據類似，請以相同的 XDM 結構描述建立模型以取得統一的欄位。如果兩者不同，請使用不同的結構描述，但仍需對齊關鍵維度和量度。稍微預先規劃結構描述，可以避免稍後在 Analysis Workspace 中出現重複或衝突的欄位。

簡而言之，將結構描述對齊視為確保所有數據來源「使用同一種語言」。這可避免混淆，讓您的連線數據分析更直覺、更具擴充性，且更具前瞻性，尤其是當有新的數據集或團隊加入時。

智慧地組合數據集：統一與獨立的數據來源

在 CJA 中連線多個數據來源時，您必須決定如何組織它們：是將數據統一為一個數據集，還是將其分開並在連線階段組合？答案取決於您的數據和使用案例，每種方法都有其最佳做法。

• 將數據統一為一個數據集： 如果您的數據來源共用類似的結構和身分，請考慮將其合併為單一數據集，例如將網頁和應用程式事件組合為 「所有數位互動」 數據流。這簡化了設定，減少了活動部分，並且每個數據視圖只有一個主要事件數據集（大多數 CJA 版本都有此限制）。統一的數據集也使跨通道分析更容易，但您需要對齊結構描述，並可能新增來源欄位（例如，通道 =「網頁」或「行動裝置」）。

• 將數據分成多個數據集：有時最好將數據集分開，例如網頁和行動裝置，這樣您就可以獨立進行管理。這有助於解決團隊所有權、數據延遲或保留需求。每個數據集可以有自己的 TTL：自行更新或在連線中選擇性使用。缺點是什麼？更複雜。您需要一致的結構描述和 ID，CJA 才能正確合併它們。此外，CJA Foundation 僅允許每個連線有一個事件數據集，因此不同的事件可能需要不同的連線，從而限制了統一分析。請檢查您的版本是否支援多事件。

• 兩全其美——謹慎組合： 常見的最佳做法是將自然屬於一起的數據集合併進行分析，並將不屬於一起的數據集分開。例如，將數位通道（網頁、應用程式）統一為一個數據集，因為使用者歷程通常會在這些通道之間流動。但是，如果線下銷售或呼叫中心數據的結構或更新頻率不同，您可能會將其保留在不同的數據集中。然後，您會將其作為其他數據集（客戶檔案或查詢數據）匯入連線，以豐富線上事件（使用通用客戶 ID 來聯結）。這樣，您既遵守了單一事件數據集規則，又能在分析中組合多個來源。

• 考量數據量和效能： 考慮統一與分離的另一個原因是效能與合約限制。包含所有數據的單一海量數據集可能會導致查詢速度變慢或讓您超出配額，而分割為邏輯部分有助於管理負載。另一方面，過多的獨立部分可能會增加額外開銷。根據您需要一起分析的內容取得平衡。有疑問時，請從精簡的連線（較少的數據集）開始，並視需要稍後新增更多內容，而不是預設提取所有內容。

回填與驗證：謹慎載入歷史記錄並驗證結果

設定所需數據集的連線後，CJA 會提供 回填歷史數據 的選項。回填是指匯入過去的數據（連線建立前已存在於 Adobe Experience Platform 中），讓您的報告從第一天開始就具備歷史內容。這是一項強大的功能，但您需要謹慎處理。同樣重要的是，在數據進入 CJA 後，驗證其準確性。

• 規劃您的初始回填： 在建立連線期間，您可以為每個數據集啟用回填。請思考真正需要多少歷史數據。回填兩年的數據可能很誘人，但如果只需要最近 6 個月的分析，或舊數據品質存疑，您可能會選擇較短的時間範圍。請記住，預設情況下，如果您未啟用滾動時段（稍後討論），CJA 會嘗試擷取平台數據集中所有可用的數據。因此，如果您的 AEP 數據集有 25 個月的數據，將匯入所有 25 個月的數據，除非您加以限制。請留意您組織的數據使用量限制，以及處理海量回填可能需要的時間。
• 先從小規模開始，然後擴大： 最佳做法是在提取整個數據歷史記錄之前，先回填一小段時間進行測試。例如，您最初可能要求僅回填過去 7 天或 1 個月的數據。小規模回填完成後，請前往 Analysis Workspace 檢查數據。該時段的造訪次數、訂單數等是否符合您的預期或符合來源系統？數據集是否正確合併（例如，您的通用 ID 是否統一了跨數據的使用者）？此試運行可以及早發現任何設定錯誤。Adobe 甚至建議使用有限制的回填來測試您的連線，如果一切正常，再「輕鬆回填所有剩餘數據」。

數據保留策略：使用滾動時段來管理歷史數據

數據可能會迅速堆積。雖然擁有豐富的歷史資訊很棒，但您可能不需要在 CJA 中永久保留 所有 數據。這就是數據保留（滾動時段）策略的用武之地。Adobe CJA 允許您在連線上設定 滾動數據時段。這意味著 CJA 僅保留定義的近期（例如，最近 12 個月）數據，並丟棄早於該時段的所有舊數據。這是控制數據量並保持在合約限制內的一種重要的最佳做法。

• 瞭解滾動時段的優點： 啟用滾動時段表示您正在告知 CJA；例如，「僅保留最近 6 個月的數據以供分析，並持續丟棄任何較舊的數據」。主要優點是您 只儲存和報告相關且在分析時間範圍內的數據，並自動刪除較舊的數據。這有助於防止累積您不再需要的海量數據，進而可以提升效能並避免超額費用。如果您的業務通常僅關注去年的趨勢，則無需在 CJA 中保留五年的數據——舊數據可以歸檔並僅在需要時匯入。
• 在建立連線期間進行設定： 建立連線時，會出現 「啟用滾動數據保留時段」核取方塊。 如果勾選，您可以指定保留的月數（UI 通常會提供 1、3、6、12、24 個月等選項）。

選擇符合您需求的時段；許多公司會選擇 12 或 24 個月，作為歷史內容與數據管理性的平衡。請記住，此時段適用於 事件數據集（帶有時間戳記）。查詢或客戶檔案數據集沒有時間戳記，因此會搭載事件數據保留——如果相關事件被移除，未引用的查詢數據也可能會從分析中刪除。

• 預設與滾動： 如果您 未啟用 滾動時段，CJA 會從 AEP 擷取所有可用的數據並無限期新增新數據——除非 AEP 強制執行自身的保留限制。例如，如果 AEP 保留 25 個月的數據，而您尚未設定滾動時段，則初始回填可能會匯入所有 25 個月的數據，並且隨著時間的推移，可能會繼續增長（如果 AEP 保留更多）。相較之下，如果使用 13 個月的滾動時段，則 CJA 一次僅保留 13 個月的數據——當新月份的數據進入時，最早月份的數據將被丟棄。把它想像成一個移動的時段。
• 注意合約限制： Adobe 通常根據一定數量的事件或數據量來授權 CJA。讓滾動時段與報告的 實際使用 時段保持一致，可協助您保持在這些限制之內。例如，如果您的合約允許 13 個月的數據，設定 13 個月的滾動時段可確保您不會意外累積超出允許範圍的數據。它既是安全網，也是內部管理工具。
• 隨著時間推移檢閱和調整： 您的保留需求可能會發生變化。也許一開始您只需要 6 個月的數據，但明年您意識到想要進行同比分析，13 個月的數據會更好。您可以視需要編輯連線以調整滾動時段。請記住，如果延長時段，您可能需要回填新包含的期間（如果先前已丟棄這些舊月份的數據）。如果您縮短時段，將移除早於新時段的數據。務必將變化告知您的使用者，以使他們瞭解為什麼特定日期之前的數據不再出現。

透過滾動時段制定明確的數據保留策略，讓您的 CJA 連線保持精簡和專注。這就像定期清理衣櫃一樣——您為當前內容騰出空間，避免「沒有特別理由」就囤積數據。這不僅有助於提升系統效能和限制，還可確保您的分析不會意外包含沒有人處理的陳舊數據。

監控與維護：持續關注您的連線

設定連線並非一項「一勞永逸」的任務。持續的 監控與維護 可確保您的連線隨著數據流動和業務需求的演進，持續提供可靠的分析。以下是一些隨著時間推移維護 CJA 連線的最佳做法：

• 定期監控數據流： 養成檢查數據是否如預期更新的習慣。在 CJA 的「連線」儀表板（連線管理工具）中，您可以檢視每個數據集上次擷取數據的時間（「上次更新」時間戳記）等資訊。如果您發現某個數據集有一段時間沒有更新（例如，應該每天更新，但兩天都沒有新數據），這就是需要調查的危險標幟。可能是上游數據擷取通道發生故障或來源系統中斷。及早發現這些問題有助於保持數據連續性。
• 定期驗證： 如同您在初始設定後進行驗證一樣，繼續依排程抽查數據（每月、每季或任何重大數據來源變更後）。驗證關鍵量度和維度，確保沒有任何偏差。例如，如果您的網站新增了行銷通道，這些事件是否已開始在 CJA 中正確顯示？如果您的通用 ID 擷取邏輯發生變化（可能是您的行動應用程式現在以不同的方式收集電子郵件），身分是否仍正確拼接？定期驗證可能包括執行一個已知的報告（如上週的總銷售額），並將其與真實來源進行比較。這種持續的品質控制可確保對數據的信心。
• 觀察異常： 使用 CJA 或 AEP 工具監控數據趨勢。事件計數或唯一 ID 突然下降，或空值激增，都可能表示存在問題。許多團隊都會針對基本數據運行狀況指標設定自動警示或報告，例如，Workspace 自由格式表或 Insight 警示會檢查每日事件數是否降至零。如果您有重要欄位（如通用 ID），則監控缺少該欄位的記錄數量可能非常有價值。如前所述，「您就是您擷取的數據」，任何上游的數據品質問題都會在 CJA 中顯現。因此，保持警惕將幫助您發現通常源於 CJA 外部但會影響您分析的問題。
• 謹慎管理變更： 隨著時間推移，您可能需要更新連線、新增數據集（例如匯入新的數據來源）、移除不再需要的數據集或變更保留時段。請謹慎處理這類變更。如果您請求，新增數據集會啟動該數據集的回填，這可能會產生大量新數據。移除數據集會影響所有使用該數據集欄位的數據視圖或報告。進行變更之前，請務必與您的分析團隊溝通，最好在非生產沙箱中或非高峰時段測試重大變更。CJA 允許相當輕鬆地編輯連線（例如要求另一個回填或切換數據匯入開啟/關閉），但能力越大，責任也越大！
• 存取控制與稽核： 如前所述，限制可以編輯連線的人員。您不希望任何人在沒有監督的情況下新增數據集或變更設定。使用 Adobe Admin Console 將此項限製為管理員或治理群組。將連線設定記錄在 Wiki 或說明欄位中也是明智之舉，這樣未來的管理員就能瞭解設定。由於 Adobe 不提供連線的詳細變更日誌，因此請自行保留變更記錄。這有助於疑難排解，例如瞭解為什麼回填後數據會激增。
• 隨時掌握更新資訊： Adobe 不斷改進 CJA。新功能（如更多數據集支援或身分解析升級）會在 Experience League 文件和論壇中公佈。請持續關注發行說明和社群以掌握更新資訊。例如，未來對同一連線中多個事件數據集的支援可能會改變您的設定方式。保持主動有助於您充分利用 CJA 並遵循最佳做法。

透過主動監控和維護連線，您可以確保在進行設定時所付出的努力能持續得到回報。就像汽車保養一樣：定期更換機油並進行檢查，避免日後發生更大的問題。同樣地，只要持續關注您的 CJA 連線，就能確保客戶歷程數據順暢可靠地運作。

結論：在 CJA 中設定以取得成功

在 Customer Journey Analytics 中建立穩健的連線本身就是一個歷程；您需要規劃、建置，然後培養。透過周全的規劃、結構描述對齊、選擇正確的身分策略，以及有目的性地組合數據集，您就能為統一的客戶視圖打下基礎。

然後，透過謹慎的回填、智慧的數據保留設定以及持續的監控，您的連線不僅能啟動，還能隨著組織的發展一同演進和擴充。

透過這些最佳做法，在 CJA 中設定連線就不僅僅是一項任務，它會成為分析的策略推動力。您已準備好回答強大的跨通道問題，例如「店內購物與行動應用程式使用率之間有何關聯？」或「該電子郵件行銷活動是否對重複造訪有影響？」，因為您的數據使用相同的語言。

每個組織的數據環境都是獨一無二的，因此請根據您的實際情況調整這些建議。從精簡版開始，經常反覆改進，並有目的性地建置。

很快地，您就能在 CJA 中擁有提供真正統一客戶歷程視圖的連線，這正是建立 CJA 所提供的成果。

祝連線愉快！