在索引狀態报告里，“已發現 - 尚未编入索引”這一項往往最容易被忽略：它既不像“已抓取 - 尚未编入索引”那样說明頁面已经被看過，也不像 404、重定向那样有明确的错誤碼。它真正的含义是：搜尋引擎知道這個 URL 存在，但還没有安排抓取。數量少属于正常現象，長期堆积則需要顺着“發現 → 抓取 → 评估”這條鏈路往回查。
三個狀態別混為一谈
- 已發現 - 尚未编入索引：URL 進入了待抓取队列，但還没被抓取，頁面内容對搜尋引擎来说是空白的。
- 已抓取 - 尚未编入索引：抓取已完成，评估後暂时没有放行，問题多半在頁面自身。
- 已编入索引：完成收錄，可以參與搜尋结果的匹配。
分清楚這两種“未编入索引”，後續動作完全不同。前者要解决“值不值得抓”，後者要解决“值不值得留”。
第一步：確認這些 URL 是不是“多余”的
- sitemap 或内鏈里批量輸出了带參數的列表頁、分頁、篩選组合，URL 數量遠超真實内容量。
- 大量 URL 是 301/302 的中間地址，或者最终會指向同一個頁面。
- 頁面本身带 noindex，却仍然被提交到站点地图。
- 由前端渲染或日誌拼接产生的地址，無法被稳定訪問。
如果清單里混着這類地址，待抓取队列會被它們占位，真正需要收錄的頁面反而排到後面。先把無效地址從 sitemap、内鏈、提交接口里清掉，再讨论抓取量。
第二步：看抓取有没有真的發生
打開服務器日誌，或看抓取統計里對這些目錄的抓取次數。常见情况有两種：
- 抓取量整体偏低：站点規模、抓取频次、歷史响應速度都會影响，先保證服務器稳定、响應快、少返回 5xx。
- 抓取量集中在少數目錄：說明某些路径優先級更高，新頁面缺少發現入口，需要补内鏈或調整 sitemap 的结构。
日誌還可以回答一個具体問题：這些“已發現”的 URL 到底被訪問過没有。如果日誌里完全没有记錄，問题在發現與調度；如果訪問频繁却狀態不變，反而要回头查頁面内容。
内鏈與 sitemap 的配合
sitemap 负责把 URL 一次性交出去，内鏈决定頁面在站内的位置。只有 sitemap、没有任何内鏈入口的頁面，即使被“發現”，也很难被優先抓取。比較稳妥的做法是：重要頁面保證從首頁两到三次点击可達，sitemap 只放需要收錄、狀態正常、内容稳定的地址。
第三步：頁面本身是否值得占用抓取资源
抓取額度有限，頁面越接近“可被替換”，越容易被排在後面。
- 内容過短、主体信息缺失，或整頁以图片、视频為主，缺少可讀文本。
- 與站内其他頁面高度相似，只是換了标题或城市名。
- 頁面结构長期不稳定，反复改版、換 URL。
- 時間、價格、库存等字段频繁變動，但頁面没有稳定主体。
這類頁面不一定要删，可以先合並、补充信息，或者從抓取清單里去重，把額度让给真正有搜尋需求的頁面。
一個可执行的核對顺序
- 從索引报告導出“已發現 - 尚未编入索引”的 URL 清單，按目錄聚類。
- 抽样訪問，確認狀態碼正常、可訪問、没有 noindex。
- 检查這些 URL 是否出現在 sitemap、内鏈或提交接口中，刪除無效項。
- 對照日誌，確認抓取是否發生、频次多少。
- 對确實需要的頁面，补充内鏈入口，並保證内容與标题一致。
- 等待一到两個抓取周期後再看變化，不要每天重复提交。
索引狀態是结果，不是原因。看到“已發現 - 尚未编入索引”时，先判断這批 URL 是否真的需要收錄，再考虑怎么把它們推進抓取队列。
最後提醒一点：狀態之間會来回變化，短期波動不必立刻下结论。真正值得记錄的是趋势——是某一批目錄持續堆积，還是全站普遍如此，這两種情况的處理方向並不相同。