Google 報表的反應時間
在做網站經營管理多年，一直對網站變動後會多久影響到 Google 報表這件事，滿懷疑問。這篇 SEJ 文章解答了我的問題。我也另外搜尋了其它關於這個問題的解答，並寫下我的看法。
先講結論：這張時間表很好用，但它是「參考範圍」，不是「保證期限」。為什麼這樣說，往下看。
Google 索引時間：Illyes 秀出的完整時間表
Google 的 Gary Illyes 在巴塞隆納的 Search Central Live Deep Dive Europe 上，秀出爬取、索引、網站搬家與核心更新復原的時間範圍。這些數字來自 ROAST 公司 John Campbell 對 10 月 2 日場次的整理，每個流程都有一般與最慢兩種時間。
| 流程 | 一般情況 | 最慢情況 |
|---|---|---|
| 發現新網址 | 約 20 小時 | 數週，甚至永遠不會 |
| 重新爬取已知網址 | 約 30 天 | 數週，甚至永遠不會 |
| Sitemap 處理 | 約 24 小時 | 最多 14 天，或因品質問題永不處理 |
| 索引（端到端） | 約 1.5 小時 | 數月，或因品質問題永不索引 |
| Canonical 變更 | 1 至 3 週 | 數月（訊號互相衝突時） |
| 標題、摘要更新 | 1 至 2 天 | 數週到數月 |
| Search Console 移除網址 | 約 2 小時 | 約 24 小時 |
| 人工處置解除 | 1 至 2 週 | 4 至 6 週，休眠網站更久 |
| 網站搬家 | 1 至 3 個月 | 6 個月到 1 年以上 |
| 核心更新後復原 | 3 至 6 個月 | 6 個月到 1 年（等下一次核心更新） |
這張表我最在意的三件事
第一，「永遠不會」出現太多次。 最慢欄位裡有五處寫了「never」，其中三處（Sitemap 處理、索引、結構化資料更新）還括號註明是「品質」問題。換句話說，有些等待不是排隊，而是 Google 判斷這頁不值得處理。
第二，流程是串在一起的。 Illyes 提醒，頁面必須先被爬取才能被索引，所以前面的延遲會一路累積到後面。你在後面看到的「怎麼還沒更新」，原因可能在第一關。
第三，核心更新那一列講的是「復原」，不是「更新本身」。 Google 2025 年 12 月的核心更新跑了 18 天，2026 年 3 月那次是 12 天又 4 小時。更新跑完只是開始，你的網站要回到原本水準，是另一個以月計算的時鐘。
同一件事，不同的人怎麼看
觀點一：官方派，給你合理的預期
Google 自己的核心更新文件也說，有些變化幾天內就會出現，但要確認整體改善可能需要好幾個月。若幾個月後仍沒變化，可能是在等下一次核心更新。這和 Illyes 的表格方向一致。這派的重點是：別在第三天就判定失敗。
觀點二：方法論質疑派，數字的底子沒那麼硬
這個角度我覺得最該認真看。不論是現場整理還是 Google 的活動頁面，都沒有說明樣本數、統計期間，也沒定義什麼叫「一般」。整理者表中也沒列出各流程的「最快」欄位。而且簡報檔在 SEJ 發文時，並未出現在 Google Search Central 的活動頁面上。
PPC Land 也提醒，這些整理是與會者的轉述，不是 Google 的正式發布。他們發現不同天的整理對結構化資料是否會進入 AI 功能的描述並不一致。這提醒我：引用時要寫清楚「據與會者整理」，不要寫成「Google 官方說」。
觀點三：實務數據派，搬家比 Illyes 說的久
Illyes 說網站搬家一般 1 至 3 個月，但第三方研究看到的更長。Salt 的研究分析了 1,052 次網站搬遷，中位數約 10 個月才回到搬遷前的流量，約 42% 超過 12 個月，也有 15% 拖過兩年。另一份針對 892 次搬遷的研究則得到平均 523 天，其中 17% 在千日內仍沒恢復。
兩邊矛盾嗎？我認為不是。量的東西不同。 Illyes 講的是 Google 處理完搬家這件事的時間，研究量的是「流量回到搬家前水準」的時間。處理完了，不代表你的排名自動回來。
觀點四：樂觀派，做對了就不會痛太久
Joost 的搬遷指南認為，合理預期是流量掉 30% 到 40%，持續三到六個月後回到基準線。CTO Migrations 的 Charles Taylor 則說，管理良好的搬遷，初期流量約掉 10% 至 25%，三到六個月復原，並以「掉幅低於 15%、90 天內復原」作為在軌道上的標準。
這一派有個共同前提：規劃、轉址、對照檢查都做對。而且他們多半是做搬遷服務的顧問，數字當參考就好，別當保證。
觀點五：品質派，快修技術問題救不了不值得收錄的頁面
整理者在評論中指出，「never」多半和品質有關，技術上修得再快，Google 若認為頁面不值得，也沒有用。要留意，這句是整理者自己的解讀，不是 Illyes 的原話。但我自己很認同這個方向：很多人把「還沒被索引」當技術問題一直修，其實該回頭看內容。
我的看法：把時間表當溝通工具，而不是倒數計時器
1. 它最大的價值是跟老闆、客戶溝通。 以前被問「改完多久會有效」，我只能說「看情況」。現在手上有一張 Google 工程師秀出的表，至少能說出一個範圍。
2. 但別把「最慢情況」當藉口。 如果搬家三個月還沒穩，照表格是落在一般範圍的尾端，這時應該開始查，而不是繼續等。
3. 先做基準線，再談復原。 改版前不先匯出 Search Console 的點擊、曝光、查詢資料，之後根本無法證明有沒有復原。這點在搬遷文章裡也常被提到，卻最常被跳過。
4. 一次只改一件事，才看得出誰在影響誰。 標題、canonical、網址結構同時動，報表變了你也不知道是哪一個造成的。
（這裡可以放上你自己的網站案例：改了什麼、哪天改的、報表在第幾天出現變化。）
改了什麼，什麼時候回頭看
| 你做的變更 | 建議回頭看的時間 | 還沒變化時先查什麼 |
|---|---|---|
| 修改標題、摘要 | 1 至 2 週 | 該頁是否已被重新爬取 |
| 新增文章 | 1 至 3 天 | Sitemap 是否送出、內部連結是否足夠 |
| 調整 canonical | 3 至 4 週 | 是否有互相衝突的訊號 |
| 網站搬家 | 每週追蹤，3 個月做一次總檢 | 轉址是否完整、舊網址是否仍被索引 |
| 核心更新後調整內容 | 3 至 6 個月 | 內容品質是否真的有實質改變 |
上面的「建議時間」是我根據表格換算的實務抓法，不是 Google 說的。
常見問題
Q：新文章發布後多久會被 Google 找到？
A：依這份整理，一般約 20 小時，最慢可能數週，甚至不會被發現。
Q：網站搬家要多久才會穩定？
A：Illyes 的範圍是 1 至 3 個月，最慢 6 個月到 1 年以上。小型網站搬家，幾週就可能完成。但流量回到原點，第三方研究看到的時間長得多。
Q：核心更新掉排名，改完內容多久能回來？
A：一般 3 至 6 個月，最慢可能要等到下一次核心更新。
你可以現在就做一件事
把你網站最近一次改動的日期寫下來，拿去對照上面的表，然後檢查你的實際等待時間，比表格快還是慢？