这个状态在说什么
在 Search Console 的页面索引报告里，有一类状态叫已发现，目前尚未抓取。它的意思很直白：搜索引擎已经知道这个 URL 存在，但还没有真正去请求它。注意，这个阶段连抓取都还没发生，所以谈不上内容质量好不好、值不值得收录。
不少人看到这个状态会先去改标题、改正文，其实改错了地方。URL 还没被抓，页面上写什么它都还没看到。
URL 是怎么被发现的
常见的发现途径有几类：
- 站内链接，尤其是首页、栏目页、列表页上的链接；
- XML sitemap 里列出的地址；
- 外部网站指向你站的链接；
- 手动提交的单个 URL。
发现只是登记在册。登记之后，URL 会进入待抓取队列，按站点自己的抓取节奏慢慢排。
为什么排了很久还没轮到
1. 只有 sitemap 提到，站内没有链接
sitemap 更多是辅助发现和补漏用的，不是抓取的优先通道。一个页面如果站内没有任何入口，搜索引擎很难判断它在站点里的位置和重要性，排队靠后是常见结果。
2. 站点响应慢，抓取效率被拖住
同样的抓取额度，服务器响应快就能多抓几个 URL，响应慢就只能抓几个。响应时间长期偏高时，队列消化速度会明显下降。
3. 大量低价值 URL 挤在前面
筛选参数、排序参数、会话参数、重复的分页地址……这些 URL 数量往往远超真正的内容页。它们同样占用抓取机会，内容页自然要往后排。
4. 站点整体抓取量有限
新站、更新少的站、外链少的站，能拿到的抓取量本来就不多。这时候 URL 数量一多，单个页面的等待时间就会变长。
5. 页面长期不更新，优先级低
搜索引擎会参考页面的更新频率和最后修改时间。一个几年没动过的页面，重访频率通常低于常更新的栏目页。
可以做的几项自查
- 确认这个 URL 能不能从首页点几次点到，站内是否有稳定入口；
- 查服务器日志，看搜索引擎实际来抓的是哪些地址，内容页占多少；
- 看服务器响应时间，尤其是移动端和高峰时段；
- 统计站点 URL 总量，估算参数类和重复类地址占比；
- 确认 robots.txt 没有误屏蔽目录，也没有把整类路径挡在外面。
改善思路
- 给页面加真实内链：从相关栏目页、列表页、正文里链过去，通常比只写进 sitemap 更有帮助。
- 控制 URL 数量：能合并的重复页合并，不需要独立收录的参数地址用 robots 或 canonical 处理，别让它们占队列。
- 提升响应速度：缓存、CDN、减少阻塞资源，这些对抓取效率的影响常常比想象中大。
- 保持 sitemap 准确：只放规范 URL，定期清理已下架和会重定向的地址。
- 内容页优先：抓取机会有限时，先保证真正有价值的页面有清晰入口。
这个状态本身不等于页面有问题。它更多说明抓取机会还没轮到，或者站点整体的抓取效率被别的东西占用了。
小结
看到“已发现，尚未抓取”，先别急着动页面内容。按顺序看三件事：URL 有没有站内入口、站点响应快不快、队列里是不是塞了太多低价值地址。这几点理顺之后，剩下的交给时间。如果同一批 URL 长时间停在这个状态，通常说明抓取机会被别处消耗了，而不是页面本身被否定。