404錯誤是伺服器回應「找不到」的狀態碼，表示使用者要求的網址目前沒有對應的內容。Google 不會為回應 404 的網址建立索引，已收錄的也會被移除；不過 Search Console 說明也指出，網頁已移除且沒有替代內容時，404 回應不一定是問題。真正需要處理的是三種情況：內容其實搬到別處卻沒有設定轉址、畫面顯示錯誤卻回應成功狀態的軟式 404，以及站內連結還指向已不存在的網址。
錯誤404常見的五種成因
錯誤404多半不是伺服器故障，而是網址和內容之間的對應斷了。實務上常見的成因有：
- 刪除頁面或下架商品：內容移除後，原網址自然找不到。
- 改版或改網址時沒有設定轉址：文章代稱調整、分類目錄重整、更換架站平台，舊網址會整批失效。
- 站內連結沒有跟著更新：選單、頁尾與內文裡的舊連結，常在改版後被遺漏。
- 外部網站連錯網址：別人引用時多打或少打一段路徑，這類網址從來不存在。
- 搬家時檔案沒有搬完整：圖片、PDF 等檔案路徑改變，頁面還在，資源卻找不到。
前兩種是內容狀態真的改變，需要決定轉址或保留 404；後三種屬於連結或檔案錯誤：站內連結直接改正、檔案補回即可，比加轉址更直接；外部網站連錯的網址無法改動來源，再依後面的判斷表決定是否轉址。排查時別只看畫面，要用網址檢查工具確認實際回應的狀態碼。
Google 怎麼處理 404：收錄與檢索的實際影響
依 Google 官方說明，除了代表請求過多的狀態碼之外，用戶端錯誤類的狀態碼都以同樣方式處理：檢索器會通知後續系統「內容不存在」，這些網址不會被建立索引，已在索引中的也會被移除。檢索預算說明也提到，404 是告訴 Google 不要再檢索該網址的強烈信號。
換句話說，404 的影響主要落在那一個網址：頁面從搜尋結果消失，流量跟著消失；若內容其實有新版本卻沒轉址，舊網址累積的外部連結也無法延續。站內連向 404 的連結，則讓訪客撞牆、檢索器白跑。反過來說，網頁確實已移除、站上也沒有相似內容時，回應 404 就是如實告知，不必為了報表好看把每個 404 都硬轉到其他頁面。
軟式 404：畫面寫找不到，伺服器卻回應成功
軟式 404（soft 404，Search Console 繁中說明稱為「轉址式 404 錯誤」）是指頁面告訴使用者內容不存在，伺服器卻回應 200 成功狀態碼。Google 說明這類網頁會從搜尋結果中排除，而且系統會繼續檢索，白白消耗檢索資源。常見場景有：
- 找不到的網址都顯示同一個錯誤畫面，狀態碼卻是 200。
- 站內搜尋結果或分類頁沒有任何內容，只剩版型。
- 大量舊網址被整批導向首頁或不相關的單一頁面。
修正方向：內容已移除且沒有替代，回應 404 或 410；內容移到別處或有明確替代，用 301 轉址；頁面正常卻被判定，可能是 Googlebot 無法正確載入或缺少重要資源，可用網址檢查工具執行即時測試，按「查看已測試的網頁」比對轉譯結果。
410 跟 404 差在哪，該回應哪一個
410 的意思是資源已不存在，而且這個狀態很可能是永久的；404 只說找不到，沒有表示將來會不會恢復。MDN 的說明是：不確定是暫時還是永久時，應該使用 404。
| 狀態碼 | 語意 | 適合情境 |
|---|---|---|
| 404 | 找不到資源，未說明是否永久 | 網址打錯、不確定內容會不會恢復 |
| 410 | 資源已移除，而且很可能是永久 | 確定不再上架的商品、刻意清除的舊頁面 |
對 Google 搜尋來說，兩者屬於同一類用戶端錯誤，處理方式相同，不必為了 SEO 特地改用 410，以語意清楚、容易維護為準即可。使用 Apache 的網站，可用 mod_alias 的 Redirect 指令加上 gone 參數回應 410。
在 Search Console 找出 404 網址
Search Console 的網頁索引報表，會在「網頁未編入索引的原因」表格中列出「找不到 (404)」與「轉址式 404 錯誤」等原因，點進去可看到網址範例。建議依序處理：
- 先處理軟式 404：可能是狀態碼與畫面內容不一致，也可能是頁面無法被正確載入，不修正會持續被檢索。
- 再看有價值的 404：曾有流量、外部連結或出現在選單的網址，判斷有沒有替代頁面可轉址。
- 修正站內連結：把還連到這些網址的站內連結直接改成正確網址。
- 其餘確認為正常的 404：網址從未存在或內容已刪除且無替代，維持即可。
同一類問題修完後，可在問題詳細資料頁按「驗證修正後的項目」請 Google 重新確認。報表的其他用法可參考Google Search Console 的操作說明。
自訂錯誤頁該放哪些內容
自訂 404 頁是給訪客看的。Google 指出伺服器必須回應 404 狀態碼，避免錯誤頁被建立索引；畫面上則建議清楚告知找不到網頁、語氣友善，並考慮加入熱門內容與首頁的連結，以及回報無效連結的方法。WordPress 佈景主題手冊的範例也放了搜尋框。整理成官網可直接套用的清單：
- 一句清楚的說明，例如「這個網址已不存在或輸入有誤」。
- 站內搜尋框，讓訪客直接找想要的內容。
- 主要服務頁、熱門文章與首頁的連結，挑幾個重點即可。
- 聯絡方式或回報錯誤連結的管道。
- 沿用網站原本的頁首與頁尾，讓訪客知道自己還在同一個網站。
也要避免把找不到的網址轉到一個回應成功狀態的「錯誤說明頁」，搜尋引擎收到的會是轉址加成功，等同軟式 404。
何時轉址、何時保留 404 的判斷表
原則很單純：轉址目標必須是訪客真正想看的內容，找不到這樣的頁面，就如實回應不存在。
| 情況 | 建議回應 | 理由 |
|---|---|---|
| 文章改網址、頁面合併 | 301 轉到新網址 | 內容仍在，只是位置改變 |
| 商品下架，但有後繼款或同類頁 | 301 轉到後繼頁 | 有明確的替代內容 |
| 內容刪除，站上沒有相似內容 | 404 或 410 | 沒有替代，就如實告知 |
| 外部連結打錯，看得出原本要連哪一頁 | 301 轉到正確頁 | 保住外部連結帶來的訪客 |
| 從未存在、看不出意圖的網址 | 維持 404 | 不需要額外處理 |
轉址的類型、設定方式與改版時的新舊網址對照表，可以接著看301轉址的設定方式。
常見問題
Search Console 出現很多我沒建過的 404 網址，要處理嗎？
這類網址可能來自其他網站的錯誤連結，也可能是過去曾存在、後來已刪除的網址。如果網址從未存在、也看不出原本要連到哪一頁，維持 404 即可；只有能明確對應到正確頁面的，才值得設定轉址。
刪除頁面之後，也要從 Sitemap 移除嗎？
要。Google 會定期讀取 Sitemap，建議只放希望被檢索的網址並隨時更新。已刪除而回應 404 的網址留在 Sitemap 裡，只會讓檢索器白跑，報表也會多出不必要的錯誤。
自訂 404 頁面需要另外加上 noindex 嗎？
伺服器已正確回應 404 時，錯誤頁本來就不會被建立索引，不必另外加。只有單頁應用程式在瀏覽器端切換畫面、無法回應正確狀態碼時，Google 才建議在錯誤畫面加上 noindex。
網站暫時維護時，可以讓頁面回應 404 嗎？
不建議。404 代表內容不存在，已收錄的網址會被移出索引。伺服器錯誤類的狀態碼會讓 Google 暫時降低檢索頻率、先保留已收錄的網址，但持續太久一樣會被移除，維護時間應盡量縮短。
可以用 robots.txt 封鎖 404 網址，讓報表不再出現嗎？
不建議。robots.txt 只控制檢索器能否存取網址，不是讓網址從搜尋結果消失的機制；封鎖之後，Google 反而無法確認這些網址已回應 404，讓它們自然被移出索引會比較單純。
本文由京采數位科技整理。我們自 2005 年起提供官網設計、系統開發與 Google SEO 服務，實際案例可見成果與案例。
想直接討論你自己的網站狀況，或需要一份初步的搜尋機會評估？
相關主題
下一步
建議先打開 Search Console 的網頁索引報表，把軟式 404 與曾有流量的 404 網址列出來，對照站內連結逐一判斷要轉址還是保留。京采的技術 SEO 與網站健檢服務會檢查全站狀態碼、轉址與錯誤頁設定，整理成可直接交給工程端的修正清單；想先討論網站狀況，可以與我們聯繫。
