Google Search Console 的「未建立索引」不一定代表網站出問題：替代頁面、頁面會重新導向這兩種是正常結果，不必修；「已找到 - 尚未建立索引」可以送索引；「已檢索 - 尚未建立索引」是 Google 看過之後決定不收，送索引沒有用，要先改內容。判斷一個網站的索引狀況，不要看總覽頁那個「未建立索引」的總數，而是拿 sitemap 裡的網址逐頁做網址檢查。本站 2026 年 10 月 25 日用這個方法檢查 sitemap 裡的 129 個網址，129 個全部已建立索引；同一時期的報表上，未建立索引的數字從來沒有歸零過。
這篇寫給自己管官網、或剛接手網站的企業窗口。文中的判讀方式與數字都來自本站自己的 Search Console 與主機存取紀錄，不涉及任何客戶網站。
Search Console 先看哪裡？三個入口各回答一個問題
Search Console 的功能很多，企業官網日常只需要三個入口：「網頁」報表看整體索引狀況、「網址檢查」看單一頁面、「成效」看搜尋曝光與點擊。三者回答的問題不同，混在一起看最容易誤判：
| 入口 | 回答的問題 | 使用時要注意 |
|---|---|---|
| 網頁（索引報表） | Google 知道的網址裡，哪些有進索引、沒進的原因是什麼 | 統計的是 Google 知道的所有網址，含舊網址與參數版本，更新也比較慢，只適合看趨勢 |
| 網址檢查 | 這一頁現在有沒有在索引裡、Google 上次什麼時候來抓 | 判斷單頁狀態以這裡為準；「要求建立索引」的按鈕也在這裡 |
| 成效 | 哪些查詢有曝光、排第幾名、點擊率多少 | 只看得到 Google 搜尋，AI 助理引用的情況不在這裡 |
另一個常被忽略的設定是資源類型。Search Console 有「網址前置字元」與「網域」兩種資源：前者只看 https://你的網域/ 開頭的網址，後者會把 http、www 與所有子網域一起算進來。本站兩種都有，網址前置字元資源保留了多年的完整歷史，網域資源是 2026 年 8 月才建立，所以日常判讀用前者，兩邊的數字不拿來互相比較。網域資源的「未建立索引」通常會多出一大截，原因見下一節的例子。
如果網站是委託廠商建置，請確認 Search Console 的擁有者權限在公司自己的帳號底下，廠商只給「完整」或「受限」使用者權限。驗證方式建議用 DNS 的 TXT 記錄，換主機、換廠商都不會失效；網域與 DNS 帳號的歸屬怎麼管，見企業網域管理的 5 個必做設定。
5 種未建立索引的狀態怎麼判讀？哪些要處理、哪些是正常
「網頁」報表會列出每一頁沒進索引的原因。企業官網最常看到的是下面 5 種，其中兩種是正常結果，真正需要處理的只有「已找到」與「已檢索」兩種，而這兩種的處理方式剛好相反：
| 狀態 | 意思 | 該怎麼做 | 送索引有沒有用 |
|---|---|---|---|
| 已找到 - 尚未建立索引 | Google 知道這個網址，但還沒來抓 | 確認在 sitemap 裡、有站內連結，然後送索引 | 有用 |
| 已檢索 - 尚未建立索引 | Google 抓過了，看完決定先不收 | 先改內容，改完送一次，然後等 | 內容沒改就沒用 |
| 替代頁面（有適當的標準標記） | 這一頁設了 canonical 指向別頁，Google 照做了 | 不用處理，這是設定成功的訊號 | 不要送 |
| 頁面會重新導向 | 網址做了 301 轉址，Google 改收轉址後的那一頁 | 不用處理，確認轉址一次到位即可 | 不要送舊網址 |
| 找不到（404） | 網址已不存在 | 真的不要了就讓它 404；有對應的新頁才做 301 | 不要送 |
404 有一個常見的錯誤處理：把所有找不到的舊網址都 301 到首頁或某個不相關的頁面。Google 可能把這種轉址當成「軟性 404」，效果和 404 一樣，還多了一層轉址。本站有一個 2019 年的舊頁面一直以 404 狀態留在報表裡，我們的處理就是不處理。
報表上的數字為什麼和實際不一樣
2026 年 9 月 6 日，本站網域資源的「網頁」報表顯示已建立索引 271 筆、未建立索引 189 筆。逐項拆開後是這樣：
- 重複網頁，使用者未選取標準網頁：101 筆，全部是一個早已關閉的測試子網域上的參數網址。
- 頁面會重新導向：46 筆，是 mani.com.tw 與 www 版本 301 轉到正式網址的結果，屬於正常。
- 替代頁面有適當的標準標記 13 筆、404 有 1 筆、403 有 1 筆。
- 已檢索 - 尚未建立索引：27 筆，其中 23 筆是測試子網域與多年前的舊路徑，屬於本站正式頁面的只有 4 筆，而且其中 3 筆在前一天的網址檢查已經是已建立索引，報表只是還沒更新；剩下 1 筆是已經 301 退役的舊頁。
結論是：189 這個數字裡，沒有任何一筆需要動手。前一天用網址檢查逐頁確認 sitemap 裡的 62 個網址，62 個全部已建立索引。總覽數字只用來看趨勢有沒有突然暴增，判斷要不要處理，一律回到網址檢查。
網址檢查顯示「不適用」不是錯誤
網址檢查結果中的「是否允許建立索引」「使用者宣告的標準網址」「Google 選取的標準網址」若顯示「不適用」，代表 Google 還沒進到評估這一頁的階段，是沒有資料，不是設定有錯。新頁剛上線時常見另一個狀態「Google 無法辨識這個網址」，意思是 Google 還不知道這個網址存在，這時候送索引最有用。本站一篇新文章就是從這個狀態，在幾天內轉為已建立索引。
「已檢索 - 尚未建立索引」怎麼辦？本站卡 25 天的實例
「已檢索 - 尚未建立索引」的處理順序是：先改內容，再送一次索引，然後等，不要反覆送。這個狀態是綁在網址上的判斷，Google 已經看過那一頁的內容，送索引只是請它再看一次同樣的東西。
2026 年 8 月，本站網頁設計與網站代管兩個服務頁卡在這個狀態，Google 的上次檢索時間停在 8 月 10 日，一停就是 25 天。這段期間我們逐項測試了常見的說法，結果如下：
| 常見說法 | 怎麼驗證 | 結果 |
|---|---|---|
| 內容和別頁重複 | 14 個服務頁的主要內容逐對比對文字重疊率 | 排除，沒有任何一對重疊達 25% |
| 內容太短 | 比對已索引頁與未索引頁的字數 | 排除，一頁 1,662 字的有索引，3,066 字的反而沒有 |
| 站內連結不夠 | 統計每頁「來自已索引頁面」的連結數 | 排除，而且方向相反（見下） |
| 技術設定有誤 | canonical、robots meta、sitemap、HTTP 狀態碼 | 排除，全部正常 |
站內連結那一項最有參考價值：網站代管頁有 14 個來自已索引頁面的連結，包含首頁與全部主機方案頁，卻沒有被收；另一個服務頁只有 1 個連結，卻有被收。也就是說，「補內部連結就會被索引」這個說法在這個案例不成立。期間我們也送了多次索引，Google 只派了即時測試工具來看，正式的檢索時間一秒都沒變。
真正讓狀態改變的是內容本身。9 月 2 日兩頁改寫內容後送了一次索引，Google 在 9 月 4 日重新檢索，9 月 5 日的網址檢查兩頁都已建立索引，前後 3 天。從這個案例整理出來的做法：
遇到「已檢索 - 尚未建立索引」的 4 個步驟
- 先確認是不是本站正式頁：在 sitemap 裡、canonical 指向自己、狀態碼 200。不是的話，多半不用處理。
- 重寫開頭與段落標題：第一段直接回答這一頁要回答的問題，段落標題寫成讀者會問的句子，補上具體數字、價格或規格，讓這一頁有別頁沒有的資訊。
- 改完只送一次索引：同一網址多送幾次，不會讓它在佇列中的優先順序提高。
- 等 1～2 週再判斷：用網址檢查看上次檢索時間有沒有更新，有更新但仍未收，再回到第 2 步。
內容要怎麼改才會被收，跟這一頁原本怎麼做有很大關係。如果是幾年前用模板做的頁面，標題和段落都是「服務項目」「關於我們」這類名詞，重新規劃網頁設計時就應該一起處理；新網站常見的結構問題，可以先用網站 AI 體檢的 12 項自測檢查一遍。
什麼時候該按「要求建立索引」？送索引規則與驗證方法
值得送索引的只有三種頁面：剛上線的新頁、當天改過內容的頁、Google 還不認得的網址。其他頁面就算按了，Google 也只是照原本的排程來看。按下按鈕後，Search Console 會顯示「已將網址加入優先檢索佇列。多次提交同一網頁並不會讓要求在佇列中的排位或優先順序有所改變。」這句話本身就是最好的使用說明。
本站目前的送索引規則如下，每天由排程照表執行：
- 只送在 sitemap 裡、而且檔案確實存在的網址。已經 301 的舊網址不送。
- 當天改過並已上線的頁一律送，這條優先於每日上限。
- 其餘頁面 14 天內不重送，避免把額度浪費在沒有變化的頁面。
- 每天上限 7 筆，超出的排到隔天優先送。Google 沒有公開確切上限；本站在 2026 年 10 月 17 日到 19 日連續三天，都是送到當天第 12 筆才出現配額已滿的提示。
- 「已檢索 - 尚未建立索引」的頁不送，內容改完才送一次。
怎麼確認 Google 真的來抓了
網址檢查裡的「上次檢索時間」是一個依據，但更直接的證據在主機的存取紀錄。按下「要求建立索引」時，先來的是一個叫 Google-InspectionTool 的程式，那是即時測試，不是正式檢索；真正的 Googlebot 會在之後才出現。本站 2026 年 9 月 16 日送出 5 筆，5 筆都在存取紀錄裡找到「InspectionTool 先到、Googlebot 後到」的順序，間隔從 32 秒到 7 分 24 秒不等。
| 判讀情況 | 代表什麼 |
|---|---|
| 只有 InspectionTool，沒有 Googlebot | 只做了即時測試，正式檢索還沒發生，不能當成「已經重新抓了」 |
| InspectionTool 之後幾分鐘內出現 Googlebot | 這次重新檢索可以歸因於送索引 |
| 兩者都沒出現 | 先自己開一次網頁，確認存取紀錄已經寫入，再下結論 |
判讀時等 10～15 分鐘以上再查；分析前要先扣掉自己公司的 IP，以及自己的監控與排程程式。若是透過 Search Console API 讀取上次檢索時間，回傳的是 UTC，台灣時間要加 8 小時。
還有一個工具要分開看：透過 Search Console API 讀取 sitemap 狀態時，本站 2026 年 10 月 26 日讀到的是「已提交 124、已索引 25」，而前一天逐頁做網址檢查的結果是 129 頁全部已建立索引。sitemap 報表的數字只說明 Google 有沒有讀到 sitemap、有沒有錯誤，索引與否請以網址檢查為準。
Search Console 回答的是「Google 搜尋看到了什麼」，來的人在網站上做了什麼要看 GA4，見企業官網 GA4 要看哪幾個數字；ChatGPT、Perplexity 這類 AI 引擎的動作 Search Console 看不到，要讀主機的存取紀錄，做法見GEO 生成式引擎優化怎麼做。速度指標則在報表的「體驗」區，判讀見Core Web Vitals 那篇。
這些檢查都需要有人固定做。網站交給廠商維護的話，網站代管合約可以寫明：每月檢查一次 sitemap 網址的索引狀態、改版後送索引、未索引頁要附原因判讀。瑪尼國際成立於 2004 年，深耕逾 20 年、服務逾 500 家企業，網站設計、Search Console 設定、主機與上線後的索引追蹤由同一組人負責，這就是我們的一條龍服務：改了哪一頁、什麼時候送索引、Google 什麼時候來抓，都查得到紀錄。
常見問題
Q：Search Console 顯示「已檢索 - 尚未建立索引」，要一直按要求建立索引嗎？
不要。這個狀態代表 Google 已經來看過，是看完之後決定先不收，重複送索引只會讓它再看一次同樣的內容。本站曾有兩頁卡在這個狀態 25 天，期間送索引、補內部連結都沒有效果；改寫內容之後才送一次，3 天內就被重新檢索並建立索引。正確順序是先改內容，再送一次，然後等。
Q：Search Console 的「未建立索引」網頁很多，代表網站有問題嗎？
不一定。這個數字包含 Google 知道的所有網址：301 轉址的舊網址、帶參數的版本、設了標準網址的重複頁、測試用的子網域都算在內。本站網域資源曾顯示 189 筆未建立索引，拆開後屬於本站正式頁面的只有 4 筆，sitemap 裡的頁面其實全部已建立索引。判斷時要以 sitemap 裡的網址逐頁做網址檢查為準。
Q：Search Console 要求建立索引一天可以送幾次？
Google 沒有公開確切上限，而且同一網址多送幾次不會提高優先順序。本站在同一個資源上連續三天觀察到，當天第 12 筆才出現配額已滿的提示，所以內部訂的上限是每天 7 筆，並且只送當天改過內容的頁、新頁與 Google 還不認得的網址，其餘 14 天內不重送。