新頁上線後沒被搜尋收錄？用網址檢查拆解原因

從公開讀取、網址檢查狀態與最近檢索紀錄，逐步判斷新頁未被搜尋收錄的原因，並安排修正後的再次檢查。

新頁已公開，搜尋結果卻找不到，先別把「沒出現」直接當成內容寫得不好。對單一網址，最有效率的診斷順序是確認人與搜尋引擎都能讀取，再看 Google 已記錄的狀態、最近一次檢索，以及修正後的回查結果。網址檢查同時呈現索引版本與即時測試，兩者回答的問題不同；先分開解讀，才不會因為即時測試可讀就誤以為已收錄，或看到舊紀錄便重複改動。本文不以搜尋結果中的一次查詢作唯一判準，而是把每次觀察都視為一張狀態快照，依可見證據決定下一步，避免把發現、讀取和收錄混成同一個問題。

先確認網址可公開讀取

診斷前先固定要查的「單一網址」：複製網站實際公開的完整網址，包含 https、子網域、語系路徑及結尾斜線，不要拿編輯器預覽、帶登入權限的網址或另一個相似頁面代替。用無痕視窗開啟，確認一般訪客不需登入、沒有被導向預覽頁或錯誤頁，而且主文確實出現。若頁面由前端程式載入，等內容完成後再看畫面；空白框、只剩導覽列、錯誤訊息或一直轉圈，都值得先處理。接著檢查網站回應是否為成功頁面，並沿著轉址確認最後目的地。瀏覽器看得到，只能證明這次使用者請求成功，不能證明搜尋引擎已找到或收錄。比對網址時也要留意 http 與 https、www 與非 www、大小寫、語系版與參數；不要把重複版本當成多個獨立問題。假設文章頁會從 /draft/ 轉到 /guide/，先記下兩者和最後落點，之後在 Search Console 檢查預期要出現在搜尋結果的正式網址。若可檢查原始頁面，也確認回應標頭沒有額外限制；遇到多次轉址，記錄每一站與最後的網址。先不要把測試環境或暫時網址送去要求索引，避免日後追查到錯的版本。若頁面有密碼、暫時性錯誤或內容不完整，先修公開讀取；若只有某些網路或裝置失敗，保留重現方式與時間，請網站維護者檢查主機、防火牆或前端載入。這一步的判準很直接：讀者能否以正式網址穩定看到完整頁面，且沒有意外轉向其他內容？只有答案明確，後續索引狀態才有可比對的基準。Google 說明也指出，網址檢查所見的擷取結果可協助核對 Google 收到的頁面內容；但即時可讀仍不代表已索引。 參考：Google Search Console 網址檢查說明。

查看網址檢查狀態

進入 Search Console 後，先確認目前選取的資源涵蓋這個網址；網域資源、網址前綴資源可能涵蓋範圍不同。將完整網址貼入網址檢查，先讀取索引版本的結果，不要一開始只按即時測試。記下頁面整體狀態，以及「頁面索引」細節呈現的原因、檢索和索引資訊。如果顯示網址已在 Google，代表它具備出現在搜尋結果的資格，不保證某個查詢一定會顯示；若顯示未在 Google，往下查看具體原因，而不是把總結卡片當成修正指示。若畫面有 Google 選擇的標準網址，確認它是否與你打算讓人搜尋的版本一致；若報告指向另一頁，應先查轉址、重複內容與 canonical 訊號。需要了解目前公開版本時，再執行即時測試，查看 Google 檢查工具是否能擷取、是否允許索引，以及呈現的頁面內容。若只有增強功能或結構化資料出現警告，先分辨那是搜尋呈現功能的問題，還是頁面索引本身被阻止；兩者需要不同處理。只有與索引許可或標準網址直接相關的結果，才是本次診斷優先線索。即時測試回答「現在能否讀取與解析」，索引版本回答「Google 最近保存了什麼狀態」，兩者不一致時，把差異視為線索：可能是修改尚未重新檢索，也可能是當下主機或資源載入條件不同。可用一列筆記把結果拆開，例如「索引版本：未索引，原因待看；即時測試：可讀；正式網址：一致」。這不替工具結果下結論，卻能避免把兩個時間點混在一起。請記錄檢查的網址與資源名稱，否則切錯資源時，空白或找不到結果容易被誤判成網站沒有索引資料。官方指南說明，網址檢查呈現索引中的已知資訊與即時測試資訊，兩者涵義不同。 參考：檢查及排解單一網頁。

分清檢索與索引階段

「發現網址」、「檢索網頁」和「納入索引」是不同階段。搜尋引擎可能知道網址存在，卻還沒抓取內容；也可能已成功讀取，仍未選擇將頁面納入索引。前一種先查發現路徑：網站地圖是否列出正式網址、站內是否有一般可點擊的連結、連結是否把訪客帶到正確頁。網站地圖是提示，不是立即檢索或收錄的保證；若只有孤立網址，先補上合理的內部連結，並核對網站地圖沒有放入預覽版、轉址版或錯誤語系。若工具標示已發現但尚未檢索，先補可爬連結並確認伺服器可接收請求；若標示已檢索卻尚未索引，提供新抓取通常無法代替釐清重複或內容問題。先沿狀態找到停住的位置。若報告指出已檢索但未索引，焦點改為頁面本身：Google 收到的是完整正文，還是空白、錯誤內容或過薄的模板？同一主題是否有高度相似頁面，且 canonical 指向別處？先查看索引版本、Google 選擇的標準網址和擷取內容，再判斷要修技術訊號、補足獨特資訊，或接受另一網址作為主要版本。robots.txt 與 noindex 也不可混為一談：前者限制爬取，後者在搜尋引擎能讀取指令時要求不要索引；若 robots.txt 擋住頁面，Google 可能讀不到頁面內的 noindex。不要只看到「未收錄」便同時開放所有限制，先找出是哪一層阻斷。實務排序可以是：先排除登入、錯誤回應和抓取阻擋，再確認索引指令與正式網址，最後檢視重複和內容選擇。每一步只處理已找到的原因，修完重測相同網址，結果才有因果關係。Google 的索引說明也提醒，封鎖爬取與禁止索引作用不同，必須確認頁面實際傳回的規則。 參考：以 noindex 控制索引。

核對最近檢索紀錄

索引版本不是即時快照，所以要核對最近一次檢索時間與當時結果。若最近檢索早於上線或修正日期，舊的未索引原因只能說明 Google 當時看到什麼，不能證明目前問題仍存在。把「最後檢索」和「頁面上線／變更」並列，按時間判斷：尚未檢索，先確認 Google 是否有發現網址；已檢索但回應錯誤，查當時主機和頁面狀況；檢索成功仍未索引，檢查允許索引、標準網址與頁面內容。若日期晚於修正，打開 Google 擷取到的頁面或 HTML，核對它是否包含更新後的標題、正文、連結和指令。當擷取內容與目前頁面不同，核對網址版本和變更是否已部署到正式環境；如果工具顯示的檢索日期較新但本文仍舊，才進一步查快取或條件輸出。這樣能把歷史資料與新錯誤分開。不要只看目前瀏覽器畫面，因為快取、條件式載入或部署版本可能讓你與爬蟲看到不同內容。假設記錄顯示 4 月 15 日曾抓到 404，而網站 4 月 17 日才修復，這條紀錄仍是合理的歷史結果；下一步應安排修復後重新檢查，而非再次回頭改正文。若最近檢索時間是空白，可能表示尚未發現或沒有該筆記錄，應結合網站地圖、站內連結及即時測試判斷，不能將空白直接當作伺服器故障。網址檢查提供單頁線索；若需要確認某次請求在伺服器端的回應，可請維護人員核對對應時間的存取紀錄，且要確認紀錄辨識的是 Googlebot，而非僅憑使用者代理字串。這項額外檢查只在時間與擷取畫面仍無法解釋問題時使用。留存畫面或文字摘要及查詢時間，日後才能區分「Google 尚未回來」與「回來後仍遇到同一原因」。 參考：網址檢查工具的資料範圍。

修正後安排再次檢查

找到明確原因後，先只修那個原因，再從公開網址重看一次。若是 noindex，確認頁面標籤或回應標頭已移除，且沒有另一層模板重新加回；若是 robots.txt 阻擋，確認目標路徑已可爬取；若是錯誤 canonical，讓頁面、網站地圖與內部連結對準同一正式網址；若是擷取空白或錯誤回應，先修載入與主機，再驗證完整正文能被讀取。不要在沒有依據時改網址、改標題或大量重寫內容，否則即使狀態改變也難判斷哪項修正有效。接著在網址檢查執行即時測試，核對讀取結果、索引許可和所見內容。即時測試通過後，若索引版本仍是修正前的結果，可對這個重要網址提出一次索引要求，或讓網站地圖提供更新線索；提交要求只是請求重新處理，不是保證收錄。大量網址更新時，優先維護正確的網站地圖，不要逐頁反覆提交。安排之後再回查，但不要以每隔幾分鐘重整報告作為監控方法；爬取與索引需要時間，回查頻率應足以讓新結果有機會出現。用簡單判斷表決定下一步： | 假設觀察 | 判斷 | 下一步 | | --- | --- | --- | | 即時測試仍見 noindex | 修正未生效或被重新加回 | 查頁面與回應標頭 | | 即時測試可讀、可索引；索引版本日期較早 | Google 尚未反映本次變更 | 記錄後提出一次索引要求 | | 索引版本較新但 canonical 指向別頁 | 搜尋引擎選了另一正式版本 | 核對重複頁與各處網址訊號 | 這些情況只是操作示例，不代表實際網站狀態或收錄承諾。若報告出現不同阻擋原因，先依工具指出的項目處理，再重做同一組檢查。官方文件亦說明，要求索引並不保證網址會進入索引。 參考：Google 對索引要求的說明。

記下觀察日期與結果

每次檢查都留一筆可比較的記錄，避免只留下「還是沒收錄」這種無法採取行動的結論。至少記下觀察日期與時區、完整網址、Search Console 資源、索引版本狀態、最近檢索時間、主要原因、即時測試結果、Google 選擇的標準網址，以及本次已做的修正。再寫明下一個觀察條件，例如「修正後即時測試通過，等待索引版本更新」或「檢索日期晚於修正，但仍回傳未索引原因」。條件要描述可觀察的變化，不要只排一個沒有判斷標準的提醒。假設表格記錄「4/18、正式文章網址、即時測試可讀且允許索引、索引版本最後檢索為 4/15、曾回傳錯誤」，就能看出目前讀取已恢復，但索引紀錄仍停留在故障前；合理動作是保留修正證據、提出一次索引要求並等後續檢索，而非再改內容。若後續檢索已晚於修正，卻仍呈現相同原因，回頭檢查修正是否覆蓋所有版本或部署環境；若狀態已在 Google，仍找不到搜尋結果，再把問題改寫為「已索引但搜尋曝光不足」，另查查詢、排名或結果呈現，別繼續用索引診斷處理。若數週後仍無新檢索紀錄，也不要自行推定是懲罰；帶著網址、時間、回應和工具截圖請網站維護者查找可驗證的抓取或部署證據。若同一網址跨次回查沒有進展，將每次狀態並排比較，交由能檢查頁面或伺服器設定的人按證據接手；不要另建多個近似網址來測試索引。每次比較只改變一個主要因素，並在記錄中標示變更內容，才能知道下一次狀態變化與哪個動作相符。現在可先複製目標網址，完成一次索引版本與即時測試，將結果填入紀錄表；如需了解 ZhenheAI 的整體方向，請造訪 ZhenheAI 官網。