很多站点在後台看到某個頁面没被收錄，第一反應是再推一次 URL。但如果把所有未收錄頁面归成一類，處理動作就只能靠猜。索引狀態其實是分級的，不同狀態對應的問题不一样，處理顺序也不一样。
索引狀態是分類問题，不是是非题
搜尋引擎對頁面的處理大致分成發現、抓取、判断、编入索引几步，每一步都可能停下来。後台能看到的“已發現，尚未编入索引”“已抓取，尚未编入索引”“重复網頁，未選為規范網頁”這類提示，說明頁面停在了不同环节。把它們当成同一個問题，就很容易出現提交了没反應、改了内容也不動的循环。
几類常见狀態，各自卡在哪里
已發現，尚未编入
URL 已经進入待抓取队列，但還没被真正抓取。常见原因包括抓取预算有限、站点响應偏慢、頁面在站内层級太深、URL 數量遠超實际内容價值。這一步跟頁面内容质量關系不大，更多是抓取調度問题。蜘蛛池、站点地图能帮忙做 URL 發現，但發現只是排队，不等于會被優先抓取。
已抓取，尚未编入
已经抓過了，但没有進索引。這一层才真正涉及頁面本身：内容是不是太薄、跟站内其他頁高度重复、正文和模板混杂、主体内容需要登入或交互才能看到。抓取记錄正常，不代表内容達标。
重复網頁，未選為規范網頁
這通常意味着同一内容存在多個 URL 版本：參數、大小寫、http 與 https、带不带 www、分頁與篩選组合。系統自己挑了一個它認為更合适的版本，其他版本被折叠。這類問题靠反复提交解决不了，要靠 URL 規范化與站内連結统一。
已编入索引，但可能不是你想要的版本
收錄了，不等于你期望的那個 URL 被收錄。需要確認 canonical 是否自指、内鏈指向哪個版本、站点地图里寫的是哪一個。
不同狀態，處理重点不一样
- 已發現未编入：先看抓取調度——内鏈层級是否太深、响應速度是否正常、URL 是否被重复提交、是否被參數或 robots 挡住。
- 已抓取未编入：先看頁面本身——正文是否完整、是否與站内其他頁重复、主体内容是否需要交互才出現。
- 重复網頁未選規范：先看 URL 規范——canonical 是否一致、内鏈是否指向同一版本、是否存在多套參數入口。
- 已编入但版本不對：先看站内引用一致性，而不是反复提交新 URL。
一個可以照着走的自查顺序
- 打開索引狀態，把未收錄頁面按狀態分類，而不是混在一起看。
- 同一狀態的頁面归成一组，每组抽三到五個样本，找它們的共同点。
- 先處理影响面大的：通常是對應大量 URL 的模板問题、參數問题、重复版本問题。
- 單個頁面的内容問题放到後面單獨處理，不要因為一两個頁面改動整站结构。
- 處理完等一段時間再看狀態變化，避免短時間内反复改動同一批 URL。
時間维度也要考虑
狀態是會變的。“已抓取未编入”有可能在内容补充後進入索引，也可能長期停在那里。记錄時間点很重要：什么时候提交、什么时候被抓、這個狀態维持了多久。没有時間记錄，很容易把刚提交两天的頁面和挂了半年的頁面当成同一個問题。
收錄排查的难点不在于找到一個萬能動作，而在于先分清頁面停在哪一步，再决定要不要動它。
URL 發現、蜘蛛池、提交工具解决的是让頁面被看到這一段；規范化、去重、内容整理解决的是被看到之後要不要留下這一段。两段混在一起處理，往往两头都做不扎實。