已檢索卻未建立索引：官網頁面搜不到的排查順序

很多老闆都遇過這個狀況：官網文章一篇一篇發，Google Search Console 也接好了，打開「網頁索引」報表卻看到一長串紅字——「已檢索 - 目前尚未建立索引」。頁面 Google 明明來看過了，就是不放進搜尋結果。你去 Google 打上完整標題，一筆結果都沒有。

這個狀態最折磨人的地方在於，它不是錯誤。伺服器沒掛、程式沒壞、也沒有人設錯開關，Search Console 不會告訴你哪裡該修。它只是很禮貌地說：我看過了，但我決定先不收。

這篇把排查順序整理出來。重點是「順序」——先確認不是自己擋住的，再談內容，最後才是技術面的抓取效率。順序顛倒的話，很容易花兩個月改文案，結果問題其實是一行設定。

Photo by Luke Tanis on Unsplash

先搞懂：三種狀態差在哪

Search Console 的網頁索引報表裡，最常混淆的是三個狀態，處理方式完全不同：

• 已找到 - 目前尚未建立索引：Google 知道有這個網址（通常從 sitemap 或內部連結發現的），但還沒來抓。多半跟伺服器負載、抓取排程有關。
• 已檢索 - 目前尚未建立索引：Google 已經抓過內容了，看完之後決定不收錄。這是判斷問題，不是技術問題。
• 網頁會重新導向 / 含 noindex 標記 / 已封鎖：這類是明確的技術原因，Search Console 會直接講。

如果你看到的是第二種，那代表 Googlebot 已經讀過你整篇文章了。內容它看過，它不要。這個認知很重要，因為它排除掉「是不是網站被封鎖」這類猜測，把範圍縮小到「內容與網站整體評價」。

第一步：確認不是自己擋住的（10 分鐘）

雖然狀態寫的是「已檢索」，還是先花十分鐘確認幾件事，因為這些是唯一「改了馬上有效」的項目：

1. 用網址檢查工具看 Google 眼中的版本

把該網址貼進 Search Console 最上方的搜尋列，跑完即時檢查後點「測試線上網址」，再看「已檢索的網頁」原始碼。重點看三件事：內容有沒有完整出現、<title> 對不對、有沒有 noindex。

特別提醒用 Vue、React 這類前端框架做的網站：如果內容完全靠瀏覽器 JavaScript 產生，原始碼可能只有一個空的 <div id="app"></div>。Google 有能力執行 JS，但會排進另一個較慢的渲染佇列，而且不保證每次都跑完。看到原始碼是空的，那就不是內容品質問題，是渲染問題，該考慮 SSR 或預渲染。

2. 檢查 canonical 標籤指到哪

這是最常見、也最容易被忽略的一種。rel="canonical" 是在告訴 Google「這頁的正本在這裡」。常見的踩雷情況：

• 整站每一頁的 canonical 都指向首頁（某些佈景主題預設值沒改）
• 分類頁、標籤頁的 canonical 指到第一篇文章
• http 與 https、有 www 與沒 www 混用，canonical 指到另一個版本

只要 canonical 指到別頁，Google 就會把這頁當成副本，自然不收。

3. robots.txt 與轉址

robots.txt 擋住的頁會顯示「已封鎖」，理論上不該出現在這個狀態，但若你最近才改過 robots.txt，報表可能還沒更新。順便確認該網址不是 301 或 302 到別的地方——改版過的網站很容易留下一層多餘轉址。

Photo by Sasun Bughdaryan on Unsplash

第二步：這頁到底有沒有存在的必要

上面三項都正常，那問題八成在內容。這裡要講一句可能不太中聽的話：Google 的索引容量是有成本的，它沒有義務收錄網路上每一頁。當它看完你的頁面、決定不收，通常是判斷這頁「在現有搜尋結果之外沒有增加什麼」。

用幾個具體的角度檢查看看：

內容是不是太薄。三百字、兩張圖、一段「歡迎洽詢」，這類頁面被跳過很正常。尤其是商品頁只放規格表、服務頁只放三行說明的情況。

是不是站內自我重複。很多中小企業官網會為了塞關鍵字，做出「台北網頁設計」「新北網頁設計」「桃園網頁設計」這種只改地名的系列頁。對 Google 來說這些內容高度重複，它會收一頁、跳過其餘。這也是為什麼大量產出的地區頁、標籤頁最容易卡在這個狀態。

是不是站外的複製品。直接轉貼原廠型錄、供應商的產品描述、新聞稿全文，網路上已經有幾十個一模一樣的版本，你的那份不會是被選中的那個。

有沒有只有你講得出來的東西。實際報價區間、你們遇過的施工限制、台灣法規的實務細節、真實的前後對照數據——這些是搜尋結果裡少見的資訊，也是最能拉開差距的部分。

另外一個容易被低估的因素是網站整體評價。Google 判斷要不要收一頁，不只看那一頁。如果整站有大量薄弱頁面，新發的文章即使寫得不錯，也會受連累。這種情況下，把舊的空洞頁面整併或直接下架（設 noindex 或 410），往往比再多發十篇新文有效。

第三步：這頁在你自己網站裡是孤島嗎

「孤兒頁」是指除了 sitemap 之外，站內沒有任何頁面連到它。Google 會用內部連結來推測頁面的重要性——如果連你自己都沒有任何地方提到這一頁，它很難判斷這頁值得收。

檢查方式很簡單：在 Google 打 site:你的網域 關鍵字，或直接用網站的站內搜尋，看看有沒有其他文章提到這個主題。如果沒有，那就補上：

• 從相關的既有文章內文，用有意義的錨點文字連過去（不要用「點這裡」）
• 放進分類頁、相關文章區塊、麵包屑路徑
• 如果是重要的服務頁，考慮從主選單或首頁直接連結

內部連結是少數你能完全自己控制、又確實有效的訊號。相較之下追求外部連結不但慢，還容易踩到有風險的做法。

第四步：伺服器撐不撐得住

這一項在中小企業官網上比想像中常見。Googlebot 抓取時會觀察伺服器反應：如果回應時間經常超過一兩秒，或不時出現 5xx 錯誤，它會主動降低抓取頻率，避免把你的網站拖垮。抓得少，自然評估得慢。

在 Search Console 的「設定 > 檢索統計資料」裡可以看到平均回應時間與每日抓取次數的趨勢。如果回應時間有明顯上升的轉折點，回想一下那時候做過什麼——換主機方案、裝了新外掛、資料庫變大，都是常見原因。

共用主機、沒有快取機制、圖片全部原始尺寸直出，是三個最常見的拖累來源。這部分修好不只幫索引，對使用者體驗和廣告品質分數也都有幫助。

Photo by Towfiqu barbhuiya on Unsplash

改完之後怎麼送出、怎麼等

修正做完了，流程是這樣：

1. 把網址貼進 Search Console 的網址檢查工具，等即時檢查跑完
2. 確認「已檢索的網頁」看到的是修正後的版本（沒更新的話先清快取、清 CDN）
3. 點「要求建立索引」
4. 然後就是等

關於等待，有三件事值得先有心理準備：

一、「要求建立索引」是插隊，不是保證。它只是把這個網址排進優先抓取的佇列，Google 還是會重新評估要不要收。同一個網址反覆按十次，不會提高機率。

二、時間尺度是一到兩週，不是一到兩天。常見的錯誤是三天後看沒變化就再改一次，改到最後自己也搞不清楚哪個版本有效。改完就記下日期，兩週後再看。

三、兩週後還是原狀，代表修正力道不夠。不是再按一次就好，而是要回去把內容加厚、或重新想這頁的定位。如果整站有十幾頁都卡住，與其一頁一頁按，不如先處理整站品質——把重複的頁面整併、把空洞的頁面下架，讓 Google 重新評估這個網站的水準。

有些頁面本來就不用救

最後補一個常被忽略的角度：不是每一頁都該進索引。以下這些出現在報表裡，其實是正常的，不用花力氣處理：

• 分頁列表的第二頁以後（/blog/page/2、/page/3）
• 只有一兩篇文章的標籤頁
• 商品篩選產生的參數網址（?color=red&size=m）
• 站內搜尋結果頁
• 購物車、結帳、會員中心等功能頁

這些頁面對搜尋使用者沒有價值，Google 不收是對的。比較好的做法是主動用 noindex 把它們排除，或在 robots.txt 擋掉參數網址——報表會乾淨很多，你也才看得出哪些是真正該處理的問題。

今天可以先做的三件事

如果你手上正好有一批卡住的頁面，建議這樣開始：

一、把報表匯出來分類。Search Console 的網頁索引報表可以匯出 CSV。先把「本來就不該收」的那類（分頁、標籤、參數網址）標記掉，剩下的才是真正要處理的清單。通常一篩之下會發現數量比想像中少很多。

二、挑三頁做網址檢查。從剩下的清單挑三頁，跑一次即時檢查，看 canonical 和渲染後的原始碼。如果三頁都有同樣的問題，那很可能是整站層級的設定，改一次全部受益。

三、選一頁認真重寫。挑一篇商業價值最高的，補上只有你們講得出來的內容——實際數字、實務限制、真實的取捨考量。送出索引申請，兩週後看結果。這一頁會成為你判斷「問題到底出在內容還是技術」的樣本。

索引這件事沒有捷徑，但也沒有那麼玄。多數卡住的頁面，原因不外乎三類：設定擋住了、內容不夠、或站內沒人理它。按順序查一遍，通常兩三個小時就能找到方向。