SEO優化 網路架站

新頁面沒被 Google 收錄?先分清是「已發現」還是「已檢索」

本篇內容更新/查核

2026年07月24日

  1. 聚焦「新頁面如何請求首次索引」
  2. 補上「已發現/已檢索」兩種未索引狀態的差別
  3. 更新後台操作的示意圖

多數人以為,網站剛上線或新文章剛發布之後,只要打開瀏覽器輸入自己的關鍵字或網址搜尋,就能立刻看到成果。實際上,一個網頁要先被 Google 建立索引,才有資格出現在搜尋結果裡,這中間常有一段容易被忽略的等待期。還沒被索引的頁面,就像書已經印好了,卻還沒拿到出版社的發行許可,內容再完整,讀者在書店裡也翻不到它。

新網站、新頁面第一次要被 Google 收錄,最容易卡關、也最常被搞混的,是 Search Console 裡兩種狀態:「已發現,目前未建立索引」與「已檢索,目前未建立索引」,這兩者原因不同、判斷方式不同,該怎麼處理也不一樣。

如果你的頁面過去索引狀態一直正常,卻是最近才忽然消失或抓不到,那通常屬於另一種技術性問題,成因和判斷邏輯都不一樣,跟首次收錄的排查方式不同。

先從 Google 怎麼發現、抓取一個全新的網址講起,弄懂這一段機制,才看得懂接下來兩種卡關狀態分別卡在哪裡。

Google 怎麼找到、抓取一個全新的頁面?

Google 要能把一個網頁放進搜尋結果,中間其實會經過四個階段:先是「發現」(Discover),Google 得先知道這個網址存在;接著是「檢索」(Crawl),Googlebot 實際造訪頁面,把文字、圖片等內容抓下來;再來是「索引」(Index),Google 分析抓到的內容,判斷值不值得收進資料庫;最後才輪到「排名」(Rank),已經建立索引的頁面彼此比較,決定誰在搜尋結果裡排在前面。新頁面卡關,幾乎都是卡在前兩關,也就是「發現」和「檢索」,不是排名。

Google 收錄新頁面會經過發現、檢索、索引、排名四個階段,新頁面幾乎都卡在發現與檢索這前兩關
Google 收錄一個新頁面要依序走完發現、檢索、索引、排名四關,新頁面卡關幾乎都發生在前兩關,而不是排名。

「被發現」需要途徑。Google 通常透過兩種管道知道一個網址存在:一是網站主動送出的 Sitemap,二是其他已經被索引的頁面連結過去。全新上線的網站如果沒有任何頁面連過去,也還沒送出 Sitemap,這篇新頁面在 Google 眼中就等於一座孤島,連排進檢索佇列的機會都沒有。

就算被發現了,Google 什麼時候真的派出爬蟲來抓,取決於 Google 對這個網站的檢索排程判斷,跟頁面內容寫得好不好沒有直接關係,單純是流程本身需要時間。這也是為什麼「還沒被索引」和「已經被拒絕收錄」是兩件完全不同的事,前者多半只是還在排隊,後者才是真的出了問題。搞懂這層機制,再回頭看 Search Console 裡「已發現」和「已檢索」這兩種狀態,會清楚很多。

「已發現」和「已檢索」,是完全不同的兩種卡關

在 Search Console 的網頁索引報表裡查看單一頁面的狀態時,很常同時看到「已發現,目前未建立索引」和「已檢索,目前未建立索引」這兩種說法。這兩個詞看起來很像,代表的意義和該做的事卻完全不一樣,混在一起處理只會白忙一場。

已發現代表網址還在排隊、補途徑再等即可;已檢索代表內容被讀過卻判斷不收,要先改內容,兩種未索引狀態處理方式相反
「已發現」多半只是在排隊,補內部連結和 Sitemap 再等就好;「已檢索」是內容被讀過卻沒被留下,催也沒用,得先把內容改到位。

已發現,目前未建立索引:網址還在排隊

Google 官方對這個狀態的定義是:「Google 已找到網頁,但尚未進行檢索。」多數中文教學會把這個狀態簡化成網站信任度不夠,但 Google 官方接著補充的原因更具體:這通常代表 Google 想要檢索這個網址,但預期會造成網站流量超載,因此重新安排了檢索時間,這也是報表裡「上次檢索日期」欄位空白的原因。換句話說,這其實是排程與伺服器負載的判斷,不完全是內容品質的問題。

另一個常見成因是發現途徑太弱,這篇新頁面沒有任何已索引的頁面連過去,也沒被收進最新的 Sitemap,Google 連要不要把它排進佇列都無從判斷起。

行動面可以先做兩件事。第一,檢查有沒有已經被索引的頁面連到這篇新頁,補上內部連結,這其實就是網站架構規劃該做到的一環。

第二,確認 Sitemap 有沒有把這個新網址收進去,沒有的話重新送出一次。

如果懷疑問題出在伺服器回應太慢,讓 Google 判斷抓取會造成負載而放慢腳步,這跟網站的首位元組回應時間有關,值得回頭檢查。

已檢索,目前未建立索引:內容被讀過了,卻沒被留下

這個狀態的官方定義是:「Google 已檢索網頁,但尚未建立索引。日後可能會建立索引(也可能不會);不必將這個網址重新送交檢索。」「不必重新送交檢索」這句官方措辭是關鍵,很多人以為狂點「要求建立索引」能解決這個狀態,其實癥結不在檢索,而在 Google 讀完內容之後判斷這篇不值得收,重送檢索並不會改變這個判斷,真正要處理的是讓 Google 重新評估之後改變結論。

常見成因大致有三種。第一,內容跟站內其他頁面高度相似或重疊,如果是同一組關鍵字被好幾篇文章瓜分,這其實也是關鍵字蠶食的徵兆之一。

第二,內容本身單薄,沒有完整回答搜尋意圖,讀者搜一個問題進來,頁面卻只給了片段答案。第三,頁面不小心留了 noindex 標記,或是 canonical 指向了別的網址,讓 Google 判斷這不是該收錄的正式版本,這種情況可以用網址審查工具查「使用者宣告的標準網址」跟「Google 選擇的標準網址」是否一致,先確認有沒有設錯。Ahrefs 的一份分析也指出,內容品質不足是這個狀態最常見的主因,重複、單薄、缺乏關聯性的內容都容易被歸進這一類。

行動面就是把內容補到能真正回答完整的搜尋意圖,跟站內其他頁面做出明確差異,確認索引相關標記沒有設錯,最後再用網址審查工具測試線上網址,確認問題真的解決了。

怎麼確認新頁面有沒有被 Google 收錄?

新頁面遲遲沒被收錄時,不用急著找工具修東修西,先確認狀態卡在哪一步。以下三種方法由淺到深,可以依序試。

第一種最直覺,直接用 site: 加網址搜尋,例如在 Google 搜尋欄輸入 site:你的網域,就會列出目前已經被收錄的頁面。要注意冒號一定要用半形英文字元,若不小心用了中文全形標點,結果就會不準確。

在 Google 搜尋框輸入 site: 加上網域,就會列出這個網站目前已經被收錄的頁面
在 Google 搜尋框輸入 site: 加上你的網域,會列出目前已被收錄的頁面,是最直覺的收錄自我檢查。

不過,光靠搜尋標題或關鍵字沒找到,不代表這個頁面真的沒被索引,也可能是排名排在很後面,或是被站內其他頁面蓋過去,這跟真正沒被收錄是兩回事,判斷方式要更精確一點。第二種方法是 Google 官方提供的驗證方式:先把網址開頭的 https:// 拿掉,再把 ? 後面的查詢參數或 # 錨點也拿掉,接著打開 Google 搜尋網頁,把裁剪過的網址貼進搜尋框(不是瀏覽器的網址列)去搜尋。如果網頁出現在搜尋結果裡,代表已經被 Google 收錄;沒有的話,很可能就還不在索引裡。

第三種是 Search Console 的網址審查工具,貼上完整網址之後,會顯示「網址在 Google 服務中」或「網址不在 Google 服務中」,並指出頁面目前卡在哪個環節。要留意這個結果預設顯示的是上次檢索時建立索引的版本,不是頁面現在的即時狀態;如果你剛改過內容,需要另外按下「測試線上網址」,才會拿到真正即時的檢查結果。

送出「要求建立索引」,實際流程與該注意的事

確認頁面確實還沒被索引之後,網址審查工具裡也提供直接送出要求的入口:貼上網址、查看目前狀態,如果顯示未建立索引,就能按下「要求建立索引」。

這個步驟有兩件事容易被誤會。第一,送出要求不保證頁面就會被收錄,Google 官方說明建立索引作業通常一天左右會完成,但有時可能拖到一到兩週,結果仍要看 Google 判斷這個頁面值不值得收。第二,這個功能有每日配額限制,狂點沒有用,應該留給比較重要的頁面。如果手上一次有大量新頁面要處理,正確做法是提交 Sitemap,並替更新過的網頁加上 <lastmod> 標記,而不是一篇一篇手動送出要求。

在網址審查工具確認頁面未建立索引後,按下要求建立索引送出,但送出不保證收錄且有每日配額
先在網址審查工具確認頁面還沒被收錄,再按下「要求建立索引」;送出不代表一定收錄,而且每日有配額,別狂點。

把前面兩種卡關狀態拿來對照,就能判斷這個功能該不該用:「已發現」狀態通常不需要手動催,Google 本來就會照排程慢慢排進去;「已檢索」狀態就算催了也沒用,因為 Google 已經讀過內容,問題不在檢索次數,而在內容本身要先處理好,再回頭確認狀態有沒有改變。

申請索引之外,還能做的幾件事

送出索引請求之後,還有幾件事可以主動做,讓 Google 更快、也更願意收錄新頁面。

第一,避免 Soft 404。這指的是頁面內容其實缺漏或不存在,卻回傳代表正常的 200 狀態碼,放著不處理,容易讓 Google 判斷頁面品質有問題,進而影響收錄意願,具體處理方式是用 301 轉址導向一個有效頁面,或是確保真的回傳 404

第二,從已經被索引的頁面主動連到這篇新頁,等於幫 Google 多鋪一條找到它的路。

第三,記得把 Sitemap 更新,收進新的網址。

第四,留意伺服器的抓取狀況。不一定要有主機權限才能查,Search Console 本身就有檢索統計資料報表,可以看到 Googlebot 造訪的次數、平均回應時間,以及狀態碼的分佈,比翻主機日誌容易上手得多。如果發現回應時間偏高,值得回頭檢查伺服器規格或快取設定。

「加速索引」的兩個常見誤解:Indexing API 和 IndexNow 都幫不了一般文章

不少站長聽過「Google Indexing API」,也有人在 WordPress 的 SEO 外掛裡看過「IndexNow」這個選項,以為打開就能讓一般文章、部落格頁面加速被收錄,實際上兩者的適用範圍都很明確,用在一般文章上完全沒有作用。

Indexing API 的官方文件寫得很清楚,這支 API 只能用來檢索嵌入 VideoObjectBroadcastEvent,或是 JobPosting(徵人啟事)這兩種結構化資料頁面,一般文章、產品頁、部落格內容都不適用,就算串接了也不會讓收錄變快。

IndexNow 則是 Bing、Yandex、Seznam、Naver 等搜尋引擎共同維護的協議,Google 目前並未參與。就算在外掛裡開啟了 IndexNow 設定,對 Google 的收錄沒有直接幫助,它對 Bing 這類搜尋引擎,以及依賴這些引擎索引資料的部分 AI 搜尋工具會有用,但那是另一個層面的事,跟 Google 收錄無關。

目前真正能主動催促 Google 的,就是前面講過的網址審查工具「要求建立索引」,以及提交 Sitemap 這兩種正式管道,別被工具的名字唬住,以為裝了就有效果。

Indexing API 只適用直播與徵才頁、IndexNow 只服務 Bing 等引擎,兩者都無法加速 Google 收錄一般文章
Indexing API 只吃直播和徵才頁、IndexNow 的 Google 沒參與,想加速一般文章都沒用;真正能催 Google 的只有要求建立索引和提交 Sitemap。

索引只是資格,不是排名保證。先分清楚自己的頁面卡在「已發現」還是「已檢索」,用對應的方法查證,該等的等,該催的催,該補內容的補內容,會比亂槍打鳥有效率得多。還沒拿到發行許可的書,再怎麼調整封面設計都沒有用,先讓 Google 願意收下這本書,排名才輪得到上場。

常見問答

本區問答由 AI 依文章內容自動整理,僅供快速參考,正式內容仍以全文為準。

新頁面沒被收錄,通常卡在哪個階段?

Google 收錄要經過發現、檢索、索引、排名四個階段。新頁面卡關幾乎都發生在最前面的「發現」和「檢索」。這跟頁面內容寫得好不好沒有直接關係,單純是流程與排程需要時間,並非被拒絕收錄。

已發現但未建立索引,代表什麼原因?

這代表 Google 已經知道網址存在,但還沒派爬蟲檢索。常見原因是 Google 判斷檢索會讓網站流量超載,因此重新安排了檢索時間。也可能是這篇頁面沒有已索引的頁面連過去,也沒被收進 Sitemap,讓 Google 無從排進檢索佇列。

已檢索卻未建立索引,為什麼催也沒用?

因為 Google 已經讀過這篇內容,只是判斷不值得收。問題不在檢索次數,重新送交檢索並不會改變這個判斷。真正要處理的是內容本身,讓 Google 重新評估之後改變結論。

怎麼確認新頁面有沒有被收錄?

最準確的方法是用 Search Console 的網址審查工具貼上完整網址查詢,會顯示網頁是否在 Google 服務中。如果剛改過內容,要另外按下「測試線上網址」,才能拿到即時的檢查結果,而不是上次檢索時的舊版本。

開啟 IndexNow 對收錄有幫助嗎?

沒有幫助。IndexNow 是 Bing、Yandex 等搜尋引擎共同維護的協議,Google 目前並未參與。就算在外掛裡開啟這個設定,對 Google 收錄也沒有直接幫助,只對 Bing 這類搜尋引擎和部分 AI 搜尋工具有用。

資料來源
  1. 網頁索引報表 - Search Console 說明 — Google
  2. 檢查單一網頁並進行疑難排解 - Search Console 說明 — Google
  3. 網址檢查工具 - Search Console 說明 — Google
  4. Indexing API Quickstart | Google Search Central — Google
  5. What "Crawled - Currently Not Indexed" Means In Google Search Console — Ahrefs