已探索 vs 已檢索 – 尚未建立索引：網頁為何未被 Google 收錄？

打開 Google Search Console 的「網頁索引」報告，看到大量網址停留在「已探索 - 尚未建立索引」（Discovered – currently not indexed）或「已檢索 - 尚未建立索引」（Crawled – currently not indexed），不少網站負責人的第一反應是：「是不是網頁出現了技術錯誤？」

事實上，這兩個狀態都不一定代表網頁本身有問題，而且背後的成因截然不同。本文將帶你分清兩者，了解 Google 如何決定檢索與索引，以及每種情況真正值得進行的修正。

已探索 vs 已檢索 – 尚未建立索引

簡而言之：「已探索」是 Google 尚未讀取；「已檢索」是 Google 已讀取但選擇不收錄。

Google 收錄網頁的三個步驟

要理解這兩個狀態，首先要知道一個網址從被發現到出現在搜尋結果中，需要經過三個階段：

1. 探索（Discovery）：Google 透過內部連結、外部 backlink（反向連結）或 XML sitemap 得知這個網址存在。
2. 檢索（Crawling）：Googlebot 實際擷取網頁內容，並以無頭瀏覽器（headless browser）執行 JavaScript 來算繪頁面。
3. 索引（Indexing）：Google 評估、整合及比較內容，決定是否值得納入索引，之後才有機會獲得排名。

「已探索 - 尚未建立索引」停留在第 1 與第 2 步之間；「已檢索 - 尚未建立索引」則停留在第 2 與第 3 步之間。Google 官方亦明確指出：並非所有被檢索的內容都一定會被索引。

「已探索 - 尚未建立索引」：其實是「已探索，尚未檢索」

與其將「已探索 - 尚未建立索引」狀態理解為「未索引」，不如視之為 「尚未檢索」。Google 知道網址存在，甚至可能曾嘗試檢索，但最終並未真正讀取內容。

因此，這個狀態不會是「該頁面」的技術錯誤——因為 Google 根本尚未讀取過該頁面。它反映的是整個網站的 crawl budget（檢索預算），而檢索預算由兩個因素決定：

1. 檢索容量上限（Crawl Capacity Limit）

檢索容量上限決定網站伺服器能夠承受多少檢索請求。Google 不希望拖慢你的網站，因此一旦偵測到以下情況：

• 回應速度緩慢
• 伺服器不穩定或經常出現 5xx 錯誤

便會在全站範圍降低檢索頻率，新網址自然需要排隊等候。

另一個常被忽略的情況是：Google 將檢索資源浪費在大量內容薄弱、重複或無關的網址上（例如篩選參數頁、標籤頁、自動生成的地區頁）。這些頁面最終多數不會被索引，卻已消耗了檢索預算，令真正有價值的頁面無法獲得檢索。

大量製作「門口頁」（doorway pages）——專為配對特定搜尋字詞而建立的頁面——只會令問題更加嚴重。 頁面數量越多，情況越差。

2. 檢索需求（Crawl Demand）

檢索需求則是 Google 認為你的網站是否值得投入資源檢索，主要考慮以下因素：

• 內容品質與價值：若 Google 認為網站（或某類內容）品質偏低或重複，便會降低檢索的優先次序。
• 受歡迎程度與連結：擁有較多內部及外部連結的頁面，通常被視為較重要。
• 真實的更新頻率：持續發佈有價值的新內容、作出實質更新的網站，檢索需求較高。單純修改日期或大量產出低品質內容則無助提升。
• 網站結構：清晰且連結完善的架構，有助 Google 理解頁面層級與重要性。

值得注意的是，Google 的官方檢索預算文件主要針對大型網站，但實際上不少中小型網站同樣會遇到此問題，原因之一是渲染（Render） JavaScript 及 CSS 亦會消耗檢索資源。

延伸閱讀：Google Search Central《管理大型網站的檢索預算》

如何處理「已探索 - 尚未建立索引」？

1. 檢查伺服器狀況：前往 Search Console 的「設定 → 檢索統計資料」，查看平均回應時間及主機狀態是否異常。
2. 減少低價值網址：使用 robots.txt 封鎖無限組合的參數、篩選及站內搜尋頁面；刪除或合併內容薄弱的頁面。
3. 停止大量建立新頁面：優先提升現有頁面的品質，而非以數量換取收錄。
4. 加強內部連結：從權重較高的頁面（例如首頁、熱門文章）連結至重要但尚未被檢索的頁面。
5. 保持 sitemap 精簡：只列出你真正希望被索引、並回傳 200 狀態碼的標準網址。

「已檢索 - 尚未建立索引」：Google 已讀取，但決定不收錄

這個狀態代表 Googlebot 已成功檢索網頁，沒有遇到任何網絡或伺服器錯誤，只是在評估後認為內容不具足夠價值納入搜尋結果。Google 的判斷帶有一定主觀性，因此並沒有立竿見影的解決方法——即使是內容不錯、運作正常的網頁，亦有可能未被索引。

常見成因包括：

• 頁面價值不足：內容對搜尋者缺乏實質幫助，或與網上大量內容大同小異。
• 主題重複競爭：多個頁面服務同一目的。這些頁面不一定完全相同（不屬於傳統的「重複內容」），亦不一定是門口頁，只是互相爭奪同一個搜尋意圖。
• 為搜尋引擎大量製作頁面：Google 視之為垃圾手法，自然缺乏檢索及索引的意欲。
• 非網頁檔案：圖片（如 .webp）、JavaScript 檔案、RSS feed 等亦可能出現在此狀態——Google 檢索後才發現它們並非網頁，因此「已檢索、尚未建立索引」其實是正確結果，毋須擔心。

唯一需要認真檢查的技術情況：渲染失敗

有一種技術上的特殊情況：網頁能夠被擷取，卻無法正確渲染。如果你的網站依賴 JavaScript 載入主要內容，而 Google 在渲染時出錯，它所看到的頁面便會遠遜於使用者看到的版本，自然無法獲得公平的評估。

檢查方法如下：

1. 在 Search Console 使用網址審查工具輸入網址，點擊「Test Live URL」。
2. 點擊「查看已測試的網頁」，檢查截圖中的主要內容是否清楚顯示。
3. 查看「HTML」分頁，確認渲染後的 HTML 包含完整正文。
4. 進階做法：複製渲染後的 HTML，在你自己的網域開啟 Chrome DevTools，貼入「Elements」面板，即可在正確的網域環境下（相對連結及圖片均能正常載入）大致重現 Google 所看到的頁面。

如果截圖中缺少主要內容，雖然不一定代表存在錯誤，但這是一個相當強烈的訊號，值得與開發團隊跟進。

如何處理「已檢索 - 尚未建立索引」？

1. 客觀評估頁面價值：這個頁面對搜尋者是否真正有用？還是只為填充網站內容？
2. 合併相近主題：將多篇討論同一主題的頁面合併為一篇更完整的內容，並以 301 重新導向舊網址。
3. 全面提升網站品質：與其逐頁補救，不如處理網站上大量的低價值頁面，改善 Google 對整個網站的評價——這同時能提高檢索需求，間接改善「已探索」的問題。
4. 專注重要頁面：從清單中找出真正具商業價值的頁面優先改善，毋須處理所有頁面。
5. 考慮封鎖非網頁檔案：如果有明確規律（例如大量 feed 網址），可使用 robots.txt 封鎖以節省日後的檢索資源。但切勿封鎖算繪網頁所需的圖片、CSS 及 JavaScript，亦不要封鎖你希望被 Google 圖片搜尋收錄的圖片。

兩個狀態之間的關係

兩者經常同時出現，而且根源相通。檢索需求偏低，往往與內容品質有關：當 Google 檢索到大量低價值頁面（出現在「已檢索 - 尚未建立索引」），便會降低對網站的整體評價，從而減少檢索新網址的意欲（導致更多網址出現在「已探索 - 尚未建立索引」）。

因此，最有效的長遠策略只有一個方向：少而精。減少不必要的網址、合併重複主題、提升每個頁面的實質價值，同時確保伺服器穩定。

總結

「已探索 - 尚未建立索引」代表 Google 知道該頁面存在但尚未讀取，通常指向伺服器承載力或檢索需求不足等全站性問題；「已檢索 - 尚未建立索引」則代表 Google 已讀取但認為不值得收錄，主要涉及內容價值，偶爾牽涉算繪問題。兩者都不是單一頁面的「錯誤」，而是 Google 對資源分配與內容品質的判斷。

與其逐個網址追求收錄，不如從網站結構、伺服器表現及內容品質全面入手。

參考資料

• Google Search Central Community：Why isn't Google indexing pages in "Discovered - currently not indexed" status?（Barry Hunter，2025）
• Google Search Central Community：Seeing "Crawled - currently not indexed" in Search Console?（Barry Hunter，2024，2026 更新）
• Google Search Central：Managing crawl budget for large sites