Google Search Console 顯示「未建立索引」時，不代表每個網址都壞了。GSC Indexing Errors 排查的第一步，是確認該網址是否本來就該進入搜尋結果；再用網址審查核對回應狀態、可檢索性、標準網址與 Google 實際讀到的內容。以下清單依 404、重定向、已檢索但未收錄等情況分流，避免把所有警示都改成 301。
Search Console 出現索引異常，應先看哪三件事？
先確認網址是否應公開收錄、伺服器目前回傳什麼狀態，以及 Google 看的是哪個版本。把單一網址的結果與整站趨勢分開看，才知道該修頁面、修轉址，還是維持現狀。
在「網頁索引」報表選擇問題類型，再開啟代表網址的「網址審查」。記下上次檢索時間、是否允許檢索、是否有 noindex、使用者宣告與 Google 選用的標準網址；接著按「測試即時網址」查看現在的公開狀態。Google 的網址審查說明指出，索引資料與即時測試回答的是不同時間點的問題；即時測試可供排查，並非收錄承諾。
網站改版後常見的錯誤是只看報表總數，沒有先整理「應收錄網址清單」。購物車、登入頁、過期的測試頁或同內容的參數網址，未收錄可能符合原規劃；核心服務頁、產品頁與有獨立價值的文章，則值得逐一檢查。若網址曾變更，先比對舊網址和新網址的內容意圖，而不是直接把所有舊頁導向首頁。
404 與 soft 404 有什麼差別？怎麼決定是否轉址？
HTTP 404 表示伺服器明確告知「找不到頁面」；soft 404 則是頁面看似錯誤或內容過少，卻回傳成功狀態。真正刪除且沒有相近替代頁時，保留 404 或 410 比誤導式轉址合理。
先開啟該網址，檢查是否拼錯、內容被誤刪、內部連結仍指向舊位置，並核對 HTTP 回應碼。若內容只是搬到新網址，而且新頁能滿足原來的搜尋意圖，設定伺服器端 301 並更新站內連結與網站地圖。若沒有實質替代頁，讓舊網址回傳 404 或 410，並設計可協助訪客繼續瀏覽的找不到頁面。Google 的檢索錯誤排查文件採用同樣的判斷方式。
soft 404 要查的是最終呈現內容：主內容是否空白、頁面是否顯示「商品不存在」、重要資源是否無法載入。若目標頁本來存在，應修復內容或伺服器問題；若目標頁確實不存在，就回傳真正的 404。把所有錯誤網址 301 到首頁，會讓訪客找不到原本要看的資料，也不能解決頁面意圖不相符的問題。
「頁面會重新導向」與「重定向錯誤」要怎麼處理？
正常的舊網址 301 到對應新網址時，舊網址不進索引通常符合預期；重定向錯誤則要檢查循環、鏈結過長或目標頁無法存取。應以最終落地頁為驗證單位。
用瀏覽器與 HTTP 檢查工具追蹤完整路徑：舊網址 → 中途網址 → 最終網址。理想上永久搬移應直接到正確的新頁，避免經過多次跳轉。檢查 http/https、www/非 www、尾斜線及大小寫規則是否彼此打架。Google 的重定向指南解釋各種轉址訊號，但不會替網站判斷哪一頁才是內容上真正的替代頁。
網站搬家後，網站地圖應列出可被索引的最終網址，站內導覽也應直接連到最終頁。若舊網址和新網址同時保留相同內容，還要查看 canonical 與實際內部連結是否一致。企業網頁設計在上線前先做網址對照表，能讓轉址驗收有明確依據；網站改版的上線驗收流程怎麼安排？可用來理解階段檢查的做法。
已檢索但未收錄，先檢查內容還是技術設定？
已檢索但未收錄代表 Google 曾讀取網址，但尚未將該網址納入索引。先排除 noindex、canonical、重複頁與伺服器問題，再評估頁面是否提供獨立、清楚且可供使用者完成任務的內容。
同一篇文章的標籤頁、搜尋結果頁、帶追蹤參數的網址，可能與主要頁面高度重複。反過來說，如果服務頁只有共用版型與數句模糊介紹，卻沒有服務範圍、流程、交付與常見疑問，即使能正常開啟，也很難說明它和其他頁面有何不同。SEO 優化應從訪客問題與頁面目標出發，不應為了通過工具檢查而大量複製關鍵字。
「已發現但尚未建立索引」與「已檢索但尚未建立索引」也不同：前者可能尚未完成檢索，後者已有檢索紀錄。先看報表分類和單一網址的審查細節，再核對網站地圖、內部連結與伺服器穩定性。若是重要頁面，新增通往該頁的相關內部連結，更新真正有用的內容，再觀察變化；重複按「要求建立索引」不會保證優先處理。
noindex、robots.txt 與 canonical 哪裡容易弄混？
noindex 是頁面可被檢索後要求不列入搜尋索引；robots.txt 是限制檢索路徑；canonical 是提出偏好的標準網址。三者用途不同，設定互相衝突時，Search Console 就很難呈現網站原本的收錄意圖。
要讓 Google 看到 noindex，通常必須允許檢索該頁；若先以 robots.txt 阻擋，爬蟲可能讀不到頁面上的 noindex。canonical 是訊號而非強制命令，Google 可能依內容和其他訊號選擇不同網址。要讓重要頁面進索引，應確認該頁回傳 200、可檢索、未設 noindex、canonical 指向合理網址，且主要內容完整可讀。Google 的網頁索引報表說明可對照不同排除原因。
對 WordPress 網站，除了文章的 Rank Math 索引規則，也檢查網站全域的「阻擋搜尋引擎索引本網站」設定、分類與標籤封存設定、快取後的公開 HTML。編輯器中顯示可收錄，不等於匿名訪客及 Googlebot 收到的回應也相同。網站設計服務如何規劃可檢索的內容架構？可作為改版前的規劃起點。
GSC Indexing Errors 的實用排查順序是什麼？
把每個重要網址依「預期收錄 → 實際回應 → Google 記錄 → 修正 → 複查」記錄，就能避免在未確定原因前大量改設定。一次只改能解釋問題的項目，留存時間與檢查結果。
- 列出重要網址：首頁、服務頁、案例頁與高價值文章；區分應收錄和不需收錄。
- 用 Search Console 查看網頁索引原因，再用網址審查核對檢索與標準網址。
- 以即時測試及 HTTP 檢查確認 200、301、404 或其他狀態，檢查最終頁內容。
- 核對 noindex、robots.txt、canonical、網站地圖與內部連結是否指向同一版本。
- 依結果修復頁面、設定有對應內容的 301，或保留真正的 404；完成後驗證。
- 重要單頁可要求重新建立索引，多頁更新可提供正確網站地圖；持續追蹤，勿把請求視為收錄保證。
檢查清單最好保留舊網址、新網址、預期狀態、實際狀態、負責人、修正日期與複查日期。這種紀錄在換網域或重做網站時特別有用：若某個 404 原本就是過期頁，和高流量服務頁斷線的優先級完全不同。實際網頁設計案例需要檢查哪些上線成果？可作為檢視頁面可讀性和導覽的參考，不應把案例展示當成索引成功的保證。
| Search Console 情況 | 先確認 | 常見處理 |
|---|---|---|
| 404 | 頁面是否真的已移除、有無對應新頁 | 有替代頁才 301；否則保留 404/410 |
| soft 404 | HTTP 狀態與實際畫面是否矛盾 | 修復內容或回傳真實錯誤狀態 |
| 頁面會重新導向 | 是否為預期永久搬移 | 核對最終頁及站內連結 |
| 重定向錯誤 | 是否循環、過長或目標故障 | 修正規則，直接到正確頁 |
| 已檢索但未收錄 | 技術設定、重複性與內容價值 | 依實際原因改善，持續觀察 |
常見問題
Search Console 有 404，就一定會影響整站排名嗎？
不一定。已刪除且沒有替代內容的網址回傳 404 是正常訊號。優先修正被誤刪的重要頁面、壞掉的站內連結，以及本應轉往對應新頁的舊網址。
把所有 404 轉到首頁，可以快速清掉報表嗎？
不建議。只有存在內容相近的實際替代頁，才設永久轉址；沒有替代頁時，保留真正的 404 或 410，並提供清楚導覽。
按「要求建立索引」之後，多久會出現在 Google？
時間不固定，也可能不被收錄。要求建立索引只是提交重新檢索請求；先確保公開頁面可讀、設定一致且內容有獨立價值，再追蹤結果。
網站改版時，誰應維護轉址對照表？
網站擁有者應保留可交接的網址清單，設計與維護團隊依清單實作及驗證。高雄、台中、台北的遠端協作專案同樣應在上線前核對舊頁與新頁對應，避免日後無法追查。
