Adobe Analytics 中的資料可用性和延遲

通常在收集資料後的 2 小時，就會在報表中看到全部的資料。下列資訊有助於排解 Analytics 資料中的報表套裝延遲問題。

瞭解資料批次

每一個資料收集伺服器擷取和處理原始分析資料，然後每小時上傳批次的資料以便報告。傳輸程序通常要花 30 分鐘，因此在前一個上傳程序完成之後緊接著出現的正常流量延遲大約是 90 分鐘 (到下一次批次上傳還有 60 分鐘，然後檔案轉輸及顯示又要 30 分鐘)。若是在上傳之前立即發生的流量，資料延遲可能縮短到 30 分鐘 (到下一次批次上傳為 0 分鐘，然後檔案傳輸及顯示 30 分鐘)。

如果有必要，Adobe 客戶服務可以為您最常用的報表套裝啟用 30 分鐘的批次資料上傳 (而不是每小時)。

延遲的成因

資料收集伺服器完全處理資料通常需要 2 小時，延遲指的是長於 2 小時的延後情形。延遲並不會影響資料收集；無論報表套裝延遲多久，系統仍會收集運作中實施的資料。其嚴重性 (資料的即時程度) 和長度 (解決所需時間) 可能會大不相同。延遲的發生通常限定於單一報表套裝。

延遲導因於下列一般類別之一:

• 非預期的流量尖峰：​當傳送至報表套裝的資料量高於合約所約定或預期的量時，即會發生這類延遲。這是發生延遲最常見的原因。
• 一般硬體問題： Adobe 在資料中心的管理與監控、資料備援與硬體穩定性方面，都採用業界頂尖的策略。硬體除了會定期更新，也會配合發佈的維護時程進行更新。對故障硬體進行緊急維修時，可能必須在替換硬體上線時暫時停止資料處理 (資料收集不會暫停)。這樣的暫停處理可能導致相當程度的延遲。
• 異常資料：​非常態的資料型態 (例如機器人或編目程式所導致的異常長時間造訪) 可能會暫時加重特定處理負載，而造成延遲。

依賴延遲的功能

Adobe Experience Cloud 中的某些功能，除了標準處理時間之外，還隨附固有的延遲時間長度。

• Analytics for Target (A4T) 需要額外 5-10 分鐘的延遲，才能將從兩個平台收集而來的資料儲存在相同的點擊中。
• 時間戳記資料需要額外的時間，因為需在不同伺服器上處理這些資料。處理即時或接近即時收到的時間戳記點擊最多需要 15 分鐘。處理以前一天的時間戳記收到的點擊最多需要 2 小時。越久以前的點擊需要越長的時間，每天最多增加約 24 小時。

縮短或防止延遲的方式

有幾種策略可防止延遲，或縮短延遲的復原時間:

• 通知 Adobe 預期的流量尖峰：​雖然您無法預測網站的每一個流量尖峰，但某些情況下您可預期流量會大幅增加。例如特別成功的假期，或大型促銷活動推出後不久。針對這些情況，Adobe 備有適當管道可供您的組織回報預期的流量增加，好讓我們為您的報表套裝額外配置處理資源。請參閱管理員使用指南中的排程流量尖峰，瞭解如何通知 Adobe 流量增加。

• 在啟用新功能時先考量處理負載：​有些功能需要的處理資源會高於其他功能。在報表套裝上啟用的功能愈多，延遲的復原難度就愈高。在報表套裝上啟用功能時，請留意下列會增加處理資料量的功能:

  • 在同一個頁面上實施超過 20 個事件
  • 複雜的 VISTA 規則
  • 產品變數中有超過 20 個值
  • 事件序列化

• 啟用 IAB 機器人篩選：機器人篩選可在您的報表套裝頻繁遭到機器人或編目程式侵擾時，大幅減少延遲的情形。建議您使用 IAB 機器人清單，因為這份清單是由 Interactive Advertising Bureau 負責更新及維護的。使用者也可自訂本身的機器人規則，與 IAB 提供的清單互補。

如何處理延遲問題

發生延遲時請放心，Adobe 會主動監控處理管道，並盡快將處理時間回復正常。延遲問題大多可在幾小時內解決。如果您擔心特定報告套裝可能有延遲，可由組織的「受支援使用者」之一聯絡客戶服務，並回報發生延遲的報告套裝 ID。Adobe 代表會驗證延遲問題，並在問題改善並解決時通知您。