在WordPress公開文章，搜尋旅宿名稱或文章標題卻找不到，Search Console還顯示「未建立索引」。這時，可能會想反覆按「要求建立索引」。
但Google未建立索引的原因各不相同，例如剛公開尚未發現、含有noindex、判定另一URL為標準頁面，或內容幾乎重複。只提出要求無法修正。
本文說明不熟悉IT的旅宿主人，如何與Codex、Claude Code等AI一起，以唯讀方式調查一個重要頁面，逐項區分原因。
結論：依公開、擷取、索引許可、標準網址、發現路徑確認
依以下順序調查。
- 判斷是否真的想讓此頁出現在搜尋
- 確認公開URL是否任何人都能以HTTP 200開啟
- 用Search Console網址審查查看目前狀態
- 確認
noindex與HTTP標頭 - 確認robots.txt是否阻擋擷取
- 確認canonical是否指向正確URL
- 確認是否包含於站內連結與網站地圖
- 確認內容重複與資訊不足
- 修正問題後執行即時測試，需要時提出一次要求
目標不是讓所有文章都建立索引。預訂完成頁、篩選結果、管理頁或重複標籤清單等，也有不宜出現在搜尋的頁面。
檢索與索引的區別
| 階段 | 意義 |
|---|---|
| 發現 | Google知道URL存在 |
| 檢索 | Google存取URL並擷取內容 |
| 索引 | 處理內容並登錄至搜尋索引 |
| 搜尋顯示 | 可能依查詢出現在結果 |
建立索引不代表會出現在所有搜尋。網址審查顯示「網址已收錄在Google中」，也不保證特定查詢排名靠前。
有些頁面未建立索引是正常的
Google網頁索引報表說明指出，未建立索引不一定是問題。
旅宿網站應確認以下頁面目的。
- WordPress管理畫面或登入
- 草稿、預覽
- 預訂或詢問完成頁
- 站內搜尋結果
- 地區或條件篩選URL
- 列印用、附參數等重複URL
- 無內容的標籤、日期清單
- 測試環境、Staging
相對地，首頁、客房、價格、交通、預訂說明、看板貓介紹或住宿指南等希望提供搜尋者的主要頁面，若未建立索引，便是調查對象。
1. 用人的瀏覽器開啟公開URL
先以登出狀態開啟公開URL，而非管理畫面。
- 顯示HTTP 200
- 不出現404或500
- 不要求登入或Basic驗證
- 不意外轉向其他URL
- 顯示本文、圖片與標題層級
- 不是「未公開」或「維護中」
- PC與智慧型手機能閱讀主要內容
管理者可能因Cookie或登入狀態而看得到，Google或一般客人卻看不到。也請使用私密視窗或其他網路確認。
2. 用網址審查查看Google知道的狀態
Google官方網址審查指南說明，可確認Google掌握的特定頁面狀態，以及公開頁面的即時測試。
在Search Console上方輸入完整URL，記錄以下項目。
- 是否已收錄於Google
- 頁面擷取是否成功
- 是否允許建立索引
- 最後檢索時間
- 參照來源頁面或網站地圖
- 使用者指定的canonical
- Google選擇的canonical
若「受審查URL」與「Google選擇的canonical」不同，Google可能以另一URL作為代表。
不要混淆已收錄狀態與即時測試
一般網址審查顯示Google最後儲存的狀態，即時測試則存取目前公開頁面。
修正後立即查看，可能仍有過去錯誤，但即時測試已正常；相反地，即時測試成功，也可能尚未反映於索引。請分別記錄兩者時間與結果。
3. 確認noindex
noindex是指示不要將頁面加入搜尋索引。不只HTML的robots中繼標記，也可能設於HTTP回應的X-Robots-Tag標頭。
依Google robots中繼標記規格，多項指示衝突時，會套用限制較強的指示。
WordPress應確認以下項目。
- 「設定 → 閱讀」的搜尋引擎設定
- SEO外掛的個別文章設定
- 分類、標籤等分類設定
- 佈景主題或子佈景主題輸出
- 安全、維護外掛
- 伺服器或CDN的HTTP標頭
- 從Staging移到正式環境的設定
變更全站設定前先確認影響範圍。不要為解決一篇文章問題，就解除全部分類或全站的noindex。
4. 不要混淆robots.txt與noindex
robots.txt是控制搜尋引擎檢索器能擷取哪些URL的檔案。noindex則是指示已擷取頁面是否加入索引，兩者角色不同。
Google說明，robots.txt禁止擷取時，也無法閱讀頁面內noindex。設定前應理解「不想出現在搜尋而用robots.txt阻擋」與「為讓noindex被讀取而允許擷取」的關係。
重要頁面被robots.txt禁止時，先確認該規則原因。刪除不理解的資料列，可能開放管理URL或大量不必要URL，因此不要讓AI自動刪除。
5. 確認canonical URL
canonical是當相同或相似內容有多個URL時，表達希望以哪個URL作為代表的資訊。
確認以下不一致情況。
- 公開文章將首頁設為canonical
- 指向
http或無www等另一URL - 指向Staging或舊網域
- 誤指定另一文章URL
- 網站地圖與canonical不同
- 內部連結指向重複側URL
- 轉向目的地與canonical矛盾
Google canonical官方指南說明，重新導向、rel="canonical"與網站地圖等是標準網址的線索，也建議將內部連結統一為標準網址。
Google選擇另一URL為canonical，若是合理整合重複內容，就不需修正。若不同內容頁面被錯誤整合，請確認的不只標題，還有本文獨特性、內部連結與canonical設定。
6. 確認能否由內部連結前往
孤立頁面不易從網站地圖之外發現，客人也無法前往。重要頁面應從首頁、分類、地區清單、相關文章或說明頁等符合上下文的位置連結。
Google在連結官方指南建議，重要頁面至少由一個站內頁面連結，並讓連結文字容易理解內容。
- 能否不只依賴JavaScript，而以一般連結前往
- 目的地URL是否為轉向前URL或有錯字
- 文字是否說明內容，而非只有「這裡」
- 能否避免過長選單，透過分類或說明頁前往
- 公開後是否從相關既有文章加入連結
不只是為搜尋引擎，而應作為考慮住宿之人取得必要資訊的動線。
7. 確認網站地圖
網站地圖是告知Google URL存在的方法，不保證建立索引。
確認項目如下。
- 網站地圖URL能以HTTP 200開啟
- Search Console能擷取
- 包含目標標準網址
- 不無必要地包含
noindex頁或轉向URL http、https、www寫法統一- 已刪除URL沒有一直留下
- 多個SEO外掛沒有各自建立不同網站地圖
Google網站地圖建立指南建議，以完整URL包含希望顯示於搜尋結果的標準網址。
8. 確認內容重複與資訊量
技術設定正常，但內容幾乎與另一頁相同，Google仍可能只以其中一頁作為代表。
旅宿網站容易發生的例子如下。
- 只換地區名的短清單文章
- 多個URL幾乎相同介紹同一旅宿
- 分類、標籤與搜尋結果成為相同文章清單
- 列印用URL與一般URL有相同本文
- 分開PC與智慧型手機URL
- 量產只換標題、結論相同的衍生文章
不要在薄弱頁面加入一般論，只增加字數。可考慮整合至既有頁面、增加獨特比較資訊，或將不必要的重複URL整理至標準網址。
主要未建立索引原因的讀法
| 顯示範例 | 大致意義 | 首先確認 |
|---|---|---|
| 已發現、未建立索引 | 已知道URL但尚未擷取或收錄 | 內部連結、網站地圖、伺服器狀態 |
| 已檢索、未建立索引 | 已擷取但目前未收錄 | 內容、重複、canonical、品質 |
| 因noindex排除 | 有不建立索引的指示 | 是否為預期設定 |
| 被robots.txt封鎖 | 禁止擷取 | 規則目的與範圍 |
| 重複、其他標準網址 | 以另一URL作為代表 | Google選擇canonical是否合理 |
| 重新導向 | 轉向另一URL | 最終URL是否為標準頁面 |
| 404、軟性404 | 無頁面或被判定無內容 | HTTP狀態、本文、刪除意圖 |
| 伺服器錯誤 | 擷取時發生5xx等 | 外部監控、伺服器紀錄、再發情況 |
顯示名稱可能依畫面更新或情況改變。不要只依原因名稱批次修正，先審查一個URL。
使用要求建立索引
修正問題後，以即時URL測試確認擷取與索引許可，若是重要的一頁，可以要求建立索引。
Google官方建議單頁使用網址審查，多頁使用網站地圖。要求有次數限制，提出也不保證收錄或排名。
避免以下用法。
- 每天反覆按同一URL
- 未修正noindex或404就提出
- 大量URL逐一提交
- 試圖收錄全部重複文章
- 收錄前反覆變更標題或URL
- 當作提高排名的按鈕
請AI唯讀調查的委託內容
以下WordPress公開頁面在Search Console未建立索引。
請先不要變更設定或文章，以唯讀方式調查。
［完整公開URL］
［Search Console原因與最後檢索時間］
確認事項:
- HTTP狀態與最終URL
- 公開狀態與本文顯示
- robots meta與X-Robots-Tag
- robots.txt對應規則
- canonical URL
- 是否刊登於網站地圖
- 前往該頁的內部連結
- 轉向、重複與相似文章
請區分已確認事實、原因候選、未確認事項與修正方案。
請先不要變更WordPress、SEO外掛、robots.txt或伺服器。
也不要執行要求建立索引。
只修正一項的委託內容
請依未建立索引頁面的調查結果，只提出一項修正方案。
［調查結果］
請列出目標URL、目前值、建議值、影響範圍、依據、還原方式，
以及修正後即時測試項目。
不要解除全站noindex、批次刪除robots.txt規則、
批次取代canonical或量產相似文章。
請先不要執行正式環境變更。
修正後檢查清單
- [ ] 已確認是希望出現在搜尋的重要頁面
- [ ] 公開URL以HTTP 200開啟
- [ ] 沒有驗證或維護畫面
- [ ] 即時測試能擷取頁面
- [ ] 允許建立索引
- [ ] 沒有非預期noindex或X-Robots-Tag
- [ ] 沒有混淆robots.txt與noindex的角色
- [ ] canonical指向正確代表URL
- [ ] 能由內部連結前往
- [ ] 網站地圖包含標準網址
- [ ] 已確認與重複、相似頁面的關係
- [ ] 已記錄修正日期與依據
- [ ] 只對必要的一頁要求建立索引
- [ ] 已安排數日後再確認狀態
總結
未建立索引不是要求次數的問題。先判斷頁面是否需要出現在搜尋，再依公開狀態、擷取、索引許可、canonical、內部連結、網站地圖與內容區分原因。
AI可協助唯讀調查HTML、HTTP標頭、連結與網站地圖，並整理確認結果。但不要讓它自動批次變更全站robots.txt、noindex或canonical。修正一頁、即時測試、記錄，再進行下一頁較安全。
Search Console導入與擁有權驗證，可參考給旅宿主人的Google Search Console入門；公開後立即技術確認，可參考WordPress公開後確認方法；修正未建立索引後，可前往從Search Console查詢培育既有文章的方法。
