HTTP 狀態碼解析：Google 爬蟲最關注與忽略的關鍵技術信號

網站技術健康檢查：Google 真正關注哪些 HTTP 狀態碼，哪些又可以直接忽略？

經營網站就像經營一家店面，除了商品或內容要吸引人，「店面」本身的結構、動線、甚至對外溝通方式，都會影響顧客（或訪客、搜尋引擎）的體驗。而在網站的世界裡，網站跟瀏覽器（或 Google 爬蟲）溝通時發出的「狀態碼」就是一個重要的技術信號。你可能想問，這些數字密碼到底是什麼意思？對於我們這些經營網站、希望提升搜尋引擎能見度的人來說，Google 到底在意哪些狀態碼？近期，Google 搜尋關係團隊的 Gary Illyes 和 Martin Splitt 在他們的 Search Off the Record 播客中，就對這個問題給出了非常明確的回答。這篇文章就要帶你一起深入了解，Google 在處理 HTTP 狀態碼時的真實重點，讓你把寶貴的 SEO 資源花在刀口上。

以下是網站技術健康檢查中幾個重要的狀態碼：

• 1xx 系列：資訊性回應，如 “100 Continue”。
• 3xx 系列：重新導向，如 “301 Moved Permanently”。
• 4xx 系列：客戶端錯誤，如 “404 Not Found”。

Google 官方認證：完全忽略的「資訊性」狀態碼（1xx 系列）

首先，讓我們從 Google 官方明確表示「完全忽略」的部分談起。在 HTTP 狀態碼的世界裡，1xx 系列代表的是「資訊性回應」（Informational Response）。你可以想像成是伺服器發出的一個「請稍等一下」或是「我收到你的請求了，正在處理」之類的訊息。

常見的 1xx 狀態碼包括：

• 100 Continue：表示伺服器已經收到請求的開頭部分，用戶端應該繼續傳送請求的其餘部分。
• 101 Switching Protocols：表示伺服器正在依據用戶端的請求，切換到不同的協定。
• 103 Early Hints：這是一個比較新的狀態碼，用於在伺服器準備主要回應之前，先向瀏覽器發送一些提示（例如可能會用到的資源連結），理論上可以幫助瀏覽器提早準備，加速頁面載入。

然而，Google 搜尋關係團隊非常清楚地指出，對於 Google 的爬蟲來說，它們在處理過程中是會「完全忽略」所有 1xx 系列的 HTTP 狀態碼。這意味著，不論你的網站技術上是否有使用 103 Early Hints 或其他 1xx 狀態碼，Google 的搜尋引擎在爬取和索引你的網站時，並不會將這些狀態碼納入考量，也不會因此影響你的 SEO 排名或處理方式。

所以，如果你曾經為了 Google SEO 而考慮要針對 1xx 狀態碼進行特別優化，聽到這裡，你可以放心地將這部分的時間精力省下來，專注於 Google 真正重視的其他信號。

重新導向的秘密：Google 只看「永久」還是「暫時」

接下來，我們來談談在網站管理和 SEO 中非常常見的「重新導向」（Redirects），也就是 3xx 系列的狀態碼。當你移動了網頁位置、修改了網址結構，或者需要將舊的網址導向新的網址時，就會用到重新導向。最常見的可能是 301 Moved Permanently 或 302 Found (過去是 Temporary Redirect)。

許多人可能會糾結於應該使用 301 還是 302，或者其他 3xx 代碼如 307 Temporary Redirect 或 308 Permanent Redirect。過去也有不少關於不同 3xx 代碼對 SEO 權重傳遞的討論。但根據 Google 官方的最新說法，他們的系統在處理 3xx 重新導向時，真正關注的核心點並不是你使用了哪個具體的 3xx「數字代碼」，而是這個重新導向的「性質」：它是屬於「永久性」的，還是「暫時性」的。

你可以這樣理解：對 Google 而言，301 和 308 都代表「這個頁面已經永遠搬家了」，而 302 和 307 則代表「這個頁面只是暫時不在這裡，晚點可能就會回來」。

為什麼這個區別很重要？因為它直接影響到 Google 如何處理頁面的「正規化」（Canonicalization）以及是否會將原網址的某些信號（例如頁面的權重、連結價值）傳遞到新網址。如果一個重新導向被 Google 判定為永久性的，Google 會更傾向於將新網址視為該內容的「主要」版本，並逐漸忽略舊網址；如果是暫時性的，Google 會知道舊網址可能還會回來，所以會繼續關注舊網址，新網址則可能被視為一個臨時的替代。

重點是：確保你使用的重新導向狀態碼，能正確地表達你移動網址的意圖（永久還是暫時）。不要過度鑽研數字本身的差異，而是要把重點放在這個重新導向對網站結構和內容管理的實際意義上。正確使用永久或暫時導向，才能幫助 Google 正確理解你的網站結構變化，維護頁面權重。

網站維護的信號：重要的客戶端錯誤碼（4xx 系列）

接著是 4xx 系列狀態碼，這些通常表示「客戶端錯誤」（Client Error），意思是問題來自於使用者或 Google 爬蟲的請求本身，而不是伺服器端無法處理。其中最廣為人知的就是 404 Not Found。

與 1xx 狀態碼不同，Google 對於標準的 4xx 狀態碼是非常重視的，因為它們是網站維護和爬取管理的重要信號。Google 官方特別點名了 404 Not Found 和 410 Gone 這兩個狀態碼。

那麼，404 和 410 有什麼區別，以及為什麼它們對 Google 爬取重要？

• 404 Not Found：表示伺服器找不到請求的資源。意思是「這個網址現在沒有東西」。
• 410 Gone：表示請求的資源在伺服器上「已經永久移除且沒有轉址地址」。意思是「這個網址過去可能有東西，但現在被移除了，而且未來也不會回來」。

正確使用這兩個狀態碼（尤其是 410）可以幫助 Google 更快地理解某些網址上的內容是「真的沒了」，特別是對於那些你確定不會再恢復的舊頁面。當 Google 遇到 404 時，它知道目前找不到，但可能還會過陣子再回來看看；而遇到 410 時，它會更傾向於從索引中移除該網址，並減少未來對該網址的爬取嘗試。

這對於大型網站或經常清理舊內容的網站尤其重要。正確回報 404 或 410 可以幫助 Google 更有效率地分配它的「爬取預算」（Crawl Budget），避免浪費資源去不斷檢查那些不存在的網址，同時也能確保你的 Google 搜尋結果中不會充斥著找不到頁面的連結，提升使用者體驗。

不只 HTTP：Google 搜尋控制台的網路錯誤可能藏在更深處

許多網站管理員習慣透過 Google 搜尋控制台（Google Search Console，簡稱 GSC）來監控網站的健康狀況和 Google 的爬取情況。在 GSC 中，你可能會看到關於「網路錯誤」的報告。

看到這些錯誤，我們很直覺地會聯想到 HTTP 狀態碼問題。但 Google 的團隊提醒我們，GSC 中報告的許多網路錯誤，實際上可能並非源於 HTTP 協定層級的問題，而是更底層的技術協定出了狀況，例如 TCP (傳輸控制協定)、UDP (使用者資料包協定) 或 DNS (網域名稱系統)。

你可以想像一下：HTTP 是應用層的協定，就像是網站內容的語言；而 TCP/UDP 是傳輸層的協定，負責打包和傳送這些語言訊息；DNS 則是翻譯「網址」到「伺服器位置」的系統，像是網路世界的地址簿。如果地址簿查不到地址（DNS 錯誤），或者訊息打包傳送出了問題（TCP/UDP 錯誤），那麼即使你的網站伺服器本身沒問題，Google 爬蟲也根本無法順利建立 HTTP 連線並取得狀態碼。

這給了我們一個重要的診斷方向：當你在 GSC 中看到網路錯誤時，不要只檢查你的網站回傳了什麼 HTTP 狀態碼。你需要往更底層去探查，確認你的 DNS 設定是否正確、伺服器是否能穩定處理網路連線（檢查伺服器防火牆、網路設定等），問題可能藏在意想不到的地方。

基礎但關鍵：200 OK、5xx 伺服器錯誤與 429 請求過多

雖然前述的 1xx、3xx、4xx 是播客討論的重點，但我們絕不能忽略那些最基礎、卻對 Google 爬取和索引網站至關重要的狀態碼：

• 200 OK：這是最理想的狀態！表示「一切正常，請求成功，這是你要的內容」。當 Google 爬蟲看到 200 OK 時，它就知道可以放心地爬取頁面內容並進行索引。這是確保你的網頁能被 Google 收錄並排名的基本前提。
• 5xx 系列狀態碼：這代表「伺服器錯誤」（Server Error）。例如 500 Internal Server Error、503 Service Unavailable。當 Google 爬蟲遇到 5xx 錯誤時，它知道問題出在你的網站伺服器端。這會導致 Google 無法存取你的內容，嚴重影響爬取和索引。如果這些錯誤持續發生，Google 可能會降低對你網站的爬取頻率，甚至暫時將相關頁面從索引中移除。
• 429 Too Many Requests：這個狀態碼表示「請求過於頻繁」。通常是伺服器設定了訪問頻率限制，當 Google 爬蟲在短時間內發出過多請求時，伺服器回傳 429，告訴 Google 需要慢下來。雖然這不像 5xx 那樣直接導致無法存取，但如果設定不當，持續回傳 429 會限制 Google 的爬取速度和效率。

這些狀態碼雖然沒有在播客中被特別強調，但它們是網站可訪問性的基礎。一個健康的網站必須能夠穩定地回傳 200 OK，並盡可能避免 5xx 錯誤。如果需要限制爬取速率，429 的使用也需要謹慎規劃，以免影響 Google 的正常爬取。

總結：聚焦 Google 真正關心的技術信號

透過 Google 官方人員的分享，我們更清楚地了解 Google 在處理 HTTP 狀態碼時的實際考量。簡單來說：

• 忽略 1xx：不要在 1xx 状态码上花费 SEO 优化心力。
• 3xx 看意圖：重新導向（3xx）的關鍵在於你是想表達「永久」還是「暫時」移動，而不是具體的數字代碼。
• 4xx 是管理信號：正確使用 404 (找不到) 和 410 (已移除) 等 4xx 錯誤碼，有助於 Google 有效管理爬取和索引。
• GSC 錯誤往深處查：Google 搜尋控制台的網路錯誤可能源於底層網路問題 (TCP, UDP, DNS)，診斷時需全面檢查。
• 200, 5xx, 429 是基礎：確保網站穩定回傳 200 OK，避免 5xx 錯誤，並合理管理 429 限制，這是網站被爬取和索引的前提。

對於網站經營者和 SEO 專業人士來說，這是一個重要的提醒：技術 SEO 的目標是幫助搜尋引擎更好地理解和存取你的網站內容。將你的技術優化重點放在 Google 官方明確表示會納入考量的信號上，可以讓你更有效率地提升網站的技術健康度和搜尋引擎表現。理解這些底層溝通方式，就像為你的網站打好地基，讓它更有機會在茫茫網海中被 Google 找到並展示給需要的用戶。

常見問題（FAQ）

Q：什麼是 HTTP 狀態碼？

A：HTTP 狀態碼是伺服器用來表示請求的結果的數字代碼，分為不同類型，以不同的範圍表示不同的狀態。

Q：為什麼要關注 404 和 410 狀態碼？

A：這兩個狀態碼能幫助 Google 確認特定網址的存在狀態，正確使用有助於網站的優化和管理。

Q：如何使用 Google 搜尋控制台來監控網站健康狀況？

A：可以透過 GSC 監控網站的爬取情況和錯誤報告，發現並解決潛在的技術問題。

本篇新聞改寫自：HTTP Status Codes Google Cares About (And Those It Ignores) via @sejournal, @MattGSouthern
原始文章連結：https://www.searchenginejournal.com/http-status-codes-google-cares-about-and-those-it-ignores/546898/