為什麼你的頁面沒有被 Google 收進索引？先看懂涵蓋範圍報告
打開 Google Search Console，點選左側選單的「索引」→「網頁」，你看到的就是涵蓋範圍報告。這份報告把你網站所有 Google 已知的 URL 分成四種狀態，並以紅、黃、綠、灰四種顏色標示。許多人一看到紅色數字就緊張，但這份報告的真正價值在於「診斷」，而非單純的警報。它的核心邏輯是告訴你：哪些頁面 Google 想收但失敗了（錯誤）、哪些 Google 已收但覺得有問題（警告）、哪些 Google 決定不收（已排除）、以及一切正常的頁面（有效）。理解這個框架，是解決索引問題的第一步。
錯誤類別：這三種狀態最緊急，優先處理
紅色標示的「錯誤」類別代表 Google 在嘗試收錄你的頁面時遇到了技術障礙，這類問題會直接導致頁面無法出現在搜尋結果中，因此最需要優先處理。錯誤類別通常包含伺服器錯誤（5xx）、找不到（404）以及已提交但遭封鎖等子類型。處理的優先順序建議是：先解決伺服器錯誤（影響範圍最廣），再處理 404 連結，最後檢查封鎖問題。每個子類型點進去都能看到具體受影響的 URL 列表，這就是你下手的地圖。
伺服器錯誤（5xx）常見於主機不穩定或 CDN 設定問題，在台灣部分主機環境下，瞬間流量過載或程式錯誤也可能觸發此問題。而「找不到（404）」則代表 Google 試圖爬取一個不存在的頁面，你需要判斷這是有意為之的刪除（可設定 410），還是連結錯誤需要修正。最後，「已提交但遭封鎖」通常是因為 robots.txt 檔案或 noindex 標籤設定不當，意外擋住了 Google 爬蟲。具體的排查方法，可以參考 robots.txt 設定檢查與常見封鎖錯誤 這篇指南。
有效但有警告：不是不能索引，但品質有疑慮
黃色標示的「有效但有警告」代表頁面已經被 Google 收錄，但 Google 在爬取或分析過程中發現了一些異常信號。這些警告不會讓頁面立即從搜尋結果消失，但可能影響其排名表現或爬取效率。最常見的子類型是「已索引，但被 robots.txt 封鎖」，這代表頁面本身在索引中，但 Google 無法完整爬取其依賴的 CSS、JavaScript 或圖片資源，導致頁面呈現可能不完整。
另一種常見警告是「由其他頁面取代」，通常發生在你設定了 canonical 標記，明確告訴 Google 哪個版本是標準網址，其他版本則會顯示此警告。這通常是正常的設定結果，不必過度擔心。判斷警告是否需要處理的關鍵在於：它是否影響了 Google 理解你頁面核心內容的能力。如果只是重複版本的提示，可以忽略；如果是資源封鎖，則應修正。
已排除類別：Google 主動不收錄的七種原因
灰色標示的「已排除」是數量最多的狀態，但它不一定代表有問題。這代表 Google 基於某些判斷，決定不將這些 URL 收入索引。許多排除是合理的，例如你故意設置 noindex 的頁面、內容重複的頁面、或是已經設定 301 重新導向的舊網址。需要你特別關注的是「已提交的 URL 位於已排除」這個子類型，因為它代表你主動希望 Google 收錄的頁面被排除了。
台灣網站常見的已排除情境，包括電商網站使用 Faceted Navigation（篩選功能）產生的大量帶參數 URL、使用 hreflang 標籤但未設定 canonical 的多語系版本、以及內容極度相似的分頁。要釐清排除原因，第一步永遠是使用 URL 審查工具，它能提供比報告更即時、更詳細的診斷資訊。具體的七種子類型判斷準則，可深入閱讀 索引狀態的詳細定義。
用 URL 審查工具診斷特定頁面：完整操作步驟
涵蓋範圍報告告訴你「有哪些頁面有問題」，而 URL 審查工具則告訴你「這個頁面現在的具體狀況」。操作路徑是：在 GSC 頂部搜尋列輸入你要診斷的網址，然後按 Enter。工具會回傳一份即時報告，包含「索引涵蓋範圍」、「索引狀態」和「發現的參照網頁」三個區塊。如果頁面未被索引，報告會明確標示原因，例如「已發現—目前尚未建立索引」或「已爬取—目前尚未建立索引」。
關鍵欄位解讀：「上次 Googlebot 爬取的時間」若太久遠，可能表示爬取配額問題；「爬取允許」狀態可以確認是否被 robots.txt 阻擋；「探索方式」則顯示 Google 是如何發現這個網址的（透過 Sitemap、其他頁面連結等）。確認問題後，頁面右上角的「要求索引」按鈕是通知 Google 重新評估此頁面的主要方式，但每日有提交次數上限，應優先用於重要頁面。
修復後怎麼驗證？GSC 資料更新需要時間
提交修正或要求索引後，最令人困惑的就是涵蓋範圍報告沒有即時更新。這是因為 GSC 的報告資料並非即時推送，而是定期批次處理，頁面層級的數據更新可能需要數天時間。許多用戶在此步驟會反覆檢查、甚至重複提交，反而造成混淆。正確的驗證流程是：先透過 URL 審查工具的「測試直播網址」功能，確認 Google 當下爬取頁面的狀態是否正常；接著，等待至少三天後，再回到涵蓋範圍報告，觀察該頁面的狀態分類是否發生變化。
你可以利用 GSC 報告上方的日期範圍篩選功能，追蹤特定錯誤或排除數量的趨勢是否下降。如果要求索引後長時間（如超過兩週）報告仍無變動，才需要進一步使用 URL 審查工具深度診斷，查看是否有新的、更深層的問題產生。建立「修復 → 透過工具即時驗證 → 等待報告更新 → 確認趨勢」的循環，才是有效的工作方式。
常見問題
「已排除」的頁面是不是代表被 Google 懲罰了？
不是的。已排除與搜尋懲罰（Manual Action）是完全不同的概念。已排除是 Google 爬蟲與索引系統的常規運作結果，代表 Google 基於技術或內容重複等原因，決定不收錄某個網址。而懲罰是 Google 人工審核團隊因違反網站管理員指南而採取的措施。只要你的排除是出於合理原因（如重複內容、noindex 設定），就無需擔心。
錯誤類別的數量很多，我需要一次全部修完嗎？
不需要，也不建議。應按照優先順序處理：先處理影響範圍最大的錯誤（如全站性的伺服器錯誤 5xx），再處理影響重要頁面的錯誤（如首頁、商品頁的 404）。可以使用報告中的篩選功能，先聚焦在一種錯誤類型上解決。將大型修復拆分成小階段，能更有效地管理並降低風險。
URL 審查工具顯示「無法抓取」怎麼辦？
當 URL 審查工具顯示無法抓取時，通常表示 Google 爬蟲在即時測試中遇到了阻礙。請依序檢查：該網址是否在 robots.txt 中被封鎖（使用 robots.txt 測試工具確認）、伺服器是否對 Googlebot 的 User-Agent 有特殊限制（如封鎖特定 IP 段）、以及頁面是否需要登入才能訪問。解決這些問題後，再重新進行測試。
新網站剛上線，涵蓋範圍報告全是「已排除」或「未探索」，正常嗎？
這是完全正常的現象。新網站需要時間讓 Google 爬蟲發現、爬取並處理所有頁面。此時應確保已提交準確的 Sitemap，並透過內部連結、外部連結等方式增加頁面被發現的機會。涵蓋範圍報告的數據會隨著 Google 爬取進度逐漸豐富，初期看到大量「已排除」或空白狀態不必過度焦慮。
Sitemap 提交了，但涵蓋範圍報告沒變化，是失敗了嗎？
不一定。提交 Sitemap 後，GSC 會在 Sitemap 報告中顯示「已成功讀取」的時間，這表示 Google 已經讀取了你的 Sitemap 檔案。但「讀取」不等於「所有網址已索引」。Google 仍會根據頁面品質、爬取預算等因素，決定要爬取和索引哪些網址。你可以查看 Sitemap 報告中「已發現的網址」數量，了解 Google 從 Sitemap 中識別出了多少網址，並耐心等待處理。
「已爬取—目前尚未建立索引」和「已找到—目前尚未建立索引」有什麼差別？
「已爬取」代表 Googlebot 已經實際訪問並下載了頁面內容，但 Google 在後續的品質評估中，認為該頁面價值不足或品質不佳，因此決定暫不索引。處理方向應是改善頁面內容品質、增加獨特性與實用性。「已找到」代表 Google 從 Sitemap 或連結中得知此網址存在，但爬蟲還沒有時間或預算去訪問它。處理方向應是優化網站結構、增加內部連結，或確保 Sitemap 正常運作，以幫助 Google 優先爬取這些頁面。