來自 Google 的 John Mueller 回答了一個有趣的問題，如果 404 狀態仍然存在，在點擊 Search Console 中的「驗證修復」連結後實際上會發生什麼。 John Mueller 解釋了這個「驗證修復」功能的情況。
是什麼原因導致 404 狀態代碼以及如何處理？
當瀏覽器請求網頁時，伺服器提供回應和與請求狀態相關的程式碼。 如果網頁請求成功，伺服器會回傳狀態碼 200（正常）。 如果因為請求的 URL 處不存在所要求的網頁而導致請求失敗，伺服器將傳回 404（未找到）狀態代碼。
Google Search Console (GSC) 如何處理已修復的 404 錯誤的驗證？
Inlinks 執行長 Dixon Jones 提出了一個問題，當 404 錯誤仍然存在時，在搜尋控制台中驗證 404 錯誤回應意味著什麼。
嗨@JohnMu – 無聊的問題…如果 404 意味著頁面不存在（也不應該存在），那麼 GSC 在嘗試「驗證解決方案」時會做什麼？
它仍然是 404…那麼是什麼使它脫離了 404 清單呢？ 刪除此頁面的連結？ 或者我們應該開始創建 301？ 我猜不會…”
Google 的 John Mueller 解釋了 404 搜尋控制台驗證的目的：
「如果你不小心做了一些事情並修復了它，那就更重要了。顯然，你不需要修復你想要的404。而且，這對你來說更像是一個後續行動（『我修復了這個，說- 當你看到它也修復時我」）。
出版商意外刪除網頁或因技術問題而消失的情況並不罕見。 為了方便發布者（和搜尋者），Google 會繼續記住丟失網頁的位置，以便一旦頁面返回，它就可以開始在搜尋結果中再次顯示它們，正如John Mueller 所說，「…如果您不小心404 某些內容並修復了它。”
是什麼原因導致 404 狀態代碼以及如何解釋它？
404回應被稱為錯誤是因為從該URL請求的網頁不存在，因此該請求是一個錯誤，而不是Google發現的和「必須解決」的網頁錯誤。
RFC-Editor.org列出了HTML的官方網路標準，而404狀態碼的官方描述甚至沒有提到錯誤這個詞。
這是 404 狀態碼的官方標準：
“15.5.5。 404 未找到
狀態代碼 404（未找到）表示來源伺服器尚未找到目標資源的目前表示或不願意公開其存在。404 狀態代碼並不表示這種缺乏代表是暫時的還是永久的； 如果來源伺服器（大概透過某種可配置的方式）知道該情況可能是永久性的，則狀態代碼 410（消失）比 404 更可取。”
從技術上講，如果已知 404 狀態是永久性的且網頁永遠不會返回，則正確的回應是顯示 410 狀態代碼。
但 Google 幾乎同等對待 404 和 410 回應碼。 410 回應使網頁更快離開 Google 的搜尋索引。 但最終的結果是一樣的。
是否有必要修復所有 404 錯誤，包括外部連結？
Jeannie Hill 參與了討論，詢問有關從其他網站指向錯誤 URL 的傳入連結的情況。
她 他發推文:
“大多數我們不希望出現的 404 錯誤都來自輸入 URL 不正確的外部來源。甚至是 Research Gate。嘗試回复通常會延遲或無響應。值得追求嗎？”
約翰·米勒 回答了:
「可能不會。（另外，『驗證更正』是關於檢查您的網站 URL，而不是連結 URL，因此無論如何它都不適用。）”
珍妮繼續說：
「感謝@JohnMu 的回覆。
識別這些傳入的 404 很有幫助，而「驗證更正」有助於解決內部連結問題。
我們修復了一些我們認為更重要的傳入 404。 然而，我質疑它所需要的努力所獲得的價值。”
約翰回應了關於花時間校對入站連結的價值的評論：
「我會關注流量，而不是 SEO-Juice。太多人在想要訪問您時迷路了？如果可以的話，聽起來像是值得修復的問題。”
「驗證正確性」在處理內部和外部 404 錯誤中的作用
John Mueller 明確表示，404 搜尋控制台報告是 Google 發現缺失頁面的溝通方式。 由編輯決定如何處理它。
當涉及到不存在的 URL 的外部連結時，Mueller 認為它們不值得修復，但我認為如果連結來自合法網站，大多數 SEO 都會不同意。 透過建立從格式錯誤的 URL 到正確 URL 的 301 重定向來嘗試修復這些傳入連結是有意義的。
精選圖片由 Shutterstock/tynyuk 提供
