Google 索引怎麼送?要求建立索引的配額與驗收實測

重點摘要

想讓新網頁進 Google 索引,有效的插隊管道是 Search Console 網址檢查裡的「要求建立索引」,Indexing API 對一般網頁回 200 卻不會被處理。這顆按鈕每天能按的次數有限,按了也不等於送成,要用 Google 回報的檢索時間驗收。

要讓一個新網頁盡快進入 Google 索引,目前有效的做法是在 Google Search Console(Google 給網站管理者用的免費後台,以下簡稱 GSC)用網址檢查打開那一頁,再按「要求建立索引」;我們 2026 年 9 月實測,送成功的頁通常 5~25 分鐘內就會被 Google 抓走。Indexing API 和舊的 sitemap ping 網址對一般網頁都已經沒有作用,而且這顆按鈕每天能按的次數有限、按了也可能沒送成,所以送完一定要用 Google 自己回報的檢索時間驗收。

如果是整站一頁都沒進 Google索引的新站,問題通常不在送不送,而在網站自己的訊號互相矛盾,先照新站沒被索引的檢查順序排除 canonical 跟 sitemap 打架。訊號乾淨之後,剩下的問題是:有限的送出次數該用在哪幾頁,送完又怎麼確認 Google 真的來過。

哪些管道還能讓 Google 來抓特定網頁?

2026 年還能讓 Google 主動來抓特定網頁、加快進 Google 索引的管道只剩兩條:GSC 網址檢查裡的「要求建立索引」,以及透過 GSC 重新提交 sitemap。Indexing API 只開放給徵才頁與直播影片頁,一般網頁送了沒用;sitemap ping 網址 2023 年已停用,現在回 404。IndexNow 則是給 Bing 等搜尋引擎用的,名單裡沒有 Google。

管道 官方怎麼說 我們實測 結論
GSC 網址檢查「要求建立索引」 通過快速檢查後送進建立索引的佇列,每天送出次數有上限 2026-09 送出約 15 分鐘被爬、當天收錄 能插隊,名額很少
GSC 重新提交 sitemap(API 的 sitemaps.submit) 成功時回傳空的回應內容 2026-09-21 用 PUT 送出回 204,要回讀 lastSubmitted 確認時間有往前 能用程式提示重抓,何時來由 Google 排程
Indexing API 只能用在含 JobPosting,或在 VideoObject 裡嵌 BroadcastEvent 的頁面 2026-09-21 一般網頁連送兩次都回 200,反查紀錄回 404 一般網頁無效
sitemap ping(google.com/ping?sitemap=) 2023-06-26 公告停用,請求會得到 404 實測回 404 已停用
IndexNow 官方參與名單沒有 Google,送出也不代表一定收錄 2026-08-22 五個端點全部送成功 只影響 Bing 等其他搜尋引擎
從首頁加內部連結 官方〈要求 Google 重新檢索網站〉沒有列這個方法 19 頁加上首頁直連,四天後 0/19 被爬 短期內不能取代送出

Google 搜尋中心〈要求 Google 重新檢索網站〉只列兩種做法:少量網址用網址檢查工具,大量網址提交 sitemap。同一份文件也寫明檢索可能要「a few days to a few weeks」,而且要求檢索「does not guarantee that inclusion in search results will happen instantly or even at all」。按下送出只是排進隊伍,收不收、什麼時候收,還是由 Google 決定。

重新提交 sitemap 的時候,裡面的 lastmod 要照實寫。Google 在 2023 年宣布停用 ping 的同一篇公告裡舉例:頁面 7 年前改的,lastmod 卻寫昨天,久了 Google 就不再相信你的日期。lastmod 要怎麼做才誠實,sitemap lastmod 天天說謊那篇有完整做法。

Google Indexing API 回 200,為什麼一般網頁沒用?

Google Indexing API 的官方文件寫明,它只能用在含 JobPosting(徵才)或在影片裡嵌 BroadcastEvent(直播)的頁面。拿它送部落格文章、產品頁或服務頁,API 一樣回 HTTP 200,看起來像成功,實際上 Google 不會記下這次通知,也不會因此提早來抓。

官方原文是「The Indexing API can only be used to crawl pages with either JobPosting or BroadcastEvent embedded in a VideoObject.」,沒有替一般網頁留任何例外。

2026 年 9 月 21 日,我們拿一般內容頁連送兩次,兩次都回 200。接著用同一支 API 的查詢功能反查那個網址的通知紀錄,回的是 404,也沒有代表「最近一次通知」的 latestUpdate 欄位。換句話說,這兩次送出在 Google 那邊沒有留下任何痕跡。網路上還找得到「用 Indexing API 批次送全站」的腳本,照著做只會拿到一排 200。

Indexing API 快速入門另外寫了兩句值得照字面讀的話:「All submissions through the Indexing API undergo rigorous spam detection.」以及用多個帳號之類的方式超出配額,「may result in access being revoked」。拿它送不符資格的頁,最好的結果是沒效果。

真的想用程式提示 Google 重抓,能用的是 Search Console API 的 sitemaps.submit。這支 API 成功時回 204、回應內容是空的,官方說明也只寫「returns an empty response body」。所以不能只看狀態碼,要再讀一次那份 sitemap 的 lastSubmitted(最後提交時間),確認時間真的往前跑了才算送出。

要求建立索引的配額怎麼算?

Google 沒有公布「要求建立索引」一天能送幾頁,說明中心只寫了每天有上限,數字和重置時間都沒寫。我們 2026 年 8 月 22 日一輪連續送,送到第 11 次就跳出「超過配額」;同一頁重複送也照樣扣一次,官方文件也說重複要求不會讓 Google 抓得比較快。

官方〈要求 Google 重新檢索網站〉的原句是「requesting a recrawl multiple times for the same URL won't get it crawled any faster」。GSC 其實有好幾種配額,名字很像,算法不一樣。網址檢查工具的說明頁英文原文把它們寫在不同段落:

配額種類 說明中心原文 原文寫的計算範圍 我們實測
網址檢查(查一頁的索引狀態) There is a daily limit of inspection requests for each property that you own. 每個資源各自計算 逐頁查,大約每個資源每天 80~95 次撞上限(2026-09-18)
即時測試(測線上版本) There is a per-property daily limit of live inspections. 每個資源各自計算 這項沒有另外量
要求建立索引 There is a daily limit to how many index requests you can submit. 主詞是 you,沒有寫以資源計算 一輪連送,第 11 次超過配額(2026-08-22)

兩種配額在文件上是分開寫的,介面上卻綁在一起:「要求建立索引」這顆按鈕只長在網址檢查的結果面板上,沒有別的入口。2026 年 9 月 18 日我們逐頁跑網址檢查做全站盤點,撞到檢查配額之後,再輸入網址只看到「你已超過資源的網址檢查配額」,送索引的按鈕整個不存在。從那次之後,全站盤點改用「直接在 Google 搜網址」,檢查配額留給當天真的要送的那幾頁。

另一個常見的推算是:配額照太平洋時間跨日重置,換成台北大約是下午 3 點。我們實測推翻了這個推算。2026 年 9 月 27 日 22:44 送了 11 頁,隔天 14:01 送 1 頁,回「超過單日配額」;過了下午 3 點,18:43 再送 1 頁,還是超過。什麼時候恢復,Google 沒有公布,排程不要寫死在某個時間點重試,送不完的頁排進隔天佇列的最前面就好。

送出之後,怎麼確認 Google 真的來抓了?

按下「要求建立索引」看到確認訊息,只代表介面收到了,不代表 Google 真的來抓。驗收要看 Google 自己的資料:用網址檢查 API 查那一頁的 lastCrawlTime(上次檢索時間),晚於送出時間才算送成。我們實測,送成功的頁通常 5~25 分鐘內就會被抓;送出 1 小時後狀態還停在「Google 無法辨識」,就當作沒送成,放回佇列重送。

項目 做法 結果 條件、日期、樣本數
送出到被抓的時間 送出後用網址檢查 API 查 lastCrawlTime 10 頁在送出後 5~25 分鐘內被抓 某內容站,2026-09-29,送 11 頁
新網域的收錄速度 13:38~13:48 手動送 10 頁 15:37 用 API 查已全部收錄,不到 2 小時 2026-09-25 才註冊的新網域,10 頁
另一站的送出成功率 一次送 10 頁 10/10 成功,送出後 1~5 分鐘 Google 就來爬 某網站,2026-10-23,10 頁
佇列紀錄和實際對不上 排程佇列記錄「已送出」 36 頁裡有 9 頁 Google 從沒來過 某網站,2026-09-24,36 頁
只加內部連結、不送出 19 頁加上首頁直連 四天後 0/19 被爬 某網站,2026-09,19 頁

佇列記 36/36 已送、實際有 9 頁是假送出,問題出在送出流程只記錄「畫面上按過了」,沒有回頭查 Google 的資料。2026 年 9 月 29 日那一輪 11 頁裡沒被抓的那 1 頁,排程紀錄同樣寫著已送出,Google 的上次檢索時間卻停在送出之前。畫面上的確認訊息只能當參考,Google 回報的檢索時間才算數。

送索引的驗收流程

  1. 先查狀態再送已編入索引、已檢索未索引的頁都不送
  2. 網址檢查後按送出確認訊息最晚會晚 30~40 秒才出現
  3. 等 1 小時送成功的頁通常 5~25 分鐘就被抓
  4. 用 API 查檢索時間lastCrawlTime 晚於送出時間才算送成
  5. 直接搜網址確認真的出現在搜尋結果
示意圖:從送出到確認收錄的五步,第 4 步沒過就放回佇列隔天重送

這套驗收我們做成排程:每天送新的一批之前,先查上一批的 lastCrawlTime,沒被抓的放回佇列最前面。這樣做之後,「佇列清空」才真的代表 Google 都來過了。

GSC 說已編入索引,為什麼還是搜不到?

網址檢查顯示「網址在 Google 服務中」,只代表這一頁有資格出現在搜尋結果,不代表已經搜得到。Google 說明中心指定的決定性測試,是直接在 Google 搜那一頁的網址。2026 年 9 月 17 日我們查某農產品牌官網,網址檢查 13/13 頁都已編入索引,直接搜網址只有 2 頁搜得到,其他 11 頁搜不到。

說明中心的原文是「"URL is on Google" doesn't actually guarantee that your page will appear in Search results.」以及「For a definitive test of whether your URL is appearing, search for the page URL on Google.」。

Google 收錄的狀態有好幾個來源,每個來源回答的問題不一樣,也各有會騙人的地方:

訊號 它回答的問題 會誤導的地方 我們看到的例子
網址檢查(逐頁) Google 手上有沒有這一頁 已編入索引不等於搜得到 13/13 已編入索引,直接搜只有 2 頁(2026-09-17)
網頁索引報表 全站大約有多少頁被收 資料會落後好幾天 報表顯示 0 頁、最後更新停在 9 月 21 日,實際 27 頁已搜得到(2026-09-24)
報表裡的未索引範例網址 Google 抓過或找到、但還沒收的頁 範例清單可能是舊的 列為未索引的 10 個範例,逐頁重查 8 頁其實已收錄(2026-10-23)
成效報表的「網頁」維度 哪些網址真的有曝光 會出現 sitemap 以外的舊網址 45 個舊的 .html 網址吃掉三分之一點擊(2026-09-24)
直接搜網址 這一頁現在搜不搜得到 判定條件很容易寫錯 我們改了三次才寫對

報表裡「已檢索 - 目前尚未建立索引」這一類特別要小心。2026 年 10 月 23 日我們拿某站報表列在這一類的 10 個範例網址,用網址檢查 API 逐頁重查,8 頁其實已經收錄。要下「Google 不收這類頁」的結論之前,先逐頁重查。收錄數也一樣,用 API 逐頁查,不要看報表上的總數。

算收錄率時,分母不要只拿 sitemap。成效報表的「網頁」維度會列出 Google 手上所有有曝光的網址,2026 年 9 月某站就有 45 個不在 sitemap 裡的舊 .html 網址,吃掉三分之一的點擊。只拿 sitemap 當分母,算出「全部收錄」也完全看不到這批網址。

「直接搜網址」看起來簡單,自動化判斷卻很容易寫錯。我們 2026 年 9 月 18 日寫這支檢查,改了三次才對:比對整頁文字會誤中搜尋框裡的網址;比對結果的連結網址會全部漏掉,因為 Google 結果的連結是轉址網址;比對網域會誤中同站別的頁。最後的寫法是先抓那一頁真正的 title,取開頭一段當指紋,再到結果區找這段字,而且搜尋時不要在網址外面加引號。

哪些頁值得用掉送出名額?

名額少,就要照頁面狀態決定送不送。原則是只送 Google 還不知道、或內容真的改過的重要頁。已編入索引的不送,官方說重複要求不會讓它抓得比較快;「已檢索 - 目前尚未建立索引」也不送,官方說明寫明不必重新送交檢索,該改的是內容本身。頁數一多,官方建議直接提交 sitemap。

網址檢查看到的狀態 要不要按送出 理由與下一步
Google 無法辨識(新頁) 送,排最前面 Google 還不知道這頁,送出效果最明顯
已找到,目前尚未建立索引 先修訊號再送 常見原因是 canonical 跟 sitemap 打架,見新站沒被索引的檢查順序
已檢索 - 目前尚未建立索引 不送 官方:不必將這個網址重新送交檢索;先看內容是不是跟別頁太像
網頁已編入索引 不送 重複要求不會比較快,還會扣名額
已收錄、主要內容大改 送,或靠 sitemap 的 lastmod 主要內容、結構化資料、頁面上的連結改了,才算重大更新
不存在的網址卻回 200 不送 先讓它正確回 404,見 soft 404 與檢索預算

Google 對這兩個狀態的官方說明(網頁索引報表)是:「已檢索 - 目前尚未建立索引」表示「Google 已檢索網頁,但尚未建立索引。日後可能會建立索引 (也可能不會);不必將這個網址重新送交檢索。」;「已找到,目前尚未建立索引」則是 Google 找到了但還沒抓,所以報告裡的上次檢索日期是空白。

已檢索卻一直沒收,常見原因是頁面跟同站別頁太像。2026 年 8 月我們處理過一個量產頁網站:19 頁每頁塞了 5 段一模一樣的樣板,佔各頁 21%~65% 的內容,GSC 同時出現「已檢索」和「已找到」兩種未索引狀態。改成每頁寫只屬於自己的子角度之後,這些頁才陸續進索引。這種頁送幾次都沒用,要改的是內容。

名額的排序,我們照頁面對生意的價值排,不照檔名或發布順序:首頁、流量最大的分類或主題頁、詢價或購買的轉換頁、關於我們這類佐證頁,然後才是長尾文章。送不完的存成佇列檔,隔天接著送,最重要的頁會最先進 Google索引。

送索引踩過的坑:現象、原因、修法

送索引的坑多半不是技術難題,而是操作和判斷的小失誤:多按一次 Enter、太早判失敗、只看畫面不看 Google 的資料。每踩一次,不是白白用掉當天少少的名額,就是讓你以為已經送成、其實 Google 從沒來過。這些都是我們 2026 年 8 月到 10 月在自家與客戶網站上實際遇到的。

更多技術 SEO 的實作整理在 SEO 與 GEO 知識庫。

送索引與收錄驗收,我們的做法與方案

我們替客戶網站做 SEO 時,送 Google 索引是排程化的工作,不靠人記得去按:每天先驗上一批有沒有被 Google 抓到,沒來的放回佇列前面,再照頁面價值送當天的名額;收錄數用網址檢查 API 逐頁查,加上直接搜網址交叉確認,不看報表上的總數。canonical、sitemap、lastmod、404 這些會讓 Google 不來或不收的技術問題,在送出之前就先排除。

方案 費用 內容
SEO 建置 $900 USDT 站台架構、技術 SEO、sitemap 與收錄設定、初始內容
SEO 月維護 $400 USDT/月 內容產出、內鏈維護、索引監控

方案細節在價格方案。如果你已經有自己的網站,只想把送索引、收錄驗收做成自動排程接進現有流程,可以看自動化程式開發,依功能報價,評估不收費。

常見問題

要求建立索引一天可以送幾頁? Google 沒有公布數字。我們 2026 年 8 月 22 日一輪連續送,第 11 次就跳出超過配額;同一頁重複送也會扣一次,所以不要拿它重送已經收錄的頁。

Google Indexing API 可以拿來送部落格文章嗎? 不行。官方文件寫明它只能用在徵才頁(JobPosting)和直播影片頁(BroadcastEvent),一般網頁送了會回 200,但 Google 不會處理。我們 2026 年 9 月實測連送兩次,反查紀錄都是 404。

送出之後多久會進 Google索引? 要看頁面,官方說通常一天左右,也可能要一到兩週。我們實測送成功的頁通常 5~25 分鐘內被抓,一個新網域送 10 頁,不到 2 小時全部收錄;送出 1 小時後還沒被抓,就當作沒送成。

同一頁多送幾次會比較快嗎? 不會。Google 官方文件原文是重複要求「won't get it crawled any faster」,而且每送一次都會用掉當天的名額。

GSC 顯示已編入索引,為什麼搜不到? 因為已編入索引只代表有資格出現,不代表已經出現在搜尋結果。Google 指定的決定性測試是直接搜那一頁的網址;我們看過 13 頁都顯示已編入索引、直接搜只找到 2 頁的情況。

已檢索 - 目前尚未建立索引要不要重送? 不用。Google 官方說明寫「不必將這個網址重新送交檢索」,重送只會用掉名額;先檢查那一頁跟同站其他頁是不是太像,改內容比重送有用。

這類問題,我們天天在解

把你的情境描述給我們,直接告訴你做不做得到、大概多少錢。

用 Telegram 聊需求
評估與報價不收費 · 回覆你的是工程師本人
TG 聊需求