Google John Mueller 警告：唔好喺 Sitemap 用 Cache Busting 參數強迫每日爬取 — 香港技術 SEO 指南

SEOharbour 嘅發現：有人喺 Sitemap 用 Cache Busting

2026 年 9 月初，Search Engine Journal 報導咗一個 SEO 界嘅熱門討論——有用戶喺 Bluesky 上問 Google 嘅 John Mueller 關於一個有爭議嘅 Sitemap 技術。

Bluesky 成員 @seoharbour 發現某個大型網站嘅 Sitemap Index 檔案入面，每日嘅子 Sitemap URL 都會帶有一個全新嘅 ?v=timestamp 參數。例如：

https://www.example.com/sitemap-posts.xml?v=20260909

呢個做法嘅目的好明顯：透過改變 URL 參數，強迫 Google 同其他搜尋引擎每日重新爬取整個 Sitemap，確保新內容快速被索引。但呢個做法其實係一個「SEO 偽術」，而且 John Mueller 明確話：「呢個係壞主意。」

首先釐清一個概念：Cache Busting（快取破壞）本身係一個完全正當嘅網頁技術，通常用喺 CSS、JavaScript 同圖片檔案上面。開發人員喺檔案網址後面加上版本參數（例如 style.css?v=2），確保用戶瀏覽器下載最新版本而唔係用過時嘅快取。

呢個做法喺前端資源上係好正常嘅，但將同一個邏輯套用到 Sitemap XML 檔案上面就完全唔同——因為 Sitemap 嘅作用係通知搜尋引擎你網站上有啲咩內容，而唔係做版本控制。

John Mueller 嘅回應好清楚：

「我認為呢個係壞主意，因為你係向搜尋引擎傳達——呢個內容嘅 Canonical URL 係不斷改變嘅。呢對搜尋引擎唔好，對你嘅追蹤分析亦唔好。保持網址清晰同穩定係非常重要嘅。」

佢仲引用埋 Tim Berners-Lee 經典文章《Cool URIs don't change》嚟支持自己嘅觀點——穩定嘅網址係互聯網嘅基礎原則。

Sitemap 嘅每個 URL 理論上應該係內容嘅 Canonical URL。如果你每日都改 URL（即使只係加參數），Google 會困惑到底邊個版本係真正嘅權威網址。呢可能導致索引混亂，甚至被視為 URL 參數污染。

香港中小企網站通常 Crawl Budget 唔多。用呢種方法「迫」Google 每日爬你嘅 Sitemap，只係浪費咗本來可以用嚟爬取你真正重要頁面嘅資源。Google 本身已經有機制透過 <lastmod> 元素判别邊啲檔案有更新，唔需要用 Hack。

如果你嘅分析工具（如 Google Analytics 或 Search Console）追蹤 Sitemap URL 嘅表現，每日轉換嘅參數會令歷史數據無法比對，破壞咗你嘅分析報告。

想確保 Google 有效爬取同索引你嘅內容？以下係正確做法：

Sitemap 入面每個 URL 嘅 <lastmod> 標籤就係用嚟通知 Google 你嘅內容幾時更新過。只要準確填寫最後修改日期，Google 自然會根據需要重新爬取。唔使 Hack。

<url> <loc>https://www.hongkongseo.hk/blog/xxx</loc> <lastmod>2026-09-10</lastmod> </url>

直接透過 Google Search Console 提交 Sitemap URL，Google 會根據佢自己嘅演算法決定爬取頻率。你亦可以喺 Search Console 監控 Sitemap 嘅索引狀態。

Sitemap Index 入面嘅子 Sitemap URL 應該保持不變——只係更新內部內容嘅 <lastmod> 同 <changefreq>。如果你真係需要新增內容，加新嘅子 Sitemap，而唔係改現有嘅 URL。

最快令 Google 爬取你新內容嘅方法，其實係寫高質量嘅內容。Google 對真正有價值嘅內容自然會提高爬取頻率。如果你嘅內容係原創、有用、同其他網站有區別，Google 會自動優先處理。

呢個事件反映出 SEO 行業入面一個常見嘅現象：部分「SEO 影響者」推廣一啲聽落好聰明、但實際上好有問題嘅 Hack。正如 SEJ 報導所講——「呢啲 Hack 聽落好有道理，但真正識 SEO 嘅人會覺得好荒謬。」

真正嘅技術 SEO 係建基於正確理解搜尋引擎嘅工作原理，而唔係試圖欺騙系統。尤其係香港中小企，SEO 資源有限，更應該集中喺正確嘅基礎工作上，而唔係追逐呢啲「快狠準」嘅 Hack。

□檢查 Sitemap URL 是否穩定——打開你嘅 Sitemap Index 檔案，確認入面每個子 Sitemap URL 冇帶任何動態參數（?v=、?ts=等）
□驗證 <lastmod> 準確性——確保 Sitemap 入面每個 URL 嘅 lastmod 日期同實際內容更新日期一致，唔好求其填今日日期
□透過 Search Console 提交 Sitemap——登入 Google Search Console，確認你嘅 Sitemap 已經正確提交，並檢查索引狀態報告
□移除任何 Sitemap Cache Busting 代碼——如果開發團隊曾經加入過呢種 Hack，立即移除，改用正確嘅 lastmod 機制
□檢討 Crawl Budget 使用情況——喺 Search Console > 設定 > 爬取統計資料，睇下 Googlebot 每日爬取你網站幾多頁面，確保 Budget 用喺重要頁面
□檢視 SEO 策略有冇其他「偽術」——重新審視整體 SEO 策略，確保冇其他類似嘅 Hack（例如關鍵字填充、隱藏文字、門頁等）