為什麼 Google Search Console 的資料會延遲？
成效報表與資料
Search Console 會在每一天結束後繼續收集該日的資料，因此最新的數字只是初步結果，完整的每日數據通常要再過兩到三天才會穩定。你也可以看到更即時的資料，例如 24 小時檢視會顯示僅有數小時延遲的每小時數據，但這些資料點仍可能變動。圖表中最後一兩天出現下滑，通常是因為資料尚未完整寫入，而不是你真的流失了流量。
Search Console 各部分的延遲程度
| 資料 | 更新時效 |
|---|---|
| 成效報表（Search、Discover、News），每日 | 通常在兩到三天內可用；最近一兩天可能是初步數據 |
| 24 小時檢視 | 約有數小時延遲的每小時資料點，仍屬初步數據時以虛線顯示 |
| Search Analytics API | 預設為最終數據；dataState: "all" 會加入最新但尚未完成的日期 |
| 匯出至 BigQuery 的大量資料匯出 | 每天匯出一次；已匯出的日期在 Google 修正資料時可能被改寫 |
| GA4 中的 Search Console 報表 | 在 Search Console 收集資料後 48 小時 |
| 網頁索引報表 | 沒有固定排程；數字會隨 Google 重新檢索受影響的網頁而變動 |
大部分的困惑都能由兩個細節解釋。每日資料的日期是以太平洋時間計算，而 24 小時檢視則採用你瀏覽器的時區，因此報表中的「昨天」可能不是你所在地的昨天。此外，報表預設只顯示完整的日期：只有在你選擇包含初步資料的日期範圍時才會出現，通常是今天，有時也包括昨天。
Google 一直在縮短等待時間。2024 年 12 月推出 24 小時檢視時，Google 表示該年度的平均資料延遲已縮短了將近一半。
為什麼最後兩天看起來像是下滑
仍在收集中的日期，其點擊次數與曝光次數會比最終結果少。把它和已完成的日期畫在一起，線條就會向下彎曲，看起來就像流量減少。以下三個習慣可以避開這個陷阱：
- 以最後一個已穩定的日期作為比較的終點。 請比較截至三天前的 28 天與再往前的 28 天，而不是比較到今天為止的區間。
- 以整週為單位比較。 流量有每週的規律，因此用 7 天或 28 天對比相同天數，可以避免星期幾造成的偏差。
- 用 24 小時檢視確認「有沒有生效」，而不是用來看總量。 它很適合用來確認新上線的內容或故障修復後，是否在數小時內反映在搜尋結果中。
如果你透過 API 以 dataState: "all" 取得資料並依日期分組，回應的中繼資料會包含 first_incomplete_date：從這個日期起，數值仍可能出現明顯變動。
不是延遲的情況
- 資源是新建立的。 Google 表示，資料通常會在新增資源後的幾天內出現。如果過了這段時間仍沒有任何資料，請檢查資源網址是否與網站相符(
http與https、www與不含www)。請參閱 Search Console 沒有顯示資料。 - Google 的記錄發生問題。 Google 會在資料異常頁面列出已知的缺漏。光是 2026 年，就記錄了數次 Discover 記錄錯誤（5 月 7 日至 8 日、5 月 21 日、6 月 24 日和 8 月 13 日），導致回報的點擊次數與曝光次數偏低。在追查一個只存在於報表中的下滑之前，請先查看該頁面。
- 你的流量確實下降了。 如果已完成的日期與一週前相同星期幾相比仍持續偏低，那就是真實的下降。請先檢查哪些網頁和查詢失去了點擊。
各報表的更新頻率請見 Search Console 多久更新一次，資料可回溯的範圍則請見 Search Console 會保留多少歷史資料。
AutoPSEO 如何處理延遲
AutoPSEO 向 Search Analytics API 請求的只有已確定的資料，因此初步數字不會進入它的報表、期間比較或儲存的歷史記錄。已儲存的資源只有在 Search Console 回傳某一天的資料後，才會將該日加入封存，若尚未準備好則會在隔天重試。流量異常警示是針對最近一個已穩定的日期評分，因此透過 Slack、Teams 或 webhook 收到的警示，反映的是真實的變化，而不是尚未完成的一天。請參閱異常偵測。
資料來源：Google 的成效報表說明、Discover 報表說明、24 小時檢視公告、Search Analytics API 參考文件、GA4 整合說明以及資料異常頁面。