新文章发了 2 周还没收录、新站上线 1 个月还大半卡在 Discovered、改版后流量跌——下意识就想去改 canonical、重交 sitemap、慌张排查。但大约 80% 的情况这些都是正常的收录延迟，瞎动只会把等待时钟重置。
最快的处理：暂时什么都别做。 Google 官方说法是收录”可能要几小时到几周”，而且并不保证每个页面都会被收录——Mueller 多次强调，一个站有一部分页面长期不被收录是正常的。动手之前，先锚定几个时间点（Step 1），再对照基线表（Step 2）。只要还在正常窗口内，正确的动作就是等，并持续发文。
这篇是基线参考：在每个场景里”慢”到什么程度算正常，以及从哪个点开始就不正常了。
症状
- 新文章：卡在
Discovered – currently not indexed0-14 天后才被爬 - 新站：完整收录通常要 60-120 天
- 改版后：
Pages报告波动 2-8 周 Performance曝光跟不上你的发文节奏
快速结论
收录是异步且不均匀的，而且抓取和收录是两个独立的决定——Google 可以爬了你的页面，仍然选择不收录。除非技术上真坏了，否则”慢”就是 Google 的常态。
常见原因
1. 新域名降权处理（所谓的”沙盒”）
Google 官方否认有”沙盒”，但观察到的行为很一致：新域名抓取频率很低，多数页要 6-12 周才开始稳定收录。这不是处罚——在域名证明自己不是 spam 之前，Google 只花最少的抓取预算。新域名上卡在 Discovered – currently not indexed 的页面，通常是被降权排队，不是被拦。
正常基线：
- 新文章在新站：discovery 1-7 天，crawl 7-30 天，indexed 14-60 天
- 新文章在老站（DR
> 30）：discovery< 24h，crawl 1-3 天，indexed 3-14 天
2. crawl budget 随站龄与权威分配
抓取预算（Google 每天愿意花在你站上的请求数）随以下因素变化：
- 站龄（越老越多）
- 外链数（越多越多）
- 历史抓取健康度（5xx 越少、响应越快越多）
新站每天可能只有 50-200 个请求，老的活跃站能到 5,000+。
3. 改版后 URL 重新发现与再评估
改版会触发整站重新评估，2-8 周的下降是基线。详见 改版后 Indexing Coverage 下降。
4. Sitemap 提交是提示性的，不是实时
Google 收到 sitemap 后不会立刻抓，URL 是排进队列的。提交后状态变 Success 只代表文件能被解析，不代表里面每个 URL 现在都会被爬。实际抓取时间取决于 crawl budget 和优先级，轮到某个 URL 可能要 7-30 天。
5. Core Update 期间数据延迟、波动
Google 每年推几次大的 Core Update，每次大约滚动 1-3 周。截至 2026 年 6 月，今年已经有两次：March 2026 Core Update（3 月 27 → 4 月 8，约 12 天）和 May 2026 Core Update（5 月 21 → 6 月 2，约 12 天）。滚动期间排名和 Search Console 数据都可能摆动或延迟，Update 结束后会稳定。可以看 Google Search 状态面板 确认当前在滚什么。
得出判断的最短路径
Step 1：记下关键时间点
上线日期： 2026-04-01
今日： 2026-06-21
站龄： 81 天
最近改动： 2026-06-10 改了 sitemap（11 天前）
最近 Core Update：2026-05-21 → 2026-06-02（约 19 天前结束）没有时间锚点，就无法判断当前状态算不算正常。
Step 2：对照基线表
| 状态 | 新站正常基线 | 老站正常基线 | 异常阈值 |
|---|---|---|---|
| 新文章到 indexed | 14-60 天 | 1-14 天 | 新站 90+ 天 / 老站 30+ 天 |
| 新站全站收录率 | 0-8 周 < 30%；8-16 周 30-70% | N/A | 16 周后仍 < 30% |
| 改版后 indexed 下降 | -20% 到 -40% 正常 | 同上 | -50%+ 持续 12 周 |
单 URL Discovered 到 Crawled | 7-30 天 | 1-7 天 | 60+ 天 |
Performance 新页 0 曝光 | 2-8 周 | 0-2 周 | 12+ 周 |
落在正常基线内 = 别慌，等。
Step 3：给 Pages 做周快照
# 每周一把 Pages 报告导出到 history/
DATE=$(date +%Y-%m-%d)
# 手动：Search Console -> Pages -> Export -> 重命名为 pages-$DATE.csv
mv ~/Downloads/pages.csv history/pages-$DATE.csv看周与周之间的差异，比每日波动重要得多。注意：正常情况下 Performance 报告只滞后约 2-6 小时（Pages/收录报告会再慢几天），所以缺一两天数据并不是信号——看周趋势。
Step 4：在正常窗口内克制改动
新站期，不要做这些：
- 改 canonical 结构（除非有明确错误）
- 改 URL 结构（这会重置所有信号）
- 加或减
noindex规则 - 反复重交 sitemap
- 大量
Request Indexing
每一项都会叠加一个全新的再评估周期。一次周期是 4-8 周；叠三次，你就给自己的时钟加了约 24 周。
Step 5：等待，但要有产出
下面这些是在加强信号而不是重置信号，所以不会浪费窗口：
- 持续写新内容（每周 2-3 篇）
- 拿真实外链（3-5 条）
- 优化内链网络（加 hub 页）
- 更新老内容（加新数据 / 当前年份）
Step 6：只有超过基线才升级为”真问题”
新站 8-12 周毫无改善 + 排除技术阻塞 -> 真问题
单 URL 60 天还卡在 Discovered -> 真问题
改版后 12 周仍在持续下降 -> 真问题越过这些线，再认真排查——可以从 新站卡在 Discovery 阶段、Crawled, currently not indexed 或 改版后 Coverage 下降 入手。
怎么确认它真的在好转（而不是卡死）
确认进展不需要等到完全收录，只需要看到”移动”：
- 对一个卡住的 URL 跑 URL Inspection。只要它报
Crawled（哪怕是 “Crawled – currently not indexed”），说明这个 URL 已经从Discovered毕业了——这就是前进。 - 对比两份周度
Pages导出。Indexed数量上升、或Discovered桶在缩小，说明队列在排空。 - 在 Google 里搜
site:yourdomain.com/your-url。有结果就是收录了；没结果但Crawled日期是最近的，说明它在管线中，不是坏了。
如果某个早已过了基线窗口的 URL，这三项 8 周以上全无变化，那才是真问题，不是延迟。
容易误判的情况
- 一次同时做多件事：改 sitemap + 改 canonical + 发新内容 = 以后归因不可能。
- 看每日数据就慌：看周趋势，不看单日回落。
- 以为反复
Request Indexing能加速：只是用光今日配额，URL 还是在同一个队列里等。 - 以为 sitemap 重交是免费操作：每次提交可能触发再评估，但不会加速抓取。
预防建议
- 上线时就预留 60-90 天的安静观察期。
- 收录爬坡期避免大规模结构改动。
- 每周做一次 Search Console 快照，留下可对比的趋势。
- 上线之前就装好 Analytics + Search Console——没有历史数据，之后的排查只能靠猜。
- 按固定节奏发布（每周 X 篇），让 Google 形成抓取预期。
FAQ
Q：最少应该等多久？ A：单 URL 在老站几小时，新站几周，站级改动几周到几个月。Google 给的范围是”几小时到几周”。
Q：有些页面永远不被收录正常吗？ A：正常。Google 不保证收录，一个站有相当一部分页面（常被引用为约 20%）长期不收录是正常的——页面质量高也可能不被收录。别把部分收录当成缺陷。
Q：真的能加速吗？ A：边际上能——好内链、真外链、好内容都有帮助。但核心驱动是 Google 的评估周期，技术加速空间有限。
Q：怎么把”正常等待”和”真问题”区分开？ A：对照 Step 2 的基线表和 Step 6 的阈值，再跑上面那三项确认检查。
Q：我的 Search Console 数据好几天没动了——收录是不是坏了？
A：几乎从来不是。Performance 报告正常只滞后几小时，收录报告慢几天。报告类延迟（比如 2025 年底那次持续数周的 Performance 滞后）是显示层 bug，不影响抓取、收录或排名。下结论前先看 Search 状态面板。
Q：为什么 Google 不公布精确时间？ A：每个站、每篇文章、每个时段都不同，没有公式。Google 是按 URL 动态计算抓取优先级的。