在索引覆盖率报告或日志里，经常会看到一类 URL 的状态是“已发现但未抓取”。它看起来像收录的前一步，但又迟迟不动。很多人第一反应是继续提交、加外链或者改 sitemap，其实先分清这个状态的含义，再决定等还是查，效率会高很多。
“已发现但未抓取”在说什么
这个状态表示搜索引擎已经知道这个 URL 存在，可能来自内链、sitemap、外链或提交入口，但还没有把它放进抓取队列并完成抓取。注意，它连抓取都还没发生，所以更谈不上进入索引。
它和“已抓取但未索引”是两件事。前者是抓取调度的问题，后者是抓取完成后，索引系统判断页面是否值得进入索引的问题。把两者混在一起，排查方向很容易跑偏。
常见触发场景
- 新页面刚上线，内链入口少，站点对搜索引擎的抓取吸引力还不高。
- 页面层级太深，从首页到该页需要经过多次跳转，蜘蛛没有优先走到这里。
- 一次新增大量 URL，例如筛选页、分页或参数页，抓取预算被分散。
- 服务器响应偏慢或不稳定，抓取队列会优先选择更顺畅的地址。
- sitemap 里提交了 URL，但页面本身没有可被正常访问的内链入口。
这些情况不一定都是问题。新站、新栏目、新页面在一段时间内停留在这个状态，属于常见现象。
什么情况可以先观察
如果只是少量新 URL，页面内容完整、可正常访问，且站内其他页面的抓取和收录节奏正常，那么可以先观察一段时间。此时反复提交同一批 URL、频繁修改 sitemap，反而可能让抓取信号变得混乱。
观察时不要只看一个页面的状态。更合理的做法是看同批 URL 的整体变化：是只有个别页面卡住，还是整批都没动；是只有深层页面没动，还是首页附近的新页面也没动。整批停滞和单页停滞，处理优先级不同。
什么情况需要处理
如果重要页面长时间停在“已发现但未抓取”，而站点整体抓取正常，就需要检查入口和调度条件。优先看这几项：
- 页面是否值得被抓取。如果它只是参数组合、空列表或与已有页面高度重复，先决定要不要收录，比推它进抓取更重要。
- 站内有没有稳定入口。从相关栏目页、详情页或聚合页给出正常链接，让蜘蛛能自然走到，而不是只靠 sitemap 提交。
- 服务器是否稳定。抽查该 URL 的响应状态、响应时间和是否有拦截规则，避免抓取工具访问时得到异常结果。
- 是否一次性放出太多低价值 URL。如果是，先收敛地址，再考虑推进重点页面。
不要为了推动一个 URL 的抓取，批量制造外链或反复提交。搜索引擎对页面的判断，最终还是会回到内容、结构和可访问性上。
和 URL 规范一起看
“已发现但未抓取”有时不是抓取慢，而是同一批内容有太多地址。大小写、尾斜杠、参数和排序组合，会让同一个页面变成多个 URL，抓取队列里塞满近似地址，真正重要的页面反而被延后。遇到这种情况，先做 URL 收敛，再看抓取状态，通常更顺。
一个简单的判断顺序
- 先确认页面是否需要被收录，低价值或重复页面可以直接排除。
- 再看站内入口是否自然、稳定，层级是否过深。
- 检查服务器响应、状态码和是否有异常拦截。
- 核对 sitemap 与提交入口，不要反复提交同一批地址。
- 最后才是等待和观察，并和同批 URL 的变化一起对比。
总结一下，“已发现但未抓取”更接近抓取调度阶段的状态，不等于页面有问题，也不等于一定会进索引。少量、正常的新页面可以观察；重要页面长期不动，或者整批 URL 都卡住，就从 URL 规范、内链入口、服务器响应和抓取预算几个方向依次排查。把等待和处理分开，比盲目推进更省力。