降低 Google 檢索頻率

Google 檢索器基礎架構採用精密的演算法來決定網站的最佳檢索頻率。我們的目標是在每次瀏覽您的網站時，盡可能檢索更多網頁，同時避免對您的伺服器造成太大影響。在某些情況下，當 Google 檢索您的網站時，可能會對您的基礎架構造成沉重負載，或在服務中斷期間產生不必要費用。為減輕這種情況所造成的影響，您可以決定是否要減少 Google 檢索器提出的要求數量。

瞭解導致檢索頻率急遽增加的原因

檢索頻率急遽增加，可能是由於網站結構效率不佳或網站本身的問題所引起。根據我們過去收到的報告內容，最常見的原因如下：

• 網站上網址的設定效率不佳，這通常是由於網站的特定功能所造成：
  • 多面向導覽或其他排序和篩選功能
  • 日曆中含有許多特定日期的網址
• 動態搜尋廣告目標

強烈建議您向代管公司確認，並查看伺服器最近的存取記錄，瞭解流量來源，並確認是否符合上述導致檢索頻率急遽增加的原因。接著，請參閱管理多面向導覽網址的檢索和最佳化檢索效率的指南。

緊急降低檢索器流量 (針對緊急情況)

警告：在考慮降低 Google 的檢索頻率時，請注意這會造成廣泛的影響。對 Google 搜尋而言，Googlebot 能發現的新網頁會變少，重新整理現有網頁的頻率也會降低 (例如，Google 搜尋結果可能需要較長的時間才會反映最新的價格和產品供應情形)，而已經移除的網頁可能會保留在索引中更久的時間。而對 Google Ads 來說，您的廣告活動可能會遭到取消或暫停，且廣告可能無法放送。

如要緊急降低短時間內的檢索頻率 (例如數小時或 1 到 2 天)，請對檢索要求傳回 500、503 或 429 HTTP 回應狀態碼，而不是 200。

如果 Google 的檢索基礎架構檢索到大量含有 500、503 或 429 HTTP 回應狀態碼的網址 (例如當您停用網站時)：

• 系統會降低整個主機名稱 (例如 subdomain.example.com) 的網站檢索頻率，傳回錯誤狀態的網址和傳回內容的網址都包含在內。
• 一旦這些錯誤的數量減少，系統就會再次自動提高檢索頻率。

傳回 503 或 429 狀態碼時，您也可以加入 Retry-After HTTP 標頭 (如 RFC 9110 HTTP Semantics 所定義)，指出 Google 檢索器何時可以重試要求，並以秒為單位指定延遲時間，或指定絕對世界標準時間日期和時間：

• 延遲時間 (以秒為單位)：

  HTTP/1.1 503 Service Unavailable
  Retry-After: 120

• 絕對世界標準時間日期和時間：

  HTTP/1.1 503 Service Unavailable
  Retry-After: Wed, 21 Oct 2026 07:28:00 GMT

警告：我們不建議長時間這麼做，最多不應超過 1 到 2 天，因為這可能會對網站在 Google 產品中的顯示方式造成負面影響。例如，以 Google 搜尋服務而言，如果 Googlebot 持續數天在同樣的網址上觀察到這些狀態碼，可能會將該網址從 Google 索引中移除。

降低檢索頻率的特殊要求

如果無法在您的基礎架構中將錯誤提供給 Google 檢索器，請提出特殊要求，回報檢索頻率異常偏高的情況，並在要求中提及網站的最佳檢索頻率。請注意，您無法要求提高檢索頻率，且我們可能需要幾天才能評估及處理這類要求。