這個狀態在说什么
在 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 長時間停在這個狀態，通常說明抓取机會被別處消耗了，而不是頁面本身被否定。