打开 Search Console，进 Pages 报告（官方正式名是 Page indexing 报告），发现 Indexed 这条线呈干净的台阶式下降：周一 1200，周二 1100，周三 1050——掉了大约 150 个 URL，但你什么都没改。
最快的结论： 这几乎都是 Google 的周期性重新评估，不是惩罚。Google 一直在反复问”这页还值得收吗？“，对一部分页面判定为不值得，于是悄悄把它们从 Indexed 移到某个”未编入索引”的桶里。没有错误横幅，也没有 Manual Action。修法是：(1) 找出是哪个桶在涨，(2) diff 两份 URL 列表查清到底哪些 URL 掉了，(3) 逐个 URL 决定是把它赢回来还是正式放走。不要对所有页面一股脑地 request indexing。
症状
- Pages 报告里 Indexed 数量呈干净的台阶式下降
- 没有新增错误类别
- 你什么都没改
- Performance（Search results）流量可能跟着掉（如果掉的是有流量的页），也可能基本不变（掉的是 0 流量页）
快速结论
常规重新评估。Google 会周期性降权它现在认为低价值、重复或过时的页。你要做的是查清哪些 URL 被降权，再逐个决定该不该让它们回到索引。
你属于哪个桶？
打开 Pages 报告，看底部那张 “Why pages aren’t indexed” 表格，按最近 28 天涨得最多的状态排序。状态名直接告诉你原因和修法。
| 状态（精确标签） | 通常含义 | 该怎么做 |
|---|---|---|
Crawled - currently not indexed | Google 抓了页面但判定不值得收（质量/价值） | 加深内容、加内链，然后 request indexing |
Discovered - currently not indexed | Google 知道这个 URL 但还没抓（抓取预算/价值信号） | 改善内链和价值，别只是重复提交 |
Duplicate, Google chose different canonical than user | 你的 canonical 被推翻，页面被并入另一个 URL | 看 Google 选的 canonical，合并或差异化内容 |
Duplicate without user-selected canonical | 没设 canonical，Google 替你选了一个 | 显式设置 canonical |
Alternate page with proper canonical tag | 符合预期（被规范化的变体页） | 一般无需处理，这不算损失 |
URL marked 'noindex' | 页面带了 noindex 标签（常是误操作回归） | 最警惕，确认是不是有意为之 |
Not found (404) / Soft 404 | 页面返回 404 或内容太薄/为空 | 恢复页面，或返回有意的 410 |
Blocked by robots.txt | 在 robots 层被挡住抓取 | 如果该收就解除屏蔽 |
注意：截至 2026 年 6 月，报告用的是 URL marked 'noindex'，而不是旧版的 “Excluded by noindex”。canonical 相关状态是 Duplicate, Google chose different canonical than user 和 Duplicate without user-selected canonical。去查 Google 文档时请用这些精确字符串。
常见原因
1. Google 重新聚类了重复页
合并算法一直在跑。一篇文章可能被判为另一个 URL 的重复，canonical 翻转，原 URL 就从 Indexed 掉进 Duplicate, Google chose different canonical than user。
如何判断： 导出 Indexed URL 列表（之前 vs 现在）并 diff 出掉的那批。对每个掉的 URL 跑 URL Inspection，看 “Google-selected canonical” 字段。如果它指向另一个 URL，说明这页被并进了别的页。
2. 核心更新或质量更新后被降级
Google 一年会推几次广义核心更新和垃圾内容更新，它们能让页面整站降权。本文窗口前最近的一次广义核心更新是 March 2026 Core Update，跑了 2026 年 3 月 27 日到 4 月 8 日（March 2026 Spam Update 跑的是 3 月 24–25 日）。很多站长反映在那之后几周里，页面陆续滑进 Crawled - currently not indexed。
如何判断： 去 Google Search Status Dashboard 和 Search Engine Roundtable，看你下降前 30 天内有没有排名或索引更新在推。如果时间对得上，那这次下降主要是内容质量问题，不是技术 bug。
3. 内链信号随新内容改变而流失
你发了 50 篇新文章，“相关文章”模块默认链最新的几篇，老文章丢光了内链。它们变成孤儿，而孤儿页最终会滑出索引。
如何判断： 用爬虫爬一遍自己的站（Screaming Frog、Sitebulb 或任意链接爬虫），看掉的那批 URL 的”inlinks”数。内链数为 0–1 的页面是头号嫌疑。
4. 旧内容过期、被算法降权
带”2023 最佳……”这种年份锚定的标题，到 2026 年读起来就是过时。Google 会降权它判定为不再新鲜或不再相关的内容。
5. 服务器历史 5xx 错误
如果你的服务器有几天不稳定，Google 多次抓不到部分 URL，会临时把它们移除。服务器修好后通常 1–2 周回归。
如何判断： Settings → Crawl stats → “By response”，看最近 90 天有没有 5xx（服务器错误）的尖峰。
6. 抓取频率太低，老 URL 长期未被抓取
Google 偶尔会清理那些”长时间没被抓到 + 又没有新链入”的 URL。
7. 其实是报告假象，不是真下降（如果你看的是 Performance 而非 Pages，先查这条）
如果你注意到的”下降”在 Performance（Search results） 报告而不是 Pages 报告里，那你看到的可能是 Google 自己的数据修正，而不是真损失。一个日志错误从 2025 年 5 月 13 日到 2026 年 4 月 27 日一直多报 impressions；Google 把它修正后，各站的 impressions、CTR、average position 都会台阶式下掉。clicks 不受影响。 Google 在 Data anomalies in Search Console 页面有记录。如果你的 Indexed 数量稳定、但 impressions 在 2026 年 4 月底前后掉了，那你看到的多半就是这次修正。
最短修复路径
Step 1：下钻找涨得最猛的下降桶
在 Pages 报告里滚到 “Why pages aren’t indexed”，看哪个状态涨得最快。典型情形：
Crawled - currently not indexed: +180
Duplicate, Google chose different canonical than user: +45
URL marked 'noindex': +12 ← 警惕误操作回归按增长量排序，先修最大的那个桶。如果 URL marked 'noindex' 突然飙升，把它当头号优先级处理：这通常意味着某次上线误带了 noindex 标签。
Step 2：diff 两份 URL 列表
如果你有之前的 Pages 报告导出，就能查清到底哪些 URL 离开了：
# 找出"刚掉"的 URL
sort old-indexed.csv > old.txt
sort new-indexed.csv > new.txt
comm -23 old.txt new.txt > dropped.txtwc -l dropped.txt
# 比如 150 行 = 掉了 150 个 URL注意：单个状态里的示例 URL 列表最多只显示 1000 行，所以大站请从各个状态桶分别导出再合并，然后再 diff。
Step 3：对掉的 URL 抽样跑 URL Inspection
# 抽 10 个 URL 在 Search Console URL Inspection 里检查
head -10 dropped.txt把每个粘进 Search Console 顶部的 URL Inspection 输入框。结果会告诉你具体状态和 Google 选定的 canonical：
Duplicate, Google chose different canonical than user→ 合并问题（去读它选的 canonical）Crawled - currently not indexed→ 质量/价值问题URL marked 'noindex'→ 技术回归（最警惕）Not found (404)→ 服务端或路由问题
手动 URL Inspection 工具有速率限制（每个 property 大约每天 10–12 次新检查，按滚动 24 小时窗口算；Google 没公布确切数字）。批量检查请改用 URL Inspection API，每个 property 每天最多 2000 次查询。
Step 4：值得保留的 URL——加深、加内链，再 request indexing
对每个你想要回索引的 URL：
- 增加真正的内容密度（具体步骤、截图、表格、第一人称经验）。内容薄、模板化的页面正是
Crawled - currently not indexed要打的对象。 - 从 3–5 篇高度相关的文章加内链，让它不再是孤儿。
- 跑一次 URL Inspection → Request Indexing。反复提交不会加快速度，反而会烧掉你每天的配额。
Step 5：不该收的 URL——noindex 或 410，并从 sitemap 删除
很多”被掉”的 URL 本就是低价值（自动生成、重复或过时）。让它们正式离开，别留在悬而未决的状态。
加 noindex 标签（保留 follow，让链接权重继续流动）：
<meta name="robots" content="noindex, follow" />对永久移除的页面，返回 HTTP 410 Gone（比 404 信号更明确）：
res.status(410).send("This page has been removed.");然后把这些 URL 从 sitemap 里删掉。主动甩掉低价值页是好事——把抓取预算让给你真正想收的页。
Step 6：等 4–8 周看下一轮评估
Pages 报告会波动也会延迟。修完后过 4–8 周再看：
- 修过的 URL 是否回到了 Indexed？
- 整体下降趋势是否止跌了？
如果还在跌，对新的最大桶重新走 Step 1。
如何确认已经修好
- 你针对的那个状态桶（比如
Crawled - currently not indexed）在 Pages 报告里逐周不再增长。 - 抽 3–5 个你改过的 URL 用 URL Inspection 复查：现在显示 “URL is on Google”（或在排队时显示 “Indexing requested”）。
- 接下来 4–8 周里 Indexed 总数稳住或回升。
- 如果你担心的是 Performance，确认 clicks（而不是 impressions）保持稳定——clicks 不受 2025–2026 那次 impression 日志 bug 影响。
哪些情况可能不是你操作错了
Pages 报告会延迟，更新推送期间也会临时下降。看每周趋势，别盯单日。另外，如果只是 impressions 在 2026 年 4 月底前后掉了，那是 Google 的数据修正，不是你的站（见原因 7）。
容易误判的情况
- 突然下降 ≠ Google 惩罚。 真正的惩罚会出现在 Manual Actions 报告里。
- “下降都得修。” 掉低价值 URL 是好事，能腾出抓取预算。
- “流量没动就没事。” 掉的页可能全是 0 流量，但信号变化仍值得看一眼。
- “Search Console 实时又精确。” 索引数据延迟 2–3 天，示例 URL 是采样的（每个状态最多 1000 行）。
- “impressions 暴跌，所以我被 deindex 了。” 2026 年 4 月底前后那多半是 impression 日志修正；去看 clicks 和 Indexed 数量是否真的动了。
预防建议
- 每周跟踪 Pages 报告，任何 10% 以上的下降立即排查。
- 维持内容审计节奏，让目录保持干净（定期把薄页 noindex 掉）。
- 重要 URL 定期”激活”：更新内容、加新内链，别让它们变成被自动清理的孤儿。
- 每周导出 Search Console 的 Pages CSV，方便 diff URL 列表。
- 区分”有流量页掉了”和”0 流量页掉了”，前者优先修。
FAQ
Q：Indexed 数量下降一定是坏事吗？ A：不一定。甩掉低价值或重复 URL 能提升整站质量、腾出抓取预算给好页面。只有当掉的 URL 有流量、或是你想收的页时，才需要排查。
Q：怎么看清到底哪些 URL 掉了？
A：下钻进 Pages 报告的每个状态并导出 URL 列表（每个状态最多 1000 行示例）。更好的办法是保留每周导出，用 comm -23 diff 新旧两份，得到精确的掉落集。
Q：能恢复每一个掉的页吗？ A：不能也不该。把掉的 URL 分成”该回归的”（加深、加内链、request indexing）和”该放走的”（noindex 或 410，从 sitemap 删除）。
Q：我的 impressions 在 2026 年 4 月底暴跌——是被 deindex 了吗？ A：多半不是。Google 修了一个从 2025 年 5 月 13 日到 2026 年 4 月 27 日一直多报 impressions 的日志错误，修正后看起来像下降。clicks 不受影响。在认定真损失前，先看你的 clicks 和 Indexed 数量。
Q：提交后多久能回来？ A：没有保证。Request Indexing 只是把 URL 放进优先队列，价值还是由 Google 判。预计要几天到几周，把手动提交（每个 property 每天约 10–12 个）留给最重要的 URL。