Search Console 索引怎麼看?GSC 網頁索引報表與收錄問題排查指南
用數據方式判讀 Search Console 網頁索引報表,理解有效、排除、錯誤、URL 檢查與請求索引的限制,區分已找到與已檢索未索引,並用索引率、成效頁數與 14 天監控表,建立可重複追蹤的 Google 收錄問題排查流程,避免把排除狀態誤判成技術錯誤。
Google Search Console 的網頁索引報表顯示的是 Google 對你網站每一個 URL 的處置結果。這篇文章用分析師角度說明四種索引狀態的判讀優先級、URL 檢查工具的診斷流程、索引率的計算方式,以及索引報表和成效報表之間為什麼會有數字落差。不討論泛用 GSC 安裝或設定,只聚焦在「網頁沒被收錄」這個問題的診斷路線。
Search Console 索引報表能回答什麼問題?
GSC 的網頁索引報表(路徑:產生索引 > 網頁)回答的是:Google 是否已將你的 URL 列入搜尋索引,以及如果沒有,排除或錯誤的原因是什麼。
它能回答:Google 知不知道這個 URL、有沒有檢索、有沒有建立索引、排除原因是什麼。
它不能回答:排名為什麼是第 8、點擊率為什麼偏低、哪些關鍵字帶來流量。這些問題屬於成效報表的範圍。
混淆這兩份報表是診斷 GSC 資料時最常見的錯誤。索引報表說的是「URL 有沒有資格出現在搜尋結果裡」;成效報表說的是「URL 實際出現了幾次、被點了幾次」。兩者不同,也不應該用前者預測後者。
如果你的 GSC 索引報表顯示 1,200 個已索引頁面,成效報表顯示有曝光的頁面只有 380 個,這個差距是正常現象,不是報表有誤。原因留在後面分析。
完整的 GSC 功能說明可以從站內的 Google Search Console 完整教學 開始,本文只處理索引這個子集。
GSC 網頁索引的狀態分類怎麼看?
GSC 的網頁索引報表(Page Indexing report)把 URL 分成兩個頂層區塊:已索引(Indexed)和未索引(Not indexed)。未索引區塊下方會列出各種原因分類,說明 Google 為什麼沒有建立索引。未索引不等於錯誤,多數未索引原因是預期行為,只有少數需要優先處理。(來源:Google Search Console 說明:產生索引 > 網頁報表)
| 頂層分類 | 代表什麼 | 需要立刻處理? |
|---|---|---|
| 已索引(Indexed) | URL 已在 Google 索引中 | 不需要,但要監控是否有流量 |
| 未索引:伺服器錯誤 / 重新導向錯誤 | 技術問題導致 Google 無法抓取 | 是,優先處理 |
| 未索引:已檢索但目前未建立索引 | 已抓取,Google 暫不索引 | 視頁面價值決定 |
| 未索引:已找到但目前未建立索引 | Google 知道但未抓取 | 確認內部連結與爬取預算 |
| 未索引:noindex / canonical / redirect 排除 | 由設定指令導致的預期排除 | 通常不需要,確認設定正確即可 |
延伸閱讀:Search Console 連結報表解析,說明如何利用內部連結報表診斷哪些頁面的站內連結不足,有助補強爬取路徑。
「已索引」不等於有流量
「已索引」只代表 URL 已在 Google 的搜尋索引資料庫中。它不保證:這個 URL 會出現在任何查詢的搜尋結果中、有任何曝光或點擊、排名達到可見範圍。
索引是進入搜尋比賽的資格,不是得分。一個頁面可以有索引,但因為沒有搜尋需求或競爭太激烈,排名在第 50 頁以後,不會出現在任何人眼前。
「未索引」的預期行為 vs 需要處理的異常
「未索引」類別是最容易引起誤判的分類。大多數網站的未索引頁面中,有相當比例是預期行為,不需要修正。
預期排除(通常不需要修):
- noindex 頁面(例如:後台、分頁 2 以後、search query 頁、暫存頁)
- 正確設定 canonical 指向其他 URL 的重複頁(替代網頁含正確標準標記)
- HTTP 301/302 導向到其他 URL 的舊路徑(已重新導向)
- 404 頁面(若這個 URL 本來就應該不存在)
異常排除(可能需要處理):
- 「已找到但目前未建立索引」(Discovered, currently not indexed)
- 「已檢索但目前未建立索引」(Crawled, currently not indexed)
- 被 robots.txt 封鎖但應該公開的頁面
- 「重複網頁,Google 選擇了不同的標準網址」但你認為應選你的版本
哪些索引狀態需要優先處理?
處理優先順序的判斷依據是:這個 URL 是否應該被索引、不被索引是否會影響搜尋成效,以及問題是否影響大量頁面。 錯誤類狀態通常最急,排除類需要先判斷是否為預期行為,警告類則視具體類型而定。
第一優先:錯誤類狀態
「錯誤」狀態通常意味著 Google 嘗試索引但遇到技術障礙。常見錯誤類型:
- 伺服器錯誤(5xx):Google 無法取得頁面,索引無法建立
- 重新導向錯誤:301/302 鏈出現斷點或迴圈
- 未找到(404):URL 存在於 sitemap 或其他連結中,但頁面不存在
- 爬取異常:無法預期的伺服器回應
這些問題如果發生在重要頁面,會直接讓該頁面無法被索引,需要排查並修正。
判斷方式:點進「錯誤」,看哪些 URL 受影響。如果都是廢棄的舊路徑,可能不需要修。如果是現行重要文章或產品頁,優先處理。
第二優先:影響大量頁面的異常排除
如果「已找到但目前未建立索引」或「已檢索但目前未建立索引」的數量很多,且這些 URL 是應該公開的內容頁,需要進一步分析。
數量指引(推估,不是 Google 官方標準):如果這兩類狀態的 URL 總數超過已有效索引頁的 30%,代表索引率可能有結構性問題,值得深入排查。(這是推論,不是結論,需依網站類型和規模調整判斷閾值。)
第三優先:個案判斷的警告
「有效但出現警告」中的大多數狀態不影響索引,但如果警告類型是「非標準頁」或「alternate page」卻涉及你的核心頁,需要確認 canonical 設定是否符合預期。
可安全忽略的排除類型
以下這些排除狀態通常不需要處理:
- 「遭到 noindex 封鎖」:如果你確認頁面本應 noindex,這是正確行為
- 「已重新導向」:只要導向目標被索引即可
- 「由於 robots.txt 封鎖而無法存取」:如果這個路徑本應封鎖,不需要修
- 「替代網頁含正確標準標記」:canonical 設定正確,Google 選了你指定的標準頁版本
URL 檢查工具如何診斷單一頁面?
URL 檢查工具(路徑:在 GSC 頂部搜尋欄輸入完整 URL)是單頁索引狀態的詳細診斷入口。它顯示的資料比網頁索引報表更細,適合診斷個別問題 URL。
URL 檢查工具顯示的關鍵欄位
| 欄位 | 說明 | 診斷用途 |
|---|---|---|
| 索引狀態 | 這個 URL 是否已在 Google 索引中 | 確認收錄狀態 |
| 上次檢索日期 | Google 最近一次抓取這個 URL 是什麼時候 | 判斷檢索頻率 |
| Google 選取的標準網址 | Google 實際使用哪個 URL 作為標準版本 | 確認 canonical 是否符合預期 |
| robots.txt 允許存取 | robots.txt 是否允許 Googlebot 檢索這個 URL | 排查 robots.txt 封鎖 |
| 已索引 | URL 是否在 Google 索引中 | 最終狀態確認 |
「即時測試」vs「目前索引狀態」
URL 檢查工具有兩個模式:「目前索引狀態」顯示的是 Google 上次索引時的資料,可能有幾天到幾週的延遲。「即時測試」(點選「測試即時網址」)是即時抓取頁面,回傳的是 Google 現在看到的版本。
如果你剛修改了頁面(例如移除了 noindex 標記),「目前索引狀態」還會顯示舊狀態,但「即時測試」會反映修改後的結果。這是確認修改是否生效的正確工具。
單頁排查流程
標準流程:
- 輸入 URL,看「目前索引狀態」。如果顯示「已索引」,診斷結束。
- 如果未索引,看「排除原因」分類。
- 點選「測試即時網址」,確認頁面現況。
- 如果即時測試顯示問題,修正後再測一次即時版本確認。
- 修正完成後,使用「請求建立索引」通知 Google。
- 等 3-7 天後回來確認狀態是否更新。
不要重複送審同一個 URL。每天點「請求建立索引」不會加速 Google 的處理,也不會提升收錄機率。Google 官方說明指出,頻繁送審不會有額外效果。(來源:Google Search Central:URL 檢查工具)
單頁診斷流程的完整操作步驟可以參考 Search Console 操作設定指南。
請求建立索引怎麼用,限制是什麼?
「請求建立索引」按鈕的功能是:通知 Google 這個 URL 有更新,要求重新評估。它不是強制索引命令,不保證收錄,也不保證速度。
請求索引的正確使用場景
- 新頁面發布後,希望 Google 盡快知道
- 修正重要頁面的技術問題(如移除 noindex),希望 Google 重新檢索
- 對一個「已檢索但目前未建立索引」的頁面做了實質內容改善後
不適合的使用場景
- 對數百個頁面批量送審(建議改用 Sitemap)
- 反覆對同一個 URL 送審(每天或每小時)
- 內容沒有改變,只是希望排名提升(請求索引不影響排名)
送審後的預期等待時間
Google 的官方立場是「通常幾天內」,但實際情況視 URL 類型、網站規模、當前 Googlebot crawl budget 而定。普通內容頁的實務觀察範圍(推論,不是官方數字):新文章 3-14 天、修正後重送 2-7 天。不能以這個時間範圍為保證,只是觀察到的常見情況。
配額限制
GSC 每個帳號對「請求建立索引」有每日上限,超過上限後按鈕會暫時失效。如果需要批量通知 Google 新內容,比較有效率的方式是保持 sitemap 更新,讓 Google 透過 sitemap 得知新 URL。
「已找到」與「已檢索」未建立索引差在哪?
這兩個狀態是 GSC 索引報表中最容易混淆的一組,也是診斷索引問題最需要區分的狀態。兩者的本質差異是:Google 有沒有實際「讀過」這個 URL 的內容。
| 狀態 | Google 知道這個 URL? | Google 抓取過內容? | 建立索引? | 原因可能是 |
|---|---|---|---|---|
| 已找到但目前未建立索引 | 是 | 否(尚未抓取) | 否 | crawl budget 不足、URL 被認為優先級低 |
| 已檢索但目前未建立索引 | 是 | 是(已抓取) | 否 | 內容被判斷為低品質、重複、或不足以建立索引 |
「已找到但目前未建立索引」的診斷方向
Google 知道這個 URL(可能透過 sitemap 或其他頁面的連結),但還沒排到檢索隊列中。這通常發生在:
- 網站規模大,Googlebot 的 crawl budget 不足以抓取所有頁面
- 這個 URL 沒有足夠的內部連結指向,Google 認為優先級低
- 網站 crawl budget 被大量低品質或重複 URL 佔用
處理方向:確認內部連結是否有指向這個頁面;確認 robots.txt 是否有不必要地封鎖資源;減少 URL 洪流(例如大量 query string 頁面)。
「已檢索但目前未建立索引」的診斷方向
Google 已抓取頁面,但選擇不建立索引。這是一個比「已找到」更有診斷意義的訊號,因為 Google 已評估過內容本身。常見原因:
- 內容重複或太薄(低資訊量、高重複率)
- 頁面結構問題(過多廣告、導航比內容多)
- 內容品質低,Google 判斷索引價值不足
- 新頁面,Google 仍在觀察期(有時候 7-14 天後會自動收錄)
處理方向:首先確認頁面內容是否有獨立的資訊價值;確認頁面沒有技術問題(不要把這個狀態和技術錯誤混淆)。這類狀態的本質是 Google 的品質判斷,技術修正不一定有效,需要從內容角度改善。
診斷自然搜尋流量時,這兩種未索引狀態可以搭配 自然搜尋流量分析 框架一起看,確認索引率下降和流量下降是否有關聯。
如何計算網站索引率?
索引率是追蹤整體索引健康度的操作指標,不是 Google 的官方排名指標。計算方式:已索引 URL 數 ÷ 可索引 URL 數。
如何取得這兩個數字
已索引 URL:GSC 網頁索引報表頂部顯示的「有效」數量,代表目前在 Google 索引中的 URL 數。
可索引 URL:你希望 Google 索引的 URL 總數。最接近的估算方式是:Sitemap 中的 URL 數量,扣掉已明確設定 noindex 的頁面。如果沒有完整 sitemap,可以用 GSC 「已提交的 URL 數」作為近似值。
計算範例:假設 Sitemap 提交 500 個 URL,其中 80 個設有 noindex(如分頁、標籤頁),可索引 URL = 500 - 80 = 420。GSC 顯示有效 = 320。索引率 = 320 / 420 = 76%。
這是操作型計算,不是精確科學,用於追蹤趨勢,不是與他人比較。
索引率多少算正常?
沒有通用的「正常索引率」。不同網站類型的基準線差異很大(推論,不是結論):
- 部落格 / 內容站(100-500 頁):預期 80-95%
- 電商(1,000-10,000 頁 SKU):50-75% 是常見範圍,大量 SKU 和分類頁可能更低
- 大型新聞站(每日新增):50% 以下也有可能,因為舊內容會被淘汰
更有意義的用法是追蹤自己的趨勢:如果索引率從三個月前的 85% 掉到現在的 65%,這個下降趨勢才值得診斷。絕對數字的意義有限,變化方向更重要。
索引率的資料限制
GSC 網頁索引報表的資料有延遲(通常 3-5 天),且 Google 不保證顯示的「有效」數量等同於實際可在搜尋結果中出現的頁面數量。這個數字是可追蹤的操作指標,但要避免過度解讀精確值。
更完整的搜尋能見度分析可以參考站內的 Search Console 曝光數據解讀,搭配成效報表的「有曝光頁面數」一起看。
索引報表和成效報表數字為什麼不同?
索引報表顯示「已進入 Google 搜尋資料庫的 URL 數」;成效報表顯示「實際出現在搜尋結果中並被記錄到的查詢數和頁面數」。兩者衡量的是不同的事,差距本身不是問題,差距過大才需要診斷。
為什麼差距存在?
第一個原因:索引不等於出現在搜尋結果。一個 URL 可以被索引,但因為沒有任何查詢的需求能對應到它,或者競爭頁面品質更高,Google 不把它顯示出來。這個 URL 就不會出現在成效報表。
第二個原因:曝光量門檻。GSC 成效報表只顯示有記錄到曝光的查詢和頁面。如果一個 URL 排名在第 20 頁以後,曝光接近 0,它可能不會出現在成效報表的頁面清單中,但它在索引報表中仍是「有效」。
第三個原因:資料延遲和取樣。成效報表的資料取樣方式和索引報表不同,兩者統計口徑本身就有差異。
差距的診斷意義
如果你有 1,000 個已索引頁,但成效報表只顯示 150 個有曝光頁,這個 850 的差距在以下情況值得深究:
- 這 850 個無曝光頁是你認為有搜尋需求的內容頁(不是標籤頁、分類頁、法律頁)
- 這些頁面過去有曝光,但最近曝光量消失了
- 這些頁面的索引狀態是「有效」,但 CTR 報表中完全看不到它們
如果這 850 個無曝光頁大多是技術性頁面(分頁、篩選結果、作者頁),差距是正常的。關鍵是有商業意義的內容頁的索引率和曝光率,不是全站 URL 的平均數字。
這個分析框架和 GSC CTR 優化可以一起看。站內的 Search Console CTR 分析 說明了如何在成效報表中找到低 CTR 的已索引頁,這是索引和成效之間的橋接診斷。
常見技術原因:robots.txt、noindex、canonical、404
多數索引問題的技術根源集中在四個機制:robots.txt 封鎖、noindex 標記、canonical 設定,以及 404 錯誤。這四個機制的作用層次不同,混淆判斷會導致誤修或無效排查。
robots.txt:封鎖的是檢索,不是索引
robots.txt 的 Disallow 規則告訴 Googlebot 不要抓取特定路徑。但 Google 仍然可能從其他途徑(例如其他網站的連結)得知這個 URL,並把它列入索引,只是不知道內容是什麼。
關鍵點:用 robots.txt 封鎖的頁面,在 GSC 中可能顯示「由於 robots.txt 封鎖而無法存取」,也可能顯示「排除 - 已找到但目前未建立索引」(如果 Google 只知道 URL 但沒抓過)。
如果你同時想阻止 Google 抓取和索引,建議用 noindex 標記(需要讓 Google 可以抓取頁面才能看到 noindex 標記)。只用 robots.txt 不能保證頁面不被索引。(來源:Google Search Central:robots.txt 介紹)
noindex:明確的不索引指令
在頁面的 <head> 加入 <meta name="robots" content="noindex">,或在 HTTP header 中設定 X-Robots-Tag: noindex,告訴 Google 不要建立這個頁面的索引。
需要注意:如果你同時用 robots.txt 封鎖頁面,Google 可能無法讀取 noindex 標記,因為它根本沒抓取頁面。想讓 noindex 生效,必須讓 Google 可以抓取頁面本身。
canonical:Google 選擇標準網址的邏輯
canonical 標記(<link rel="canonical" href="...">)告訴 Google 哪個 URL 是這個內容的標準版本。Google 通常會遵循這個標記,但不保證一定採用。
在 GSC 索引報表中,「替代網頁含正確標準標記」代表 Google 選擇了你指定的 canonical URL 作為索引版本,這是預期行為。如果 GSC 顯示「重複網頁,Google 選擇了不同的標準網址」,代表 Google 覆蓋了你的 canonical,可能原因包含:Google 認為另一個 URL 的訊號(例如內部連結、點擊率)更強。
這種情況不一定是問題,但需要判斷 Google 選的那個版本是否符合你的 SEO 目標。(來源:Google Search Central:整合重複的網址)
404:舊 URL 的處理原則
404 頁面不會被索引(也不應該被索引)。如果你刪除了一個有歷史流量的頁面,建議設定 301 redirect 到最相關的替代頁面。如果沒有適合的替代頁,讓它 404 本身沒有問題,但要確認 sitemap 中已移除這個 URL,避免 GSC 持續回報「找到但無法索引」的噪音。
GSC 不建議把 404 頁面硬是轉成 200,這是一個常見錯誤。Google 稱這種做法為「軟性 404」,會影響索引品質判斷。
發布後 14 天索引監控流程
新文章發布後應建立固定的追蹤節奏,而不是隨機查看或無限等待。建議的觀察點是 D0、D3、D7、D14:每個時間點對應不同的預期狀態和行動。14 天內沒有進入索引或沒有任何曝光,才值得進一步診斷內容品質。
D0(發布當天)
- 確認 sitemap 已包含新 URL
- 用 URL 檢查工具確認頁面可被 Googlebot 抓取(robots.txt 沒有封鎖)
- 點選「請求建立索引」,完成首次送審
- 記錄發布時間和 URL
D3(3 天後)
- 用 URL 檢查工具查看「目前索引狀態」是否有更新
- 如果仍是「URL 不在 Google 索引中」,確認即時測試是否正常渲染
- 不要在這個時間點重複送審,通常 3 天不足以反映第一次送審的結果
D7(7 天後)
- 確認索引狀態,如果已進入「有效」,進一步看 GSC 成效報表是否開始出現曝光
- 如果仍是「已檢索但目前未建立索引」,檢查頁面內容品質和獨特性
- 如果是「已找到但目前未建立索引」,確認內部連結是否已指向這個頁面
D14(14 天後)
- 進行完整的索引狀態確認,判斷是否需要進一步優化
- 如果已索引但成效報表沒有曝光,表示頁面已收錄但排名可能在較深位置
- 如果 14 天後仍然「已檢索但目前未建立索引」,可考慮修改頁面內容後重新送審
| 時間點 | 主要動作 | 預期狀態 |
|---|---|---|
| D0 | 確認 sitemap、請求索引 | URL 不在索引 / 待處理 |
| D3 | URL 檢查,確認即時渲染 | 可能已索引或仍在處理中 |
| D7 | 索引確認 + 成效初步確認 | 多數情況下應已索引 |
| D14 | 完整狀態評估,決定是否優化 | 已索引但可能曝光量低 |
這個節奏是操作指引,不是 Google 官方規範。實際的索引速度受網站規模、頁面品質、Googlebot 排程影響,時間點只是判斷是否需要進一步行動的參考框架。
內部連結的品質會影響 Googlebot 的爬取優先級。站內的 排名變化診斷指南 中有關於連結訊號與排名的進一步分析。
FAQ:Search Console 索引常見問題
以下整理 GSC 索引診斷中最常被問到的問題。核心判讀原則是:排除不等於錯誤、請求索引不等於強制收錄、已索引不等於有排名或流量。
Q1:新文章多久會被 Google 收錄?
沒有固定時間。從幾小時到幾週都有可能,取決於網站的 crawl budget、新頁面是否有內部連結指向、頁面品質,以及 Googlebot 的排程。一般做法是送審後等 7-14 天觀察。
Q2:為什麼我的頁面有 200 個,但 GSC 只顯示 150 個已索引?
可能原因:部分頁面設有 noindex、canonical 指向其他頁面、404 頁面、重複內容被排除,或部分頁面尚未被抓取。先看「排除」和「錯誤」類別,確認被排除的 50 個 URL 是預期行為還是問題。
Q3:排除狀態是不是代表出問題了?
不一定。排除類別包含大量預期行為(noindex 頁、重新導向頁、canonical 備用頁)。需要判斷這些排除的 URL 是否是你希望被索引的重要頁面。如果都是技術性或重複頁面,排除是正常的。
Q4:請求建立索引後,Google 多久會更新 GSC 索引狀態?
通常需要幾天到一週,有時候更長。GSC 資料本身有 3-5 天的延遲,所以即使 Google 已處理送審,GSC 也不會立刻反映新狀態。用 URL 檢查工具的「目前索引狀態」確認,比等整個報表更新更快。
Q5:有辦法強制 Google 索引我的頁面嗎?
沒有。Google 保留決定是否索引每個頁面的最終決定權。請求建立索引是送審訊號,不是命令。改善頁面品質、建立更多指向頁面的內部外部連結,是比反覆送審更有效的做法。
Q6:sitemap 提交有助於提升索引率嗎?
有助於讓 Google 發現 URL,但不保證索引。sitemap 的作用是告訴 Google「這些 URL 存在」,不能替代 Google 自己對頁面品質的判斷。提交 sitemap 是基礎設定,不是提升索引率的主要槓桿。
Q7:索引率下降,但流量沒有變化,需要處理嗎?
先確認下降的是哪類 URL。如果被排除的是技術頁面(分頁、標籤、搜尋結果頁),對流量沒有影響是正常的。如果下降的是內容頁,即使短期流量沒變,也值得確認這些頁面是否仍處於有效狀態。
David Hsu
搜尋數據分析師
擁有 6 年以上搜尋行銷數據分析經驗,GA4 認證分析師。曾為多家 Fortune 500 品牌提供搜尋數據諮詢,專精於 GA4 流量解讀、SEO 排名因素研究、競品搜尋數據比較與視覺化報表設計。透過數據驅動的方法,將搜尋趨勢轉化為可執行的行銷策略。
了解更多相關筆記
用 GSC 找關鍵字蠶食:Query、Page、CTR 怎麼交叉看?
系統性診斷 GSC 關鍵字蠶食:教你建立 Query-Page 矩陣,區分真性重疊與假性重疊,並透過平均排名時序與 CTR 異常分析,找出代表文件切換跡象,最後給出具體行動方案。
GSC 與 GA4 數據為什麼不一樣?5 個核心指標的對齊診斷與驗證方法
GSC 與 GA4 數據對不上?本文從點擊、工作階段、使用者數等核心指標的計算口徑切入,提供系統性診斷流程圖與 GA4 實操驗證步驟,助你理解差異根源並正確解讀數據。
Search Console 關鍵字研究操作指南:從搜尋查詢報表找排名機會
從 Google Search Console 搜尋查詢報表找排名機會:逐步說明排名20-29潛力關鍵字篩選邏輯、Regex進階過濾配方、突破1,000筆資料限制的三種方法,以及 GSC 與 GA4 整合工作流的操作步驟,適合有基礎的 SEO 分析師。