在站点後台或搜尋平台的索引报告里，URL 常见的狀態不止“已收錄”和“未收錄”两種。“已發現，尚未编入索引”和“已抓取，尚未编入索引”看起来只差一個词，實际卡住的环节完全不同。把這两種狀態混在一起處理，很容易做無用功：该补内鏈的跑去改内容，该合並頁面的却反复提交 Sitemap。
先把三個环节分開
一個 URL 從存在到能出現在搜尋结果里，大致要经過：發現（蜘蛛知道這個地址）、抓取（蜘蛛讀到了頁面内容）、索引（系統判断值得收錄並建立索引）。前两步没走完，第三步就無從谈起。狀態文案里的“已發現”“已抓取”正好對應前两步。
“已發現，尚未编入索引”卡在哪
這個狀態說明地址已经被知道，但還没有被真正抓取，或者抓取被排在了很後面。常见原因有几類：
- URL 數量遠超抓取能力。站点里有大量參數頁、篩選頁、分頁、站内搜尋结果頁，每天的抓取額度被這些低價值地址吃掉，真正重要的頁面排在队尾。
- 入口太弱。頁面只出現在 Sitemap 里，没有任何内鏈指向，被發現的優先級自然低。
- 站点整体抓取节奏慢。响應時間長、超时多、歷史抓取表現一般，都會让抓取進度變慢。
對應的處理方向是“少而准”：减少無意义 URL 的产生，把内鏈集中到真正需要收錄的頁面上，Sitemap 只提交希望被收錄的地址，而不是把全站導出。
“已抓取，尚未编入索引”卡在哪
這個狀態更靠後一步：内容已经被讀取，但系統没有把它放進索引。此时再去提交 Sitemap、加内鏈，基本不起作用，因為發現和抓取這两關已经過了。問题通常出在頁面本身或站点整体质量的判断上：
- 正文過短、信息量不足，讀完之後没有明确的答案或用途。
- 與站内其他頁面高度相似，比如同一商品的不同參數頁、同一内容的多個版本。
- 頁面主体與标题、摘要不匹配，或者主要内容依赖交互才出現。
- 同一站点里這類低價值頁面占比過高，整体判断被拉低。
處理重点是收敛和加强：能合並的合並，该设規范的设規范，内容确實單薄的頁面考虑补充實质信息，而不是制造更多同類頁面。
两種狀態的處理顺序
- 先抽样看狀態分布，確認卡在“已發現”還是“已抓取”的頁面各占多少，不要凭几個样本下结论。
- 如果“已發現”居多，先查這類 URL 是怎么产生的，能减少产生就先减少，再谈抓取。
- 如果“已抓取”居多，按頁面類型分组，比較有收錄和無收錄的差异，找出内容、结构或意图上的区別。
- 選少量代表性頁面做改動，观察一段時間，再决定是否推廣到整批。
- 全程记錄改動時間点，避免多件事同时動，最後分不清是哪個起了作用。
狀態本身也會滞後
索引資料有統計周期，也常带抽样，狀態更新往往慢于實际變化。今天改完明天看狀態没變，不代表處理無效。频繁調整同一批頁面，反而會让判断更难做。
狀態是线索，不是结论。先確認卡在哪一步，再决定動哪里，比反复提交 URL 更省力。
長期停留在這两個狀態說明什么
如果一批頁面長期停在“已發現”或“已抓取”，通常不是某個技術细节出了問题，而是這批頁面在站点里本身就不具备被收錄的理由。這时候值得回头問一句：這些頁面是否真的需要出現在搜尋结果里？如果答案是否定的，让它留在索引之外，未必是坏事。