SEO 的重要 HTTP 狀態代碼指南

在進行技術 SEO 審核或診斷網站的技術問題時，對於 SEO 來說，了解最常見的 HTTP 狀態代碼是什麼以及何時應該使用它們非常重要。 本文將解釋它們是什麼，它們發生的時間和原因，以及最重要的是如何有效地利用它們。

• 什麼是 HTTP 狀態碼？
• 最常見的狀態碼是什麼？
• 如何檢查和測試狀態碼？
• 有哪些不同類別的狀態代碼？

什麼是 HTTP 狀態碼？

每次您訪問網站上的新頁面（或網絡上任何地方的頁面）時，您的瀏覽器都會向該網站的服務器發送一個請求。 對請求的響應是來自服務器的三位數代碼——這是 HTTP 狀態代碼。 此代碼確認來自客戶端的請求並表示來自服務器的響應。

有數百種不同的代碼，每個代碼都有不同的用途。 這些代碼可讓您了解頁面是否正常運行或是否存在問題，以及如果存在，發生了什麼問題。

當機器人抓取一個網站時，它會以與瀏覽器相同的方式請求網頁——HTTP 代碼指導這種交換。

SEO 專家可以在網站上實施某些代碼，為用戶和機器人創建不同的旅程。 也就是說，在抓取網站時更改用戶或機器人的路徑。 狀態代碼也可用於傳遞或阻止流經頁面的鏈接資產。

由於搜索引擎對這些代碼的處理方式不同，因此正確使用它們很重要！ 如果代碼使用不正確，您的網站可能會面臨重大的技術 SEO 問題。

這就是為什麼搜索引擎優化 (SEO) 專家需要了解 HTTP 協議以及這些協議如何影響機器人抓取和索引頁面的原因。

SEO 專家還需要了解常見的狀態代碼，以告知技術 SEO 策略並診斷網站上的問題。

下面，我們將分解常見的 HTTP 代碼、何時使用這些代碼以及如何實現這些代碼以實現最佳實踐 SEO。

最常見的狀態碼是什麼？

• 200（確定）
• 301（永久移動）
• 302（臨時搬家）
• 307（臨時重定向）
• 404（未找到）
• 410（消失）
• 500內部服務器錯誤）
• 503（服務錯誤）

您如何檢查和測試狀態代碼？

有多種工具可用於檢查 URL 的 HTTP 狀態代碼，其中一些工具比其他工具更有效。

使用內置瀏覽器工具檢查 HTTP 狀態碼

要訪問 Chrome 的內置工具，請打開 Chrome DevTools 並訪問“網絡”選項卡以查看網絡活動。

用戶經常發現這個工具有點笨拙，並且在測試 URL 時更喜歡使用瀏覽器插件工具（見下文）。

使用瀏覽器插件（重定向路徑）檢查 HTTP 狀態碼

Redirect Path 是 Ayima 的一個流行的瀏覽器插件。 此工具允許全面探索 HTTP 響應。 Chrome 插件可以在這裡下載。

Ayima 網站的響應代碼示例——有一個 301 重定向到他們網站的 HTTPS 版本。

這是我們使用重定向路徑的 URL 的完整 HTTP 響應

使用 Google Search Console 檢查 HTTP 狀態碼

Google Search Console 中的 URL 檢查功能允許您請求 HTTP 響應。

請求 URL 後，打開“覆蓋面板”。 其中，“Page fetch”定義了 HTTP 響應。

當我們請求 URL：https://www.semetrical.com/technical-seo/ 時，該工具會返回代表 200 Ok 狀態代碼的“Successful”響應。

有哪些不同類別的狀態碼？

有不同類別的狀態代碼，SEO 應該從記憶中知道它們 - 了解這些將導致更有效地找到問題的原因。 他們是：

• 2xx – 客戶端成功：對服務器的請求成功。 這意味著瀏覽器給出了預期的響應，即網頁加載成功。
• 3xx 重定向：成功接收到服務器請求，服務器已將您重定向到另一個頁面。 即您從頁面 A > 頁面 B 重定向
• 4xx 客戶端錯誤：請求的頁面無效/無法加載，原因是客戶端出現問題，即找不到頁面或無法加載頁面。
• 5xx 服務器錯誤：客戶端發出了有效的請求，但服務器未能加載請求。

2xx – 客戶成功代碼

這些代碼表示頁面已成功獲取，對於用戶而言，這意味著頁面已按預期加載。 通常，2xx 請求對用戶不可見，但由機器人處理。

200 - 好的

200 代碼是互聯網上最常見的代碼——它代表您點擊的頁面正確加載。 這是瀏覽器和網頁之間最常見的交換。 200 不需要任何操作。

對於 SEO，200 個代碼在頁面之間傳遞鏈接公平性。

3xx – 重定向代碼

當您從一個頁面重定向到另一個頁面時，服務器將發出 3xx 響應。 重定向可以是臨時的，也可以是永久的，由不同的代碼來區分。

301 - 永久重定向

301 狀態代碼是 SEO 中流行的代碼——它告訴瀏覽器一個網頁已永久移動到另一個頁面（這意味著 URL 已更改）。 用戶和機器人都將從舊頁面重定向到具有 301 的新目標頁面。

儘管有一些猜測，但業內普遍認為 301 重定向會將有價值的鏈接資產從舊頁面傳遞到新重定向的頁面——這意味著使用 301 重定向不會失去排名能力！

對於搜索引擎，301 表示從其索引中刪除舊頁面並將舊頁面指標與新頁面相關聯。

SEO 應用程序：當您需要將一個頁面永久重定向到新的頁面地址時，您應該始終使用 301。 例如，從 HTTP 遷移到 HTTPS 時，使用 301 重定向從每個 HTTP 頁面到其各自的 HTTPS 版本。

SEO 提示：始終 301 將頁面重定向到其最終目的地！ 如果您不這樣做，您可能會創建重定向鏈，機器人必須通過這些重定向鏈才能找到目標頁面——這將降低您網站的可抓取性！

例如，來自頁面 A > 頁面 B > 頁面 C 的 301 將導致技術問題。

其最佳實踐為 301 Page A > Page C。

302 - 臨時重定向

與 301 一樣，302 重定向告訴瀏覽器頁面已移動，關鍵區別在於 302 是臨時頁面重定向。

當用戶和機器人被發送到新的目標頁面時，搜索引擎會將原始頁面保留在其索引中。

302 重定向的這種臨時性質意味著沒有鏈接權益被傳遞到新頁面——因為谷歌知道原始頁面將在短時間內被激活。

SEO 應用程序：當您暫時想要將機器人和用戶從一個頁面移動到新的目標頁面時，應用 302 重定向。

例如，在測試新登陸頁面的有效性時，您將實施 302 重定向，以便登陸頁面從頁面 A > 頁面 B 移動。測試期結束後，刪除 302。

重要的是要記住，302 重定向確實會將鏈接資產從一個頁面傳遞到另一個頁面。 如果 302 重定向在設定的時間後沒有被移除，來自原始頁面的鏈接資產將丟失並阻止流經網站 - 損害網站的排名力！

307 - 臨時重定向/內部重定向

臨時重定向：

307 相當於 302 重定向。 不同之處在於 307 保證客戶端遵循將用戶和機器人引導到新的臨時頁面的請求。 較舊的客戶端頁面可能不遵守重定向，這可能會導致問題。

作為臨時重定向，鏈接權益不會從舊 URL 傳遞到目標 URL，搜索引擎會將舊 URL 保留在其索引中。

內部重定向：

307重定向也可以理解為瀏覽器重定向，而不是服務器重定向。 當瀏覽器從 HTTP 重定向到 HTTPS 時會提供 307。

如果站點在 HSTS 服務器預加載列表中，或者之前已請求瀏覽器這樣做，瀏覽器將在內部將用戶和機器人重定向到站點的 HTTPS 版本。

需要注意的是，HSTS 預加載列表中的網站會告訴瀏覽器提供 HTTPS。

例如，用戶可能請求訪問 http://yourseowebsite.com，但瀏覽器將使用 307 覆蓋此訪問 https://yourseowebsite.com。 此重定向可防止對不安全站點（使用 HTTP 的站點）的請求。

跨瀏覽器支持 HSTS，有關此的更多信息可以在這裡找到 https://hstspreload.org/。

SEO 應用程序：應應用 307 以確保內部重定向是安全的。

4xx – 客戶端錯誤代碼

當頁面無法訪問時，服務器會發送一個 4xx 代碼 - 網頁上會出現一條錯誤消息。 這些代碼表示為什麼無法從客戶端評估頁面。

404頁面不存在

最常見的 4xx 代碼是 404。這是來自服務器的響應，即無法找到所請求的頁面。 用戶將無法訪問該頁面。

如果網站所有者已刪除站點上的頁面，但該頁面仍與內部鏈接，則可能會故意發生 404。 或者，這些可能是由於系統中的錯誤而意外發生的——應不惜一切代價避免這些意外的 404，並強調查看您網站上的 404 頁面的重要性。

儘管目前無法訪問 404 頁面，但它們仍在 Google 的索引中。 一段時間後，如果頁面被重複爬取並返回此錯誤，這些頁面將從索引中刪除。

儘管如此，404 不應被視為負面因素。 有一些策略方法可以實現這些錯誤，以幫助從 Google 的索引中刪除頁面，並且有機會創建用戶友好的 404 頁面，這是 Google 的建議！

SEO 應用程序： SEO 有機會將 404 頁面錯誤頁面 301 重定向（永久移動）到活動 URL。 例如，具有高流量和鏈接資產的有價值頁面（類別中心頁面）應該 301 重定向到站點上的另一個相關頁面。

在某些情況下，保留 404 頁面變得具有戰略意義——這將有助於從 Google 的索引中刪除頁面，因為它不會被搜索引擎抓取。 在這種情況下，創建一個自定義 404 頁面，用戶可以在其中使用關鍵內部鏈接進入您網站的其他區域。 當用戶面對 404 頁面時，這將防止較高跳出率的潛在負面影響。

410 - 頁面已消失

410 錯誤代碼類似於 404，不同之處在於 410 表示頁面已被永久刪除。 當網站所有者故意刪除頁面時會發生 410 - 該頁面將不再可從服務器獲得。

對於爬取頁面的用戶和機器人來說，410 錯誤頁面是一個死胡同，因此應該刪除指向這些頁面的內部鏈接。

對於搜索引擎，410 頁面是從其索引中刪除該頁面的直接信號。 因此，410 對 SEO 可能很強大，但應謹慎使用。

SEO 應用程序： 410 狀態代碼應僅應用於要永久刪除且永不返回的頁面。 如果頁面將暫時不可用，則應應用 404 狀態代碼。

5xx – 服務器錯誤代碼

當客戶端向服務器發出有效請求，但服務器無法處理該請求時，將提供 5xx 錯誤代碼。 對於用戶，頁面將不會加載，對於機器人，頁面將無法抓取。 這些錯誤可能會給 SEO 帶來很大的問題。

如果服務器響應 5xx 錯誤，則站點的爬取效率會降低，甚至更糟的是，機器人在錯誤修復之前不會爬取站點。

對爬網率的影響可能意味著新內容索引的延遲，甚至整個網站的有機可見性喪失。

對於 Google 而言，為用戶提供積極的用戶體驗至關重要，5xx 頁面錯誤會損害這一點，應該不惜一切代價避免。

500 – 內部服務錯誤

500 錯誤表示服務器存在問題，但未指定問題。 這意味著服務器無法提供請求的頁面。

鏈接資產不會流經這些頁面，對於用戶和機器人來說，這些頁面都是死胡同。 如上所述，搜索引擎會減少對存在這些錯誤的網站的抓取預算，因此一旦發現 500 個錯誤，就必須立即調查並修復它們。

SEO 應用程序：500 個錯誤會損害您網站的可抓取性，因此了解這些錯誤何時發生非常重要。 安排例行檢查 500 個錯誤頁面是一種減少這種情況的方法，Google Search Console 中有報告可以找到出現此錯誤的頁面。

503服務不可用

提供 503 錯誤的頁面表明服務器暫時不可用。 對人類和機器人的頁面響應是稍後再檢查。 503 代碼可能由於臨時錯誤而發生，例如服務器過載或服務器維護。

與 500 錯誤類似，Google 在遇到此錯誤時會降低其抓取速度。 但是，由於 503 是短期錯誤，一旦 503 錯誤得到糾正，Google 將保留其索引中的頁面準備為用戶提供服務 - 503 不會失去排名能力！

需要注意的是，如果長時間提供 503，Google 會將其視為 500。

SEO 應用程序：如果您的站點正在維護中，則提供 503 將確保爬蟲稍後回來，當站點準備好被爬取時。

我們希望通過閱讀本文，您了解 HTTP 狀態碼的重要性、它們之間的區別以及何時應該使用它們。 一旦您掌握了優先級狀態代碼之間的區別，就可以更快地診斷網站上的問題。

如果您的網站遇到技術 SEO 問題，請訪問我們的技術 SEO 服務頁面了解更多信息。