第 0 步：先确认「没收录」是真的
别用 site: 查询下结论。site: 结果有延迟、有抽样，经常少报也偶尔多报，它只能回答「有没有收」，不能回答「收了多少」。
正确的确认方式：站长平台的索引报告（GSC 的「网页索引编制」、百度的「索引量」）。拿报告里的数字和上个月对比，才算真正确认了「停滞」。顺便记下停滞的大概起点日期——后面要对着那个时间点回忆你做过什么。
按这个顺序查五层
排列依据：出现频率 × 修复成本。前两层出现最多、修起来最快，先查它们。
第 1 层：技术屏蔽（最快能查出结果的）
- robots.txt 有没有新加的 Disallow。改版、换主题、上 CDN 之后最容易出这事。
- 页面有没有 noindex。检查 meta 标签和 HTTP 响应头里的
X-Robots-Tag——后者藏在响应头里，看页面源码发现不了。SEO 和技术团队共用一个站时特别常见：开发调试时全站加了 noindex，上线忘了去掉。 - canonical 指没指错。整站 canonical 都指向首页，等于告诉搜索引擎「别收这些页」。
- 是不是只有部分路径受影响。如果只有某个目录不收，八成是这一层的问题，范围比全站停滞好定位。
第 2 层：服务器和抓取（爬虫来不了或来了吃亏）
- 5xx 错误率。爬虫抓取高峰期服务器频繁 5xx，抓取频率会被主动下调，收录跟着慢。看服务器日志里爬虫 UA 的响应码分布。
- 抓取预算有没有被浪费。带参数的 URL（
?page=2&sort=x）生成无限变体，爬虫把预算花在垃圾 URL 上，好页面排不上号。 - 页面速度有没有突然恶化。加了个很重的插件或脚本之后开始的停滞，原因往往就是它。
第 3 层：内容质量（慢变量，但它是根本）
- 新内容和已收录页重复度高吗？同一话题反复写、模板化拼凑，搜索引擎的判断是「收了没增量」。
- 有没有采集痕迹。现在对采集的识别比你想象的严，混着改也不保险。
- 对比停滞前后的内容变化。停滞起点前后，内容来源或生产方式有没有换过？很多停滞的时间线能对上换内容供应商的时间线。
第 4 层：站点结构（好页面被藏起来了）
- 孤儿页检测。没有任何内链入口的页面，即使提交了，权重也上不去，收录后容易被回收。
- 重要页面离首页几层？超过 3 层的页面被抓取优先级显著降低。扁平化内链比给单页做优化划算得多。
第 5 层：域名历史（最少见，但最麻烦）
- 买过二手域名、或者中途换过域名，先查历史：这个域名以前是干嘛的、有没有被惩罚记录（Wayback Machine 看历史快照最直观）。
- 这一层确认有问题，评估的是「值不值得救」，而不是「怎么修」。有时候换域名重来比重洗历史快。
三种最常见的真实原因（按我们见到的频率）
- 改版留下的 noindex / robots 屏蔽没清理。第 1 层就能查出来，改一行配置的事。
- 内容生产换了路子，质量断崖。从人写换成低成本批量产出，收录先反应。
- 服务器搬过家，5xx 变频繁。爬虫降频，收录变慢，流量降，然后误以为是内容问题开始乱改——越改越糟。
修完之后
- 跑一次完整体检，确认问题清单里这一批真的清了（用「复扫确认修复」，而不是人工标记完就当没发生）。
- 修复的页面重新提交一轮：IndexNow + 百度推送。
- 给 1~2 周观察期。收录系统有延迟，修完第二天没变化是正常的。期间保持正常更新，别叠加新改动——否则出了效果也分不清是哪个改动带来的。
还有一种停滞不是你的问题：搜索引擎算法调整期，全行业收录波动，各种站长群里集体哀嚎。判断方法——技术层和内容层都查不出异常，而且停滞是突发的、影响全站。这种时候最正确的动作是什么都不改，等两周。乱改反而会制造真问题。