“已發現，未抓取”描述的是一個中間狀態
在搜尋资源平台的 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 或提交接口重新提交一次，然後進入观察期。
观察周期要放長一点
從“已發現”到“已抓取”，几天到几周都算常见范围，尤其對新站或抓取频次本来就不高的站点。這期間不建议每天手動提交一次，也不建议因此频繁改動站内结构——结构频繁變動本身也會干扰抓取节奏。
判断依據應该看日誌里搜尋引擎的真實抓取记錄，而不是只看平台上的狀態文字。日誌里出現了明确的抓取請求，才說明事情真的在推進；如果日誌里長期没有動静，再回到上面的排查顺序逐項確認。