先接受一个前提：收录量本来就是波动的
索引数量不是库存表，而是一个持续重算的滚动结果。新页面进来、旧页面被合并、参数页被收口、站点改版，都会让这个数字上下浮动。判断“下滑”之前，先看两件事：幅度和持续时间。单日或少量的减少，通常不需要做任何动作；连续两三周、并且集中在某个目录时，才值得排查。
先看结构，再看总量。总量不变但核心页被替换，问题和总量下降一样严重。
第一步：确认减少的是 URL 还是页面
收录数字下降，并不代表内容消失。常见的三种情况是：页面合并到新的 URL、参数或分页被收口、多个版本被 canonical 归一。这几种都会让索引数下降，但用户能访问到的内容并没有减少。所以核对时不要只盯着数字，要先抽一批下降的 URL，看它们现在是 200、301 还是 404。
三类原因，对应的信号不一样
页面真的消失了
下线、误删、发布回滚、CMS 改版导致路径变化，都会出现这种情况。信号比较直接：抓取日志里 404、410 明显增多，覆盖报告中“已删除（404）”一类的计数上升。这时候要处理的不是索引，而是链接和重定向。
蜘蛛不再来，或者来得少了
robots.txt 改动、服务器间歇性 5xx、CDN 或防火墙拦截、内链断裂，都可能让抓取量骤降。信号是：抓取日志条目减少，平均响应时间上升，异常状态码占比变高。抓取减少之后，索引往往滞后一两周才开始变化，所以下滑的时间点通常晚于真正的故障时间点。
页面还在，索引被替换了
canonical 设置、内容改版后重新评估、聚合页与详情页的取舍，都可能让某个 URL 从索引里退出，改由另一个 URL 代表。信号是：URL 返回 200、正文完整、抓取也正常，但覆盖报告显示类似“重复网页，系统选择了不同的规范网页”。这属于规范选择，不是抓取故障。
推荐的核对顺序
- 拉取近两周的覆盖报告与站点查询结果，按目录分组比较，找出下降最集中的那部分。
- 抽样 20 到 30 个下降 URL，逐个看返回状态码、正文是否完整、canonical 指向哪里。
- 回到抓取日志：这些 URL 近两周是否还被访问，响应码与响应耗时是什么水平。
- 对照时间轴：下滑前后是否做过改版、robots 调整、参数收口或站点地图替换。
- 确认原因之后，再决定是修状态码、修内链，还是接受这次规范合并。
容易弄错的几个地方
- 把“已排除”当成“被惩罚”。多数排除是重复或规范选择的结果，不是负面处理。
- 把站点查询结果当作精确总数。它是估算值，只适合看数量级和趋势。
- 只看总量不看页面类型。索引总量可能被大量低价值页面撑住，核心页减少反而不明显。
- 下滑时立刻补交站点地图。如果这些 URL 本身已经 404 或不可抓取，提交不会改变结果。
处理原则：先修可抓取性，再谈收录
如果问题出在状态码、服务器响应或拦截规则上，先把这些恢复，再观察索引是否自然回升。如果问题出在 URL 规范选择上，要检查 canonical、内链和站点地图是否指向同一个版本，避免互相矛盾。如果是真正的误删，先恢复内容并确认路径，再处理旧链接的跳转，顺序反了只会让日志更乱。
收录不是一次性的开关，它会随页面结构、内容状态和抓取情况持续变化。把下降原因落到具体页面，比急着把数字改回去更有用。