您可以在網站上評估的最重要的事情之一是那里存在哪些超文本傳輸協議狀態代碼（或 HTTP 狀態代碼）。這些代碼可能非常復雜，通常會成為一個令人生畏的拼圖游戲，必須先解決，然后才能成功完成其他任務。

在這篇博文中，我們將介紹最常見的 HTTP 狀態代碼和錯誤，并解釋如何處理它們以避免弄亂您的網站。

什么是 HTTP 狀態代碼？

HTTP 狀態代碼就像來自服務器的簡短說明，它們放在網頁之上，但實際上并不是它們的一部分。它們是來自服務器的消息，通知您服務器如何接收不同的請求。

基本上，每當瀏覽器與服務器交互時，都會返回此類消息。但是，在許多情況下，用戶可能根本看不到它們。但是，如果您擁有或優化網站，則了解 HTTP 狀態代碼對您來說至關重要。在診斷和修補您網站上的各種配置錯誤時，它們至關重要。

有哪些狀態代碼類？

每個請求都有 HTTP 服務器響應數據，其中包括一個指定請求結果的三位數數字。這些響應代碼分為 5 個不同的類。讓我們快速瀏覽一下它們中的每一個：

1XX 狀態碼

這些是信息代碼，通知客戶一切都在按計劃進行。它們表示服務器已收到請求并正在處理該請求，但尚無響應。1XX 狀態代碼通常不會顯示在屏幕上。相反，它們用作只有瀏覽器引用的內部代碼。

• 100 —  Continue：通知客戶端繼續處理請求，或者在請求完成時忽略響應。

• 101 — Switching Protocols： 為響應客戶端的 Upgrade 請求標頭而發送，指示服務器的協議切換。

• 102 — Processing： 指示服務器正在處理請求，并且尚無可用的響應。

• 103 — Early Hints： 主要與 Link 標頭一起使用，允許在服務器準備響應或重新連接到源時預加載資源。

2XX 狀態代碼

2XX 狀態代碼是成功代碼，表示客戶端已成功接收、理解、接受和處理請求。瀏覽器在內部使用這些狀態代碼來確認請求的成功和當前狀態。

• 200 — OK：這些狀態代碼表示請求成功。“成功”的含義取決于所使用的 HTTP 方法，例如：

1. GET：消息正文中已獲取并傳輸資源。

2. HEAD：表示標頭包含在響應中，沒有任何消息正文。

3. PUT 或 POST：描述操作結果的資源在消息正文中傳輸。

4. TRACE：消息正文包含服務器收到的請求消息。

• 201 — Created： 請求成功，并創建了一個新資源，通常在 POST 或 PUT 請求之后。

• 202 — Accepted： 已收到請求，但未采取任何行動。這些適用于其他進程或服務器正在處理它的情況，或適用于批處理。

• 203 — Non-Authoritative Information： 這意味著返回的元數據與源服務器提供的元數據不同。相反，它來自本地或第三方副本。這些通常用于鏡像或備份。

• 204 — No Content： 此請求沒有要發送的內容，但標頭可能很有用;用戶代理可以更新緩存的標頭。

• 205 — Reset Content： 指示用戶代理重置發送此請求的文檔。

• 206 — Partial Content： 當客戶端使用 Range 標頭僅請求資源的一部分時使用。

• 207 — Multi-Status： 提供有關多個資源的信息，適用于多個狀態代碼。

• 208 — Already Reported：當 DAV：propstat 元素的成員已列出并且不會再次包含時使用。

• 226 — IM Used： 服務器完成了 GET 請求，響應表示應用于當前實例的實例操作的結果。

3XX 狀態代碼

它們是重定向代碼，僅表示請求的內容已臨時移動到另一個 URL。

• 300 — Multiple Choices： 該請求具有多個可能的響應，提示用戶或用戶代理選擇一個，通常通過 HTML 鏈接推薦。

• 301 — Moved Permanently：所請求資源的 URL 的永久更改;響應中提供了新 URL。

• 302 — Found： 臨時更改所請求資源的 URL，并可能在將來進行更改;應將同一 URL 用于將來的請求。

• 303 — See Other： 服務器發送此響應是為了指示客戶端通過 GET 請求在另一個 URL 上獲取請求的資源。

• 304 — Not Modified： 用于緩存，通知客戶端響應尚未修改，從而允許繼續使用緩存的版本。

• 307 — Temporary Redirect：請求的資源已臨時移動到其他 URL。與 302 Found 響應相比，唯一的區別是用戶不得更改使用的 HTTP 方法。

• 308 — Permanent Redirect：該資源現在永久位于另一個 URL 中。此代碼與 301 的區別在于用戶不得更改 HTTP 請求方法。

4XX 狀態碼

4XX 狀態代碼是客戶端錯誤，表示請求有問題。它們通常與安全問題相關，但如果客戶端超時或請求輸入錯誤，也可能返回它們。

• 400 — Bad Request：由于客戶端錯誤，例如無效的請求消息框架、欺騙性請求路由、大小過大等，服務器無法或不會處理請求。

• 401 — Unauthorized： 客戶端必須對自身進行身份驗證才能獲得請求的響應。

• 403 — Forbidden：客戶端沒有內容的訪問權限。與 401 未授權不同，服務器知道客戶端的身份。

• 404 — Not Found：服務器找不到請求的資源，并且未設置重定向。

• 405 — Method Not Allowed： 服務器識別請求方法，但目標資源不支持該方法。

• 406 — Not Acceptable： 當 Web 服務器在執行服務器驅動的內容協商后，無法找到滿足用戶代理設置的條件的內容時發送。

• 407 — Proxy Authentication Required：與 401 Ununauthorized 類似，但代理需要身份驗證。

• 408 — Request Timeout：服務器超時，因為客戶端未在分配的時間內生成請求。

• 409 — Conflict：當請求與服務器的當前狀態沖突時發送。它顯示有關問題的信息，以便客戶端可以修復并重新提交問題。

• 410 — Gone：當請求的內容已從服務器中永久刪除且沒有轉發地址時發送。

• 411 — Length Required： 服務器拒絕了該請求，因為 Content-Length 標頭字段未定義，并且服務器需要它。

• 412 — Precondition Failed： 客戶端在其標頭中指定了服務器無法滿足的前提條件。

• 413 — Payload Too Large： 客戶端的請求大于服務器的限制，服務器拒絕處理它。

• 414 — URI Too Long： 客戶端請求的 Uniform Resource Identifier 比服務器愿意解釋的時間長。

• 415 — Unsupported Media Type： 服務器拒絕該請求，因為它不支持所請求數據的媒體格式。

• 416 — Range Not Satisfiable： 無法滿足請求中 Range 標頭字段指定的范圍。

• 417 — Expectation Failed： 服務器無法滿足 Expect 請求標頭字段指示的要求。

• 421 — Misdirected Request： 該請求被定向到無法生成響應的服務器。

• 422 — Unprocessable Content： 請求格式正確，但由于語義錯誤而無法跟進。

• 423 — Locked： 訪問的資源當前處于鎖定狀態。

• 424 — Failed Dependency： 由于上一個請求失敗，請求失敗。

• 426 — Upgrade Required：服務器拒絕使用當前協議處理請求，除非客戶端升級到其他協議。

• 428 — Precondition Required：源服務器要求請求是有條件的。

• 429 — Too Many Requests： 用戶在特定時間范圍內發送了太多請求。

• 431 — Request Header Fields Too Large： 服務器不愿意處理請求，因為其標頭字段太大。

• 451 — Unavailable For Legal Reasons：用戶代理請求了無法合法提供的資源。

5XX 狀態碼

這些是服務器錯誤，用于指定服務器找到了請求的網頁，但無法授予對該網頁的訪問權限。該請求最終無法處理。

• 500 — Internal Server Error：服務器遇到未知問題，不知道如何處理。

• 501 — Not Implemented：服務器不支持請求的方法。

• 502 — Bad Gateway：服務器在充當網關以獲取處理請求所需的響應時收到無效響應。

• 503 — Service Unavailable： 服務器尚未準備好處理請求。這通常發生在服務器過載或正在進行維護時。

• 504 – Gateway Timeout：當服務器充當網關且無法及時獲得響應時，會給出此錯誤響應。

• 505 — HTTP Version Not Supported：服務器不支持請求中使用的 HTTP 版本。

• 506 — Variant Also Negotiates：服務器存在內部配置錯誤。

• 507 — Insufficient Storage：服務器無法完成請求，因為它缺少用于必要表示的存儲空間。

• 508 — Loop Detected： 服務器在處理請求時識別出無限循環。

• 510 — Not Extended：服務器需要對請求進行進一步的擴展才能完成它。

• 511 — Network Authentication Required： 需要客戶端身份驗證才能訪問網絡。

我想提請您注意一個事實，即并非每個狀態和錯誤代碼都可以看到，事實上，它們中的大多數根本沒有顯示給用戶。但是，您可以通過瀏覽器檢查頁面來檢查它們（Ctrl+Shift+C 在 Inspect Element 模式下打開 Chrome Developer Tools）。只需轉到 Network 選項卡并刷新頁面即可獲取頁面上每個元素的錯誤代碼列表，包括頁面本身：

現在，讓我們仔細看看最常見的服務器響應以及需要如何處理它們。

SEO 最重要的狀態代碼

不用說，如果你想知道如何做頁面搜索引擎優化，首先要確保你的網站沒有 HTTP 狀態碼問題。

在我們繼續之前，我想指出有 40 多種不同的服務器狀態代碼，但您在工作中可能不會遇到超過幾個。因此，如果您負責網站和頁面 SEO 流程，則必須了解它們，以便您知道在遇到 HTTP 狀態代碼問題時該怎么做。

以下是最常見的 HTTP 響應狀態代碼列表：

301 狀態代碼 —Moved Permanently

HTTP 301 Moved Permanently 狀態代碼表示客戶端請求的 URL 已移動到新位置。瀏覽器遵循 301 重定向，而不要求用戶執行操作。

301 狀態代碼通常用于將網站從 HTTP 切換到 HTTPS，但也用于設置對網站鏡像的訪問、URL 尾部斜杠配置以及將網站的一部分或整個網站轉移到新域。

如果您的目標是將舊網頁的 SEO 排名和權限轉移到新網頁，則強烈建議使用此重定向。但是，僅更改 URL 而不更新內容將對新更改的索引產生負面影響。想一想：你向搜索引擎發送了一個新信號，表明你希望新頁面出現在搜索中，但由于舊 URL 具有很大的權重，Google 不想用新頁面替換它。

專業提示： 永遠不要將用戶從已刪除的 URL 重定向到您的主頁。此類重定向被 Google 視為軟 404，這意味著搜索巨頭不會關注它們，不會將 PageRank 或任何其他信號從舊 URL 傳遞到新 URL。相反，將用戶引導至與目標頁面類似的頁面。

此外，請避免重定向循環，因為它們會阻止用戶到達目標頁面。換句話說，避免使用包含重定向到已屬于同一鏈的 URL 的鏈接的鏈接鏈。

同樣重要的是不要使用多個重定向，因為每個新的重定向都會導致排名權重下降，并且 Google 可能無法索引整個鏈接鏈。

因此，只需去掉中間人并將第一頁直接重定向到您設置的最后一頁即可。最重要的是，您可以隨著時間的推移刪除 301 重定向以減少服務器負載。

302 狀態代碼 —Found

302 Found 狀態代碼與 301 代碼非常相似，但 302 狀態代碼是針對網站不是永久移動而只是臨時移動的情況創建的。

基本上，瀏覽器會自動遵循 302 代碼，這表明該頁面已成功找到，但已被臨時移動到新位置。作為一般規則，當您最終打算將網站訪問者帶回舊網頁時，它只應用于簡短的內容維護過程。

當您設置 302 重定向時，您告訴搜索引擎您計劃將來再次使用舊 URL。因此，臨時新頁面不會從原始 URL 獲得任何流量值或頁面權重。

專業提示：如果你將 302 重定向放置太久，Google 最終會將其視為 301 重定向。此外，請確保檢查您的網站是否沒有任何應該是 301 的 302 重定向，因為這是一個非常常見的錯誤。

304 狀態代碼 —Not Modified

當網頁與服務器上的緩存副本保持同步時，瀏覽器會看到 304 Not Modified HTTP 狀態代碼。從本質上講，這意味著頁面自上次訪問以來未更改。

更詳細地說，當瀏覽器將數據存儲在其緩存中時，它們也會存儲 Last-Modified 標頭數據。反過來，這使瀏覽器能夠確切地知道上次修改頁面的時間。當搜索引擎查看頁面并看到兩個 header 值相同時，服務器會返回 304 代碼。

此代碼實際上可用于加快網站索引。例如，當爬蟲瀏覽您的網站時，他們會偶然發現多個頁面。如果他們得知一個或多個頁面沒有以任何方式更改，他們就會跳過它們，最終使更多頁面被索引。

專業提示： 每個 SEO 專家都希望看到 200 OK 狀態代碼，表明請求成功，但 304 狀態代碼基本上意味著同樣的事情。根據經驗，新頁面和首次頁面訪問應獲得 200 代碼，并且每次后續訪問都應生成 304 代碼。

307 狀態代碼 —Temporary Redirect

307 臨時重定向狀態代碼表示請求的 URL 已被臨時移動，用戶代理應將原始 URL 用于將來的請求。

請注意，302 和 307 狀態代碼之間的唯一區別是，用戶代理必須使用與請求原始 URL 相同的 HTTP 請求來請求新 URL。

專業提示： 如果 SEO 需要將訪問者指向新的 URL，則應使用此狀態代碼，但最終在成功進行所有網站更改或更新后將他們帶回原始 URL。當你不想將 SEO 鏈接汁從舊 URL 傳遞到新 URL 時，最好使用此代碼。

308 狀態代碼 —Permanent Redirect

308 重定向狀態響應代碼指出，請求的網頁已永久移動到 Location 標頭中指定的 URL。

這意味著網頁現在永久位于另一個 URI 上，該 URI 由 Location： HTTP Response 標頭指定。這與 301 Moved Permanently HTTP 響應狀態具有相同的語義。區別在于，在 308 中，用戶代理不得更改使用的 HTTP 方法。

因此，如果在第一個請求中使用了 POST，則必須在第二個請求中使用 POST。

專業提示：對于 SEO 專家來說，這讓搜索引擎知道網頁及其所有資源都已被永久重定向。就鏈接汁而言，它被傳遞到重定向的頁面。

403 狀態代碼 —Forbidden

403 Forbidden 狀態代碼表示用戶無權訪問請求的網頁。這個很簡單。

出現此狀態代碼的原因有多種。例如，用戶已登錄網站，但沒有訪問其封閉內部網絡所需的權限。

可能出現 403 狀態代碼的其他情況包括主頁的索引文件不正確的情況。索引文件應該叫 “index”，擴展名是 *.shtml、*.html、*.htm、*.phtml 或 *.php，所以一定要檢查一下你的情況是不是這樣。

此外，當您切換到 HTTPS 時，如果域名系統 （DNS） 緩存尚未更新，則可能會出現 403 狀態代碼。最佳實踐建議您等到緩存更新，但如果這是生死攸關的問題，請立即清除 DNS 緩存。

專業提示：產生 403 響應代碼的頁面最終將從索引中刪除，這就是為什么 Google 建議使用 404 狀態代碼來代替。

404 狀態代碼 —Not Found

這是 SEO 中最著名的響應狀態代碼之一。404 Not Found 錯誤表示服務器未找到與請求的 URL 匹配的任何內容，但已成功在服務器和客戶端之間建立網絡連接。

現在，如果您在 Google Search Console 帳戶中看到大量 404 頁面，請不要擔心。Google 只是讓您知道哪些頁面已被刪除，由您來檢查是否一切正常。但請確保從您的網站中刪除指向已刪除頁面的所有鏈接，這樣您就不會在訪問者瀏覽網站時感到困惑。

當我們在瀏覽器中手動輸入錯誤的 URL 并因此嘗試訪問不存在的頁面時，我們通常會看到此錯誤代碼。但是，如果服務器管理員刪除了文件，而沒有先將 URL 重定向到有效的新位置，也會出現這種情況。要解決此問題，您需要檢查請求的 URL，自己修復或等待管理員進行修復。

專業提示：顯示 404 響應代碼的頁面不會編入索引，也不會傳遞任何權限。這就是為什么一些 SEO 專家使用軟 404 頁面的原因。它返回 200 狀態代碼以及一個頁面，通知用戶該頁面不存在。但這被認為是一種不好的做法，因為成功代碼會告訴 Google 該 URL 上有一個真實的頁面。最終，該頁面最終可能會被列入 SERP，搜索巨頭將繼續嘗試抓取不存在的 URL，而不是抓取您的實際頁面。

為您的網站設置 404 頁面

404 頁面過去看起來像一堵堅固的代碼墻，但現在時代變了，它變得更有創意了。但是，您必須記住，用戶帶著特定的請求來到您的網頁，您的工作不僅僅是用很酷的圖片來娛樂他們，而是幫助他們找到他們正在尋找的東西。因此，請確保將您的網站導航或聯系表格添加到您的 404 頁面，尤其是在它們仍然看到流量的情況下。

現在，如果您的內容管理系統沒有為您的網站生成 404 頁面，您可以自己創建一個。您可以這樣做：

通過 .htaccess 的 404 頁面

要在網站上設置 404 錯誤頁面，請轉到根目錄，打開 .htaccess 文件（如果缺少，請創建一個），然后添加以下記錄：'ErrorDocument 404 /404.html'。

通過 PHP 的 404 頁面

至于通過 PHP 創建 404 頁面，簡而言之，您可以使用 header 功能。

通過 WordPress 的 404 頁面

在 WordPress 中創建自定義 404 頁面時，您有多種選擇：

• 編輯您的主題提供的現有 404 頁面。

• 如果您的模板沒有提供自定義 404 頁面，請添加自定義 404 頁面。

• 使用 404 插件。

410 狀態代碼 —Gone

410 Gone 狀態代碼表示請求的網站在服務器上不再可用，并且沒有已知的轉發地址。而且由于 Google 的 URL 檢查工具也將 410 代碼標記為 404，因此您最終會在 Google Search Console 中看到更多的 404 頁面錯誤。

此狀態代碼通常用于信任度低、沒有任何鏈接的頁面以及永久刪除的頁面。例如，假設您不再在您的網站上提供特定服務，并希望停止吸引搜索不存在的頁面的流量。這就是 410 狀態代碼發揮作用的地方。

由于 Google 在技術上不會以相同的方式處理 404 和 410 錯誤，因此您可以使用臨時自定義 410 頁面為搜索引擎機器人提供更準確的狀態和信息，即應從抓取索引中刪除舊鏈接。因此，這可以阻止不必要、不相關的流量流入。

但是在永久刪除頁面之前，請務必三思而后行。如果您不確定，您可以隨時設置重定向并仍然看到一些流量。但是，如果您決定完全殺死一個頁面，請留意鏈接到即將刪除的頁面的鏈接，這些頁面一旦被刪除就會中斷。

500 狀態代碼 —Internal Server Error

500 狀態代碼向瀏覽器發送一個信號，指出存在導致網站無法訪問的內部服務器錯誤。遺憾的是，此狀態代碼并未具體說明錯誤背后的原因。基本上，該請求無法滿足。

專業提示：一些網站管理員實際上會將此類錯誤響應記錄為 500 狀態代碼，其中包含有關請求的更多信息，以幫助調試錯誤并防止將來再次發生。

您可以做的是刷新頁面，檢查使用的 URL 和您的互聯網連接，然后檢查您在 PHP 和 CGI 文件中擁有的權限，并生成一個干凈的 .htaccess 文件。

502 狀態代碼 —Bad Gateway

每次您訪問網站時，您的瀏覽器都會向 Web 服務器發送一個請求。并非所有請求都成功返回。502 狀態代碼表示服務器在充當網關或代理并嘗試執行請求時訪問了入站服務器，從而從入站服務器收到無效響應。

專業提示：壞網關實際上可以指許多與網絡有關的事情。事實上，這不是一個可以輕松修復的錯誤，因為它需要使用 Web 服務器或您嘗試訪問的代理。

確保您使用的是正確的 URL 后，清除瀏覽器緩存、DNS 刷新，并聯系您的主機以解決您的數字資產上的此類問題。

503 狀態代碼 —Service Unavailable

503 Service Unavailable 狀態代碼表示網站服務器當前不可用，因此無法處理傳入的客戶端請求。

在絕大多數情況下，如果服務器太忙，例如它超出了并發用戶數的限制，或者服務器正在進行維護工作，則會顯示 503 狀態代碼。

它也可以在其他情況下使用，例如，如果：

• 網站遭到 DDOS 攻擊，

• 該網站使用了大量腳本或外部元素，如小部件和圖像，

• 從數據庫中提取請求的數據花費的時間太長，或者

• 許多搜索機器人或解析軟件同時發出請求。

理想情況下，503 頁面應包含一條消息，用于指定訪客應返回的確切時間，但這種情況很少見。

最后但并非最不重要的一點是，503 狀態代碼阻止搜索引擎為網站編制索引。此外，它還向搜索引擎發出信號，表明該網站維護不善，因為用戶找不到他們正在尋找的內容。因此，盡快解決此類問題非常重要。否則，它會影響您的整體搜索排名。

通過 PHP 設置 503 頁面

以下是 PHP 中 503 狀態代碼的樣子：

<?php
?header(“HTTP/1.1 503 Service Temporarily Unavailable”);
?header(“Status: 503 Service Temporarily Unavailable”);
?header(“Retry-After: 3600”);
??>

使用 Website Audit 檢查服務器響應并修復問題

為了掌握您網站發生的一切，您必須始終關注您的網頁并監控其狀態代碼。當然，你可以使用 Chrome 的 Live HTTP Headers 擴展和 Google Search Console 中的 Index Coverage 報告來查看網頁的狀態代碼，但最好在搜索引擎之前發現并分析它們。這就是為什么您的網站需要審計的原因，您可以使用 SE Ranking 的網站審計工具輕松運行審計。

當您滾動瀏覽審計報告時，您將看到您網站所有正確和錯誤的詳細分類，包括其 SEO 健康狀況、頁面、元、內容和鏈接。最好的部分是您可以輕松找出您的網站是否有任何具有意外狀態代碼的頁面。

只需轉到 Crawled Pages 選項卡即可輕松分析您的頁面狀態代碼 - 直接在平臺中或通過導出 XLS 文件：

您還可以在 Issue Report（問題報告）選項卡上查看狀態代碼問題。在 HTTP Status Code 部分，您將找到各種類型的問題及其關聯的 URL。

除了能夠查明和快速識別網站錯誤外，網站診斷工具還可以生成一份建議列表，以幫助 SEO 專家準確地完成他們的工作。

要解決 HTTP 狀態代碼問題，請按照該工具提供的建議提示進行操作：

處理 3XX 頁面：

確保您網站上的 3XX 頁面的百分比保持較低。如果超過 10%，請通過刪除不必要的重定向來解決此問題。

處理 4XX 頁面：

檢查您的 4XX URL 列表并查看鏈接到它們的所有內部頁面。刪除或替換為指向活動頁面的相關鏈接。對于重新定位或刪除的頁面，請設置 301 重定向。

處理 5XX 頁面：

檢查具有 5XX 錯誤的 URL 時，請嘗試在瀏覽器中重現問題，并檢查服務器的錯誤日志。如果問題仍然存在，請聯系您的托管服務提供商或 Web 開發人員。您的服務器可能過載或配置錯誤。這也可能是由于服務器維護而發生的臨時問題。

您仍然需要手動實施更改，但找到它們將不再是一項艱巨的任務。

使用網站診斷優化網頁的狀態代碼后，請讓 Google 知道，以便它可以檢查和更新它們供所有人查看。