Google Search Console 網址審查工具：判讀頁面索引狀態

Google Search Console 的網址審查工具是什麼？

GSC 網址審查工具是用來檢查單一 URL 在 Google 索引中的狀態，也能測試目前頁面是否可被 Googlebot 存取，並在修正後送出要求建立索引。

如果你只想知道某篇文章、某個商品頁或某個報告頁有沒有被 Google 收錄，網址審查工具會比成效報表更直接。它看的不是整站流量，而是一個完整 URL 的頁面索引狀態。

網址審查工具主要回答哪三件事？

這個工具最適合回答三個問題：Google 知不知道這個 URL、Google 上次看到的版本是什麼、目前這個頁面是否有機會被索引。

Google 知道這個 URL 嗎？

如果結果顯示「URL is not on Google」，先不要急著判斷內容不好。Last crawl 空白時，常見原因是 Google 還沒發現這頁，這時要檢查 Sitemap、內部連結，以及頁面是否能被公開存取。

Google 上次看到的是哪個版本？

Google 索引資料反映的是上次檢索後的紀錄，不一定等於你現在瀏覽器看到的頁面。做 SEO 維護時，我會先看 Last crawl，因為它直接告訴你 Google 的判斷可能停留在哪一天。

現在這個 URL 可能被索引嗎？

即時測試會用 Google-InspectionTool 存取目前頁面，檢查 robots.txt、Page fetch、Indexing allowed 等項目。通過即時測試代表目前沒有被工具偵測到的重大阻擋，但不等於保證收錄。

檢查前先確認：你要看的是「Google 索引」還是「即時頁面」？

網址審查工具有兩種資料來源：Google 索引資料看的是 Google 上次收進系統的版本，即時測試看的是目前頁面能不能被 Google 存取與解析。

資料來源	代表意思	適合用在什麼時候	不能判斷什麼
Google 索引資料	Google 上次檢索與索引時留下的紀錄	確認頁面目前是否在 Google 索引中	不能代表頁面此刻的最新狀態
即時測試資料	Google-InspectionTool 現在是否能存取頁面	修完 noindex、robots.txt、404、伺服器錯誤後驗證	不能保證頁面一定會進入 Google 索引

Google 索引資料是上次檢索後的紀錄

Google 索引資料是預設畫面，會顯示頁面判定、Page indexing、Last crawl、Crawl allowed、Page fetch、Indexing allowed、Google-selected canonical 等資訊。這些資料會影響 Google 搜尋結果，但它可能落後於你剛剛做的修改。

即時測試是 Googlebot 現在能否存取頁面

按下 Test live URL 後，工具會測目前 URL 是否能被存取、是否被 robots.txt 阻擋、是否出現擷取錯誤，以及是否有明顯索引阻擋。官方說明也提醒，即時測試不會檢查所有索引條件，例如品質、安全、人工判決或部分重複頁判斷。

兩邊結果不同時，通常代表頁面最近有改過

如果 Google 索引資料顯示未收錄，但即時測試顯示可用，常見情況是問題剛修好，Google 還沒重新檢索。這時才有條件考慮要求建立索引，而不是重複修改同一個已經可抓取的頁面。

如何用 GSC 網址審查工具檢查頁面索引狀態？

檢查頁面索引狀態的核心流程是：選對 GSC 資源、輸入完整 URL、看頂部判定，再展開 Page indexing 或 Page availability 找原因。

步驟 1：打開 GSC 並選對資源

先進入 Google Search Console，確認左上角選到正確的網址資源或網域資源。若你檢查的是 https 版本，就不要拿 http 版本、測試站或不同子網域混在一起看。

步驟 2：輸入完整 URL

在上方搜尋列貼上完整網址，包含 https://、網域、路徑與必要參數。Google 官方的 URL Inspection tool 說明也要求輸入完整 URL，且該 URL 必須屬於目前開啟的資源。

步驟 3：看頁面頂部判定

頂部判定通常會先告訴你「URL is on Google」、「URL is on Google, but has issues」或「URL is not on Google」。這是第一層結論，但真正的處理方向要往下展開欄位確認。

步驟 4：展開 Page indexing / Page availability

在 Google 索引畫面展開 Page indexing，在即時測試畫面展開 Page availability。P1 讀者只要先看是否已索引，P2 和 P3 則要進一步看 Crawl allowed、Page fetch、Indexing allowed、canonical 與 Last crawl。

看到「URL is on Google」時代表什麼？

「URL is on Google」代表該 URL 已在 Google 索引中，可能出現在搜尋結果，但不代表一定會對任何關鍵字排名，也不保證你搜尋時一定看得到。

畫面結果	代表意思	下一步
URL is on Google	頁面已索引，基本上有資格出現在搜尋結果	搜尋完整 URL 確認是否真的顯示，必要時再看關鍵字曝光
URL is on Google, but has issues	頁面已索引，但強化項目、體驗或其他附加項目可能有問題	展開 Enhancements & Experience，看錯誤是否影響搜尋呈現
已索引但沒排名	索引只是進入 Google 系統，不等於具備排名競爭力	回頭檢查搜尋意圖、內容品質、內鏈、標題與主題覆蓋

我通常會把「已索引」當成 SEO 檢查的第一道門檻，不會把它當成成功。頁面進得了索引，後面才談得到曝光、點擊與排名。

看到「URL is not on Google」時要先查哪些欄位？

看到「URL is not on Google」時，先查 Page indexing 裡的 Crawl allowed、Page fetch、Indexing allowed、Google-selected canonical 和 Last crawl，不要一開始就歸因於內容品質。

Crawl allowed? 是否被 robots.txt 擋住

Crawl allowed 顯示 Google 是否被 robots.txt 擋在門外。如果這裡不是 Yes，Google 可能無法檢索頁面內容，工程端要回頭檢查 robots.txt 規則是否誤擋了文章路徑、分類路徑或參數網址。

Page fetch 是否出現 404、5xx 或伺服器問題

Page fetch 會告訴你 Google 是否成功擷取頁面。404 代表頁面不存在，5xx 通常指向伺服器端問題，重新導向錯誤則要確認最終 URL 是否正確。內容站改版後掉頁，這一欄常比內容本身更早暴露問題。

Indexing allowed? 是否有 noindex

Indexing allowed 會指出頁面是否明確禁止索引。若頁面有 noindex，Google 即使能抓到頁面，也不應該把它放進索引。常見失誤是測試環境設定被帶到正式站，或外掛在特定分類自動加上 noindex。

Google-selected canonical 是否不是你想收錄的 URL

Google-selected canonical 顯示 Google 選擇哪個版本作為主要頁面。若它不是你檢查的 URL，這個頁面可能被視為重複頁或替代頁。官方說明也提醒，canonical 判斷來自索引資料，即時測試無法預測 Google 最後會選哪個 canonical。

Last crawl 空白時，通常代表 Google 還沒發現這頁

Last crawl 空白不一定是錯誤，常見於新文章、新報告頁或缺少內部連結的孤立頁。這時要先讓 Google 找得到 URL，再用即時測試確認可存取，最後才按要求建立索引。

欄位	可能問題	優先處理方式
Crawl allowed?	robots.txt 阻擋	移除錯誤 Disallow 規則
Page fetch	404、5xx、重新導向錯誤	修正 HTTP 狀態碼與伺服器回應
Indexing allowed?	noindex 或標頭指令	移除不該存在的 noindex
Google-selected canonical	Google 選了其他 URL	檢查 canonical 標籤、內鏈與重複內容
Last crawl	Google 還沒檢索或資料很舊	補內鏈、更新 Sitemap，必要時要求建立索引

即時測試要怎麼用？通過後可以要求建立索引嗎？

即時測試適合在修正頁面後使用；如果 Test live URL 顯示目前頁面可被 Google 存取，且沒有明顯索引阻擋，就可以考慮按要求建立索引。

文字版流程可以這樣判斷：

1. 先用網址審查工具檢查 Google 索引資料。
2. 如果頁面未收錄，展開 Page indexing 找原因。
3. 修正 robots.txt、noindex、404、5xx、canonical 或重新導向問題。
4. 按 Test live URL，確認目前頁面狀態。
5. 若即時測試仍不可用，回頭修技術問題。
6. 若即時測試可用，且頁面確實需要進入 Google 索引，再按 Request indexing。

要求建立索引的角色是「提醒 Google 這個 URL 可以重新檢索」，不是排名捷徑。Google 官方說明指出，提交要求不保證頁面會出現在 Google 索引中，若是大量新頁或大量更新，應優先使用 Sitemap 與 lastmod，而不是逐頁手動送出。

常見情境：新文章、舊文更新、改版後，應該怎麼判斷下一步？

不同情境的下一步不一樣：新文章先確認 Google 是否發現 URL，舊文更新看 Last crawl，改版掉頁先查 Page fetch 與 canonical。

新文章發布後找不到

新文章找不到時，先輸入完整 URL 檢查。若顯示 Google 不知道這個 URL，先補內部連結、確認 Sitemap 有列入，再做即時測試。台灣內容站常見問題不是文章不能索引，而是新頁放在太深的分類或完全沒有入口。

舊文更新後想讓 Google 重抓

舊文更新後先看 Last crawl。如果 Google 上次檢索時間早於你的更新時間，即時測試通過後可以要求建立索引。若 Last crawl 已經晚於更新時間，但曝光仍沒改善，問題多半要回到內容匹配度與搜尋意圖。

改版後頁面忽然不見

改版後頁面掉出搜尋結果，先查 Page fetch 是否成功、HTTP 狀態碼是否變成 404 或 5xx、重新導向是否把舊 URL 指到不相干頁面。這種情況不宜先改標題，因為 Google 可能根本抓不到正確頁面。

canonical 指到錯頁

canonical 指到錯頁時，Google 可能把你想收錄的頁面視為重複頁。先檢查 user-declared canonical 與 Google-selected canonical 是否一致，再看內部連結是否一直指向錯誤版本。修完後用即時測試確認頁面可抓取，但 canonical 最終選擇仍要等 Google 重新處理索引資料。

情境	先看欄位	下一步
新文章未收錄	Last crawl、Sitemaps、Referring page	補內鏈、送 Sitemap、即時測試後要求建立索引
舊文更新	Last crawl	若 Google 還沒重抓，測試通過後要求建立索引
改版後掉頁	Page fetch、HTTP 狀態碼、重新導向	修正伺服器與轉址，再重新測試
canonical 錯誤	User-declared canonical、Google-selected canonical	修 canonical、內鏈與重複頁訊號

GSC 網址審查工具和 GA4、成效報表有什麼不同？

網址審查工具看單一 URL 的索引與可索引性，GSC 成效報表看搜尋曝光與點擊，GA4 則看使用者進站後的行為。

工具或報表	主要回答	適合用途
GSC 網址審查工具	這個 URL 是否已索引，現在是否可被檢索	單頁索引診斷、修正後測試、要求建立索引
GSC 成效報表	搜尋結果中有多少曝光、點擊、平均排名	觀察查詢、頁面、國家、裝置的搜尋表現
GA4	使用者進站後做了什麼	分析工作階段、互動、事件、轉換與站內路徑

如果一篇文章沒有曝光，先用網址審查工具確認是否索引。已索引但沒有曝光，再看 GSC 成效報表。已有自然搜尋點擊但停留或轉換不佳，才回到 GA4 看站內行為。

網址審查工具不能告訴你什麼？

網址審查工具不能保證收錄、不能保證排名，也不能完整檢查品質、安全、人工判決、法律移除、暫時移除與所有重複頁條件。

• 即時測試通過，不代表 Google 一定會把頁面放進索引。
• URL is on Google，不代表這篇文章一定有關鍵字排名。
• 工具不提供單一 SEO 分數，也不會替頁面打品質保證章。
• Live Test 不能完整預測 canonical 最終選擇。
• 人工判決、安全問題、法律移除與暫時移除要到對應報表確認。
• 大量頁面未收錄時，不能只靠逐頁按要求建立索引處理。

這些限制反而很重要。會用 GSC 的 SEO 人員，不會把一個綠色結果當成結案，而是把它當成排除技術阻擋後的下一步依據。Google 官方的 URL Inspection tool 與 單頁疑難排解說明 也明確保留這些邊界。

本文不延伸處理的 GSC 主題

這一頁聚焦單一 URL 的頁面索引狀態，不展開完整 GSC 安裝、GA4 報表、Core Web Vitals、結構化資料或 Sitemap 教學。

不在本文解釋完整 GSC 安裝流程

網址審查工具的前提是你已經有 Search Console 存取權。若尚未完成所有權驗證，先處理網域資源或網址資源驗證，再回來檢查 URL。

不在本文展開 GA4 報表教學

GA4 用來分析站內行為，不適合拿來判斷 Google 是否已收錄某個網址。索引問題先看 GSC，使用者行為再看 GA4。

不在本文展開 Core Web Vitals 修復

Core Web Vitals 可能影響頁面體驗，但它不是判斷單一 URL 是否被索引的第一步。頁面完全沒收錄時，先處理可抓取性、noindex、canonical 與擷取錯誤。

Google Search Console 是什麼？

Google Search Console 是 Google 提供給網站管理者的免費工具，可用來查看網站在 Google 搜尋中的索引、曝光、點擊、頁面問題與部分技術狀態。若目標是檢查單一頁面有沒有被收錄，應使用其中的網址審查工具。

GSC 網址審查工具可以檢查什麼？

它可以檢查單一 URL 的 Google 索引狀態、Last crawl、Crawl allowed、Page fetch、Indexing allowed、canonical，以及目前頁面是否可透過即時測試被 Google 存取。

我要怎麼用 Google Search Console 檢查某篇文章有沒有被收錄？

進入 GSC，選對資源，在上方網址審查欄輸入完整文章 URL。結果若顯示 URL is on Google，代表頁面已索引；若顯示 URL is not on Google，展開 Page indexing 查看未收錄原因。

「URL is on Google」是不是代表這篇一定會有排名？

不是。它代表頁面已在 Google 索引中，可能出現在搜尋結果，但排名仍取決於搜尋意圖、內容品質、競爭程度、內鏈、主題權威與其他條件。

「URL is not on Google」最常見原因有哪些？

常見原因包括 Google 還沒發現 URL、robots.txt 阻擋檢索、頁面有 noindex、Page fetch 失敗、HTTP 狀態碼錯誤、canonical 指到其他頁，或頁面被判定為重複頁。

即時測試通過後，為什麼還是不一定會被收錄？

即時測試只代表目前頁面可被工具存取並解析，仍不會完整檢查所有索引條件。Google 還可能因品質、安全、人工判決、法律移除、重複頁或 canonical 選擇而不收錄。

什麼時候可以按「要求建立索引」？

當你修正頁面問題，且即時測試確認目前 URL 可被 Google 存取時，可以按要求建立索引。新文章剛發布、舊文重大更新、noindex 移除後，也常會使用這個功能。

要求建立索引後多久會生效？

Google 官方說明提到，索引通常可能在一天左右完成，但有時會更久，甚至可能需要一到兩週。提交要求不保證頁面一定會被收錄。

GSC 和 GA4 的數字為什麼不一樣？

GSC 主要看 Google 搜尋曝光、點擊與索引狀態，GA4 主要看使用者進站後的互動。兩者計算基礎不同，所以數字本來就不會完全一致。

GSC 可以看 SEO 分數嗎？

不可以。GSC 不提供單一 SEO 分數。它提供索引、搜尋成效、頁面體驗與部分技術問題資料，仍需要人工判讀優先級。

網址審查工具可以檢查 canonical 問題嗎？

可以。你可以在 Page indexing 中查看 user-declared canonical 與 Google-selected canonical。若 Google 選的 canonical 不是你想收錄的 URL，就要檢查 canonical 標籤、重複內容、內部連結與 Sitemap 訊號。

如果很多頁都沒收錄，還要一頁一頁按要求建立索引嗎？

不建議。單頁問題適合用網址審查工具，大量 URL 應回到 Sitemap、lastmod、內部連結、可抓取性與網站品質處理。逐頁手動提交有額度限制，也無法解決系統性問題。