“已发现，未抓取”描述的是一个中间状态
在搜索资源平台的 URL 状态里，“已发现，未抓取”通常表示：搜索引擎已经通过 sitemap、主动提交、外链或站内链接知道了这个地址存在，但它还没有把这个地址排进真正的抓取队列，或者排进去了但一直没轮到。
注意这里的措辞——知道一个 URL 存在，和去抓这个 URL，是两件独立的事。提交动作解决的是“知道”，后面的“去抓”要过服务器、内容、调度三关。
提交、发现、抓取：三件事不要混在一起看
- 提交：你主动把地址告知搜索引擎，相当于递了一张名片，不代表对方会立刻上门。
- 发现：搜索引擎把这个地址记进了待处理列表，状态变成“已发现”。
- 抓取：调度系统真正发起请求，拿到 HTML，状态才会变成“已抓取”。
所以看到“已发现”卡住不动，问题往往不在提交环节，而在后面的调度环节。
为什么排队排了很久还没轮到
1. 服务器层面还有硬性障碍
先确认目标 URL 对搜索引擎返回的是正常状态码，而不是 5xx、验证页、超时或者跳转循环。有些站点对搜索引擎的 UA 做了拦截，浏览器能打开、蜘蛛却拿到一个空页面或错误页，这种情况提交再多次也不会推进。同时检查 robots.txt 是否误屏蔽了目标路径。
2. URL 本身对搜索引擎来说价值不明确
如果这个页面的主要内容和其他页面高度重复，或者正文极少、几乎全是模板和广告，调度系统会倾向于往后排。这类页面的常见处置方式不是反复提交，而是先补充有效内容，或者和其他相似页面做合并。
3. 抓取预算被低价值 URL 消耗掉了
站点里如果有大量参数页、筛选页、重复列表页被反复抓取，留给新 URL 的额度就会变少。这种情况下，与其继续提交新地址，不如回头收敛站内可被抓取的 URL 总量，把额度让给真正重要的页面。
重复提交有用吗
多数情况下，重复提交同一个 URL 的收益很小。它不会改变服务器是否可访问，也不会改变页面本身的内容质量，只是把同一个地址又告诉了一遍。如果站点用的是有配额的提交接口，频繁提交还会让配额消耗在不重要的地址上。
提交是通知，不是命令。它决定不了抓取时间和抓取结果，只能提高被注意到的概率。
可以按这个顺序检查
- 用搜索引擎的抓取工具确认目标 URL 能正常返回内容，而不是错误页或空壳页。
- 核对 robots.txt 和页面级 meta 标签，确认没有屏蔽或被标记为不索引。
- 看这个 URL 有没有站内链接指向它。只靠 sitemap 提交、站内没有任何入口的地址，被发现后往往优先级偏低。
- 检查站点整体被抓取的 URL 里，有多少是低价值重复页面，必要时收敛数量。
- 确认页面内容与同类页面有明显区别，不是换个标题的模板复制。
- 做完以上步骤后，再通过 sitemap 或提交接口重新提交一次，然后进入观察期。
观察周期要放长一点
从“已发现”到“已抓取”，几天到几周都算常见范围，尤其对新站或抓取频次本来就不高的站点。这期间不建议每天手动提交一次，也不建议因此频繁改动站内结构——结构频繁变动本身也会干扰抓取节奏。
判断依据应该看日志里搜索引擎的真实抓取记录，而不是只看平台上的状态文字。日志里出现了明确的抓取请求，才说明事情真的在推进；如果日志里长期没有动静，再回到上面的排查顺序逐项确认。