Google Search Console 中的「涵蓋範圍」/「網頁」報告錯誤是什麼？
索引問題
「涵蓋範圍」報告現已改名為網頁索引，位於索引 > 網頁。它會把 Google 已知的 URL 分成已編入索引與未編入索引兩類，並為每個未收錄的網頁列出原因。其中部分原因是真正的錯誤，會讓你希望出現在 Google 的網頁無法被收錄，例如伺服器故障、重新導向失效、存取遭封鎖；其他原因則是 Google 依預期運作的結果。處理這份報告的關鍵，在於先分辨這兩類，再從範本層級修正根本原因，而不是逐一處理個別 URL。
屬於真正錯誤的原因
| 報告中的原因 | 發生了什麼事 | 修正方式 |
|---|---|---|
| 伺服器錯誤 (5xx) | Googlebot 發出請求時，你的伺服器發生故障 | 在「檔案取得統計資料」中檢查主機狀態，再用 URL Inspection 對該 URL 進行即時測試 |
| 重新導向錯誤 | 重新導向鏈過長、形成迴圈、URL 過長，或鏈中出現空白 URL | 讓每個舊 URL 只經過一次重新導向，直接指向最終目的地 |
| 因未經授權的要求 (401) 而遭封鎖 | 該網頁要求登入 | 若網頁應公開，請移除登入要求 |
| 因存取遭禁止 (403) 而遭封鎖 | 伺服器拒絕 Googlebot 存取 | 允許 Googlebot 存取；它不會傳送任何憑證 |
| 因其他 4xx 問題而遭封鎖 | 其他用戶端錯誤 | 檢查該 URL，查看確切的回應內容 |
| 遭 robots.txt 封鎖的 URL | robots.txt 規則阻止了檢索 | 若網頁應被編入索引，請移除該規則 |
| 找不到 (404) | 該 URL 已不存在 | 若內容已搬移，請設定重新導向；若是刻意移除，則不需處理 |
| 軟性 404 | 網頁回傳 200，但內容看起來像錯誤頁面或空白頁面 | 改為回傳真正的 404，或為該網頁補上實質內容 |
即使最終頁面在瀏覽器中能正常載入，重新導向錯誤仍值得仔細檢查：Google 的檢索器最多只會跟隨 10 次重新導向跳轉，而且每一次跳轉都會多耗費一次請求。
通常無需處理的原因
URL 標示為「noindex」、含有重新導向的網頁、替代網頁（有適當的標準標記） 以及 重複網頁，使用者未選取標準網頁 通常描述的是本來就不該單獨編入索引的網頁。請確認每一項都符合預期，然後就可以不用處理。兩種「目前未編入索引」的原因則介於兩者之間：它們不算錯誤，但如果這些網頁很重要，仍值得檢視。相關的分類方式請參閱被排除的網頁。
如何逐步處理這份報告
- 先從重要的網頁著手。 依 sitemap 篩選報告，這樣看到的會是你的重要 URL，而不是 Google 發現的各種零散參數網址。
- 展開某個原因並查看範例。 清單最多會顯示 1,000 個範例 URL，且不一定完整。
- 檢查兩三個 URL，使用 URL Inspection 工具確認 Googlebot 實際收到的內容。
- 從問題所在之處修正根本原因，通常是範本、伺服器規則或重新導向對照表。
- 選擇「驗證修正」。 Google 會先重新檢查幾個範例網頁，若問題仍然存在，就會以失敗狀態中止。否則，狀態會依序從已開始、狀態良好變成已通過，整個過程通常最多需要約兩週。
不必追求所有 URL 都被編入索引。Google 本身的說明指出，「未編入索引」不一定是壞事，而且網頁數少於 500 的網站大概根本不需要用到這份報告。Google 強烈建議你確保已編入索引的網頁，是你的首頁。
若想深入了解個別原因，請參閱 404 錯誤、軟性 404、含有重新導向的網頁以及已檢索 – 目前未編入索引。
AutoPSEO 如何提供協助
Search Console 的檢查工具一次只能檢查一個 URL。AutoPSEO 的 URL Inspection 每次執行可處理 sitemap、貼上的清單或檔案中最多 500 個 URL，並在 Google 每個資源每日 2,000 次檢查的配額內運作，會回傳每個 URL 的狀態、涵蓋範圍狀態、上次檢索日期，以及 Google 選定的標準網址是否與你設定的一致，結果可搜尋，也能匯出為 CSV。Index Tracker 則會每天針對你關心的網頁重複這些檢查，並列出所有從索引中消失或新增的網頁，以及發生的日期。
資料來源：Google 的網頁索引報告說明、HTTP 狀態碼與 Google 檢索器，以及 URL Inspection API 限制。