新文章发了 2 周还没收录、新站上线 1 个月还在 Discovery、改版后流量跌——很多人立刻去改 canonical / 重交 sitemap / 慌张排查。但 80% 情况这些都是正常的收录延迟，瞎动反而把”等待期”重置。
这篇是基线参考：什么时间段内”慢”是正常的，什么时候才算真问题。
症状
- 新文章：0-14 天卡 Discovered 后才被爬
- 新站：完整收录通常 60-120 天
- 改版后：Pages 报告 2-8 周波动
- Performance 曝光跟不上发文节奏
快速结论
收录是异步且不均匀的。除非技术上真坏了，“慢”本身就是 Google 的常态。
常见原因
1. 新域名沙盒效应（不存在但行为存在）
Google 官方否认有”沙盒”，但客观行为是：新域名抓取频率极低，多数页要 6-12 周才开始稳定收录。这不是处罚，是 Google 在判断这站是不是 spam。
正常基线：
- 新文章在新站：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 周下降是 baseline。详见 改版后 Indexing Coverage 下降。
4. Sitemap ping 是提示性的，不是实时
Google 收到 sitemap 提交后不是立刻抓，是排进队列。新提交后 sitemap 状态变 “Success” 只代表能读，不代表里面 URL 立刻全爬。
实际抓取要看 crawl budget 和优先级，可能 7-30 天才轮到。
5. Core Update 期间数据延迟
Google 每年几次 Core Update（持续 1-3 周）。期间 Search Console 数据可能延迟、波动。Update 结束后会稳定。
最短修复路径
Step 1：记下关键时间点
上线日期：2026-04-01
今日：2026-05-21
站龄：50 天
最近改动：2026-05-10 改了 sitemap（11 天前）
最近 Core Update：2026-04-15 (~5 周前)有时间锚点才能判断现在的状态算不算正常。
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：给 Search Console Pages 做周快照
# 每周一导出 Pages 报告，存到 history/
DATE=$(date +%Y-%m-%d)
# 手动 Search Console → Pages → Export → 重命名为 pages-$DATE.csv
mv pages.csv history/pages-$DATE.csv看周与周之间的差异比每日波动重要得多。
Step 4：在正常窗口内克制改动
新站期不要做的事：
- 改 canonical 结构（除非有明确错误）
- 改 URL 结构（重置所有信号）
- 加 / 减 noindex 规则
- 反复重交 sitemap
- 大量 Request Indexing
这些会让”重新评估周期”叠加。一次重新评估周期 = 4-8 周。叠加 3 次 = 24 周。
Step 5：等待但不被动 — 做有用的事
正常等待期里做这些不会浪费：
- 持续写新内容（每周 2-3 篇）
- 拿外链（3-5 条）
- 内链网络优化（加 hub 页）
- 老内容更新（加新数据 / 当前年份）
这些不会”重置”信号，只会”加强”信号。
Step 6：只有超过基线才升级为”真问题”
新站 8-12 周后还没改善 + 排除技术阻塞 → 真问题（参考 [新站卡在 Discovery 阶段]）
单 URL 60 天后还 Discovered → 真问题（参考 [Discovered not indexed]）
改版后 12 周后仍持续下降 → 真问题（参考 [改版后 Coverage 下降]）到这时再认真排查、改动。
哪些情况可能不是你操作错了
多数”收录坏了”其实是”还在进行中、用户没耐心”。耐心是真修复。
容易误判的情况
- 一次同时做多件事：改 sitemap + 改 canonical + 发新内容 = 未来归因不可能
- 看每日数据慌：Search Console 数据延迟 2-3 天且采样，看周趋势
- 以为反复 Request Indexing 能加速：会用光今日配额
- 以为 sitemap 重交是免费操作：每次提交 Google 都重新评估，但不会加速抓取
预防建议
- 上线后给 60-90 天的安静窗口观察
- 收录爬坡期避免大规模结构改动
- 每周记一次 Search Console 数据快照，便于趋势对比
- 上线前就准备好 Analytics + Search Console，避免没历史数据
- 新内容发布有固定节奏（每周 X 篇），让 Google 形成预期
FAQ
Q：最少等多久？ A：单 URL 在老站几小时，新站几周；站级改动几周到几个月。
Q：能加速吗？ A：边际能——好内链、真外链、好内容。但本质上是 Google 在评估周期，技术加速空间有限。
Q：怎么知道我等的是正常 vs 真问题？ A：对照 Step 2 的基线表 + 看 Step 6 的阈值。
Q：为什么 Google 不公布精确时间？ A：每个站、每篇文章、每个时段都不同，没有公式。Google 自己也是动态计算优先级。