收录掉了先别改内容。第一步是把"掉了"变成一组可比较的数据：同一个站点总点击可以没变，只是某个查询或某个页面的曝光消失了。顺序错了，你会花几天去改一篇本来没问题的文章。
先分清掉在哪个维度
打开 Search Console 的性能报告，先只看维度与日期范围。Search Console 性能报告的指标与维度口径写得很清楚：可以按查询、页面、国家/地区、设备、搜索外观、日期分组，日期范围与搜索类型也能切换。把最近 28 天和再往前 28 天放在同一张表里对比，比盯着总量曲线更容易看出是整站下滑还是个别页面下滑。这一步花五分钟，能挡掉后面大部分错误方向。
同时看索引侧的信号。Search Console 里 URL 检查工具能做什么写明，该工具提供页面当前的索引状态、实时测试、请求抓取单个 URL，以及页面已加载资源等信息。挑掉得最多的 5 个 URL 各测一次，比逐行看 500 条数据快得多。挑 URL 时优先选本身带来过转化或询盘的页面：曝光掉了但转化没掉的，和转化一起掉的，处理方向完全不同。
按这个顺序排查
| 顺序 | 查哪一层 | 怎么查 | 常见发现 |
|---|---|---|---|
| 1 | 服务器与 URL | 请求关键 URL，看状态码、重定向链、响应头 | 整站 5xx、跳到错误域、链式跳转 |
| 2 | 抓取 | 看 robots.txt 与抓取报错 | 整站被一条规则挡在门外 |
| 3 | 索引 | 用 URL 检查工具看当前索引状态 | 页面能打开，但没被收录 |
| 4 | 页面输出 | 源码里查 noindex、canonical、标题与正文 | 模板改动后指令被误加上，正文没输出 |
| 5 | 页面规模 | 比对站点地图与实际可访问 URL 数量 | 冒出大量参数或重复地址 |
| 6 | 内容 | 抽查改动过的文章 | 同一批页面被换成了近似内容 |
第 4 层的检查方式在 WordPress 站内搜索页被收录：先查 noindex 有没有真正输出里已经写过一次：后台设置里勾了不等于页面真的输出了指令，要以抓到的源码为准。附件类地址则要按 两种 URL 分开检查的方式各查一遍。
这个顺序的依据只有一条：越靠前的层越常见，也越便宜。状态码或跳转链出错，会让后面所有判断都失去意义；模板误加的指令，会让内容再好也进不了索引；内容本身是最后才需要怀疑的一层。反过来做，先花两天改内容，改完常常发现问题在第一层。
什么时候不算故障
- 季节性波动：节假日、展会、大促前后自然会有起伏，跟模板改动无关。
- 统计口径与延迟：不同维度的取数范围本来就不同，一次剧烈波动值得看，但不值得当天就动手。
- 官方没有公布"掉多少算异常"的阈值，任何百分比门槛都是别人定的。
- 不要因为一次波动就批量改标题、重做站点结构或删页面——那会把一次波动变成多处真改动，而真改动的代价要几个月才能看清。
如果同期外链或引用也在动，排名突然掉了，先怎么查外链那篇给的是另一侧的核对顺序，可以和本文的顺序对照着走。
改完之后怎么确认动对了
- 一次只改一处，并把改动时间点记下来。这一条比任何工具都重要：多处同时改动，之后无法归因。
- 用 URL 检查工具请求重新抓取。Google 关于请求重新抓取的说明提到单个 URL 可以在 URL 检查工具里请求抓取，量大的话提交站点地图；同一份文档也说明，无法为不属于自己的 URL 请求抓取，重复请求同一个 URL 不会更快。
- 用同一个维度、同一个日期范围再看一遍趋势，并和改动时间点对齐。只看总量会掩盖单页修复的效果。
- 把这一次的排查路径补进自己的检查清单：下次同样的现象，可以直接从第几层开始。
排查的价值不在于当场救回多少页面，而在于下次同样的信号出现时，你知道该从第几层开始查。每一层都写一句结论：第几层发现、怎么处理、什么时候复查。一份这样的记录，比任何"应该没问题"的判断都耐用。