2026年10月5日，Search Engine Roundtable報導了Google在Search Central Live Deep Dive Europe（巴塞隆納） 上公布的一項罕見數據——Gary Illyes展示了Google內部針對爬取（Crawling）、索引（Indexing）與服務（Serving） 三個階段所統計的實際所需時間範圍。這是Google首次以數據形式公開這些時序資訊。 對香港網站營運者與SEO從業者而言，這些數據提供了一個極為實用的期望管理框架： 你應該等多久才看到SEO成效？何時應該擔心？何時仍屬正常範圍？
1) 爬取階段（Crawling）：新URL約20小時被發現，但最慢可能永不
發生了什麼？
Gary Illyes在巴塞隆納活動中展示了Google爬取、索引與服務的內部統計數據， 由John Campbell（We Are Roast）與Neil McCarthy在LinkedIn上記錄並分享。 這些數據分為典型時間（typical）與最慢時間（slowest），並附帶一個重要備註： 許多程序是連鎖的——頁面必須先被爬取才能被索引，因此延遲會疊加。
爬取階段的關鍵數據：新URL發現約20小時（典型），最慢可達數週至永不。 已知URL重新爬取約30天，最慢同樣可達數週至永不。Sitemap處理約24小時， 最慢可達14天或永不（若品質審查不合格）。robots.txt更新約24小時。 爬取容量更新介乎4小時至1-2週；爬取需求更新約20小時，最慢可達數週至數月。
Illyes特別提醒：爬取容量可以在數秒內下降——當Google發現你的伺服器回應變慢時， 它會立即自動後退（back off），這可能導致爬取活動出現明顯的暫停。
對香港網站SEO的含意：爬取不是即時的，伺服器穩定性比你想像中更重要
- 新內容被發現需要耐心。典型20小時對大站來說可能更快，但對新站或頁數較少的香港中小企網站， 可能需要數天甚至數週。不要因為發布內容後24小時未出現在Google上就驚慌。
- 伺服器穩定性直接影響爬取。香港網站如果使用共用主機或低成本寄存， 當流量突增或伺服器回應稍慢時，Google會自動減慢爬取速度。這對電子商務和服務預約網站尤其關鍵。
- Sitemap不是萬能藥。即使提交了Sitemap，最慢仍需14天才能處理完畢——而且如果Google判定你的Sitemap品質不足， 它可能永遠不會被完整處理。確保Sitemap只包含高品質、已發布的頁面，而非大量低價值的頁面。
2) 索引階段（Indexing）：端到端索引約1.5小時，但最慢可達數月
發生了什麼？
索引階段的數據更具啟發性：渲染（Rendering）為秒級別，但佇列等待可能需要數小時至數天。 中繼標記（Meta annotations）需45-90分鐘，最慢1-4天。連結註解（Link annotations）需數分鐘至1-3週， 最慢可達數月。端到端索引約1.5小時，但最慢可達數月或永不（品質審查不合格）。
其他重要數據：移除（Removal）需1-3週。正規化變更（Canonicalisation change）需1-3週， 最慢可達數月（當正規化信號衝突時）。網站遷移（Site move）需1-3個月，最慢達6個月至1年以上。 結構化資料更新需數小時至1-2週，最慢可達數週或永不。圖片索引需數小時至數天，影片更長。
對香港網站SEO策略的具體影響
- 網站遷移的時間預算需要重新設定。如果你計劃將網站從HTTP遷移到HTTPS、更換域名或重組URL結構， 預留1-3個月的典型時間，最壞情況下需6個月至1年。這意味著你應該在遷移前至少3個月就開始準備。
- 正規化變更需要耐心。很多香港網站因為多語言版本（繁體中文、簡體中文、英文）而出現正規化問題。 設定rel="canonical"或hreflang後，需要1-3週才看到Google的處理結果，如果信號矛盾可能需數月。
- 結構化資料更新不是即時的。FAQ、Product、LocalBusiness等Schema更新後， 需等待數小時至1-2週才在搜尋結果中反映出來。不要因為修改Schema後隔天未見變化就再做修改。
- 核心更新恢復需3-6個月。如果你的香港網站被2026年9月的垃圾內容更新或核心更新影響， 恢復的典型時間是3-6個月——這與Illyes的數據吻合：核心更新變化需3-6個月恢復， 最慢需6個月至1年（要等到下一次核心更新）。
3) 服務階段（Serving）：標題更新最快1-2天，核心更新需等3-6個月
發生了什麼？
服務階段的時間線對SEO日常操作最有參考價值：Search Console中要求的移除→約2小時（24小時內）。 摘要更新（Snippet update）→1-2天，最慢數週至數月。標題更新（Title update）→1-2天， 最慢數週至數月。圖片更新→1-2週，最慢數週至數月。手動操作移除→1-2週，最慢4-6週。 垃圾內容更新影響→1-2週（持續更新），最慢數月（批次更新）。
其中最快的是Search Console移除要求（約2小時），最慢的是核心更新恢復（3-6個月）。
對香港SEO操作節奏的建議
- 調整SEO成效的期望管理。如果你的香港網站更改了標題或meta description， 預期1-2天後才在搜尋結果中看到更新——這是正常範圍。不要因為修改後數小時未見變化就重複修改。
- 垃圾內容更新的節奏更快。相比核心更新需等待2-4週才能完全推出， 垃圾內容更新只需要1-2天即可完全推出。如果你的網站被垃圾更新影響， 更可能在較短時間內看到恢復（1-2週內）。
- 手動操作移除的時間框架更明確。如果Google對你的香港網站發出人工處理操作， 移除所需的典型時間是1-2週。這是一個重要的商業決策框架： 在決定是否聘請SEO顧問處理手動操作時，可以給客戶一個更精確的時間預期。
補充：多程序連鎖延遲——你為何需要等待疊加時間
Illyes的數據中最容易被忽略的備註是「這些程序是連鎖的」。這意味著： 如果一個新URL的爬取（典型20小時）和索引（典型1.5小時）都要走完， 實際上你可能等待22-24小時才看到新頁面出現在Google上。 但如果爬取階段就遇到延遲（例如伺服器回應慢），整個時間線會等比延長。 對香港中小企網站來說，最常見的延遲瓶頸包括：共用主機的伺服器回應時間、 Sitemap品質不足導致的處理延遲、以及多語言版本的URL正規化問題。
結語：Google首次提供內部數據，讓SEO決策更有據可依
Gary Illyes在巴塞隆納展示的這份數據，是Google罕見地將內部運作時間面紗掀開一角。 對香港網站營運者而言，最大的收穫是建立一個更科學的期望框架： 何時應該耐心等待（如核心更新恢復需3-6個月），何時應該採取行動 （如移除要求在24小時內應完成）。建議你將這份數據納入SEO報告模板， 作為向客戶或團隊解釋SEO時間線的參考文檔——有了Google自己的數據， 許多「我的網站為什麼還沒爬取？」的問題會變得更容易回答。