本文的用意是協助網站和/或應用程式擁有者進一步瞭解資料更新間隔，以及 Analytics (分析) 360 資料處理和報表服務水準協議 (SLA) 對功能的影響。
資料更新間隔
「資料更新間隔」是指 Google Analytics (分析) 收集和處理資源中某個事件所花費的時間。如果這個過程需時 20 分鐘，資料更新間隔就是 20 分鐘。Google Analytics (分析) 在處理資料時，會有 24 到 48 小時的延遲。在此期間，資料可能會有變動，因此帳戶中最近 24 到 48 小時的資料，可能與報表中的資料不一致。透過「資料匯入」上傳的資料會在 24 小時內顯示。
資料更新間隔
針對 Google Analytics (分析) 360 和/或標準版資源，Analytics (分析) 提供的「一般」資料更新間隔如下：
| 時間間隔 | 一般處理時間 | 屬性 | 單一資源的數據用量上限 | 查詢涵蓋範圍 |
|---|---|---|---|---|
| 即時 | 不到 1 分鐘 | 360、標準版 | 無 | 僅限部分維度和指標 |
| 360 (當日) | 約 1 小時 | 360 | Premium Normal 和 Premium Large (請見這裡的定義) | 所有報表和 API 查詢 (這些除外) |
| 標準版 (當日) | 4 至 8 小時 | 標準版 | 標準版 - Normal | 所有報表和 API 查詢 (這些除外) |
| 每天 | 12 小時 | 360、標準版 | 標準版、Premium Normal | 所有報表和 API 查詢 |
| 每天 | 18 小時 | 360、標準版 | Premium Large | 所有報表和 API 查詢 |
| 每天 | 24 小時以上 | 360、標準版 | Premium XLarge | 所有報表和 API 查詢 |
資源類別
在任何指定日期，系統會依據收集和處理的事件數量將資源分類。資源分為以下幾類：
- 如果資源收集和處理的事件少於 250 億個，為「Normal」
- 如果資源收集和處理的事件達到 250 億個以上，則為「Large」
- 如果資源收集和處理的事件達到 2,500 億個以上，則為「XLarge」
評估結果來自過去 31 天的資料，不包括資源所在時區的當天。
請注意，如果某個資源通常歸類為「Normal」或「Large」，只要過去七天內每天平均收集和處理的事件數量達到 150 億個以上 (不包括資源所在時區的當天)，該資源也可以在一天內歸類為「XLarge」。
限制
探索和報表之間的資料不一定會同步。
離線事件
使用者的裝置離線時 (例如使用者在瀏覽行動應用程式時網路連線中斷)，Google Analytics (分析) 會將事件資料儲存在裝置中，然後在裝置恢復連線後傳送資料。Google Analytics (分析) 會略過觸發後超過 72 小時才送達的事件。
非標準資料處理功能
Analytics (分析) 360 資料處理服務水準協議不適用於下列 Google Analytics (分析) 4 功能：
| 功能 | 預計處理時間 |
|---|---|
|
資料匯入 |
4 小時 |
| 未取樣探索 | 1 小時 |
| 使用者生命週期技巧 | 24 小時 |
| 深入分析 | 24 小時 |
| 即時 | 不到 1 分鐘 |
| BigQuery 每日匯出 | 午夜後 24 小時 (以資源所在時區為準) |
| 展開資料集 | 24 小時 |
不在報表服務水準協議涵蓋範圍內的功能
下列功能不在 Analytics (分析) 360 報表服務水準協議的涵蓋範圍內：
| 功能 | 適用範圍 |
|---|---|
| 即時 | 盡可能提供最佳服務 |
| Data API 查詢 | 盡可能提供最佳服務 |
| Audience List API 查詢 | 盡可能提供最佳服務 |
| PDF 匯出 | 盡可能提供最佳服務 |
| 未取樣探索 | 盡可能提供最佳服務 |
| 情報快訊服務 (洞察、單一搜尋) | 盡可能提供最佳服務 |
| 結合其他 Google 產品 (例如 Google Ads) 資料的查詢 | 盡可能提供最佳服務 |
| 結合已匯入資料的查詢 | 盡可能提供最佳服務 |
| 超過 100 萬列資料的報表查詢 | 盡可能提供最佳服務 |
| 超過 100 萬個事件的探索查詢 | 盡可能提供最佳服務 |
|
套用了篩選器的報表查詢 (包含從報表/探索介面或從 Data API 進行篩選的任何查詢) |
盡可能提供最佳服務 |