最快的判断方法： 提交 sitemap 只是告诉 Google 这些 URL 存在，从来不保证收录。在 Search Console 用 URL Inspection（网址检查）检查一篇卡住的文章，看它返回什么状态。如果是 Crawled - currently not indexed，那是内容质量问题（要去改页面本身）；如果是 Discovered - currently not indexed，说明 Google 还没来爬（属于抓取预算 / 站点权重问题，往往只是时间没到）。这两种状态指向完全不同的修复方向，所以先看清楚再动手。
这是”新站不收录”里最常见的一种情况，几乎都能归结到下面 6 个原因之一。
第 0 步 —— 先确认 sitemap 真的解析成功了
打开 Search Console → Indexing → Sitemaps，点开你的 sitemap 那一行，确认：
- 状态：
Success - 已发现网页数（Discovered pages）：和你实际的 URL 数量大致一致（不是 0，也不是离谱地多）
- 最后读取时间（Last read）：是最近的日期
如果状态是 Couldn't fetch、Has errors，或者发现了 0 个网页，那是 sitemap 文件本身有问题——URL 写错、被 robots.txt 挡住、返回了非 200 状态码，或者 XML 格式不对。先把这个修好；本文后面都默认你的 sitemap 能正常读取。（注意：以前那个 google.com/ping?sitemap=... 的 ping 地址在 2023 年已经废弃，现在会返回 404。截至 2026 年 6 月，在 Search Console 提交、或把 sitemap 写进 robots.txt，是仅有的两条受支持的路径。）
你属于哪一种情况？
在 Search Console 顶部搜索框用 URL Inspection（网址检查）查一篇有代表性的卡住页面，看返回的状态：
| URL Inspection 返回 | 含义 | 最可能对应下面的原因 |
|---|---|---|
Crawled - currently not indexed | Googlebot 已经抓取了页面，但决定不收录 | #1 内容质量（几乎都是这个） |
Discovered - currently not indexed | Google 知道这个 URL，但还没来抓取 | #2 新域名观察期、#3 内链太弱、#5 层级太深 / 权重低、#6 抓取预算 |
Excluded by 'noindex' tag / Duplicate, Google chose a different canonical | 页面上的某个指令把它挡住了 | #4 noindex / canonical |
URL is unknown to Google | Google 根本没发现这个页面 | sitemap 没被读、或页面没有任何链接——回看第 0 步和 #3 |
这些状态也都汇总在 Indexing → Pages → “Why pages aren’t indexed” 里，会按”未收录原因”分组，列出每种原因的数量和受影响的 URL。
6 种导致收录数上不去的原因
大致按命中率从高到低排列。
1. 内容单薄 / 价值低（Crawled - currently not indexed 的头号原因）
当 Googlebot 已经抓过页面却还是不收录时，这是质量判断，不是技术问题。下面这些会被判定为”不值得收录”：
- 单页实质内容
< 300字 - 大量页面套同一个模板、只差几个词（thin / duplicate）
- 翻译或轻度改写别人的内容
- 没人工编辑的大批量 AI 生成内容
- “城市 × 关键词” / “工具 × 场景”这类模板组合页
如何确认： URL Inspection 显示 Crawled - currently not indexed。这就是信号——Google 看过了，然后放弃了。
修复： 把页面做成真正有料的内容（目标约 800–1500 字原创），加上独特观点、实操示例、表格，或别处没有的一手数据。改完后单独对这一页 Request Indexing，一周后回来看。另外注意：2026 年 3 月 Core Update 之后，不少站点反映页面又退回到了 Crawled - currently not indexed——如果你也是这种情况，重点就放在这条原因上。
2. 新域名观察期
全新域名在 Google 自由收录之前，会有几周到几个月的谨慎评估期。这不是惩罚，是 Google 在判断你不是垃圾站。这段时间页面通常停在 Discovered - currently not indexed。
判断信号： 域名注册时间 < 3 个月、之前没有任何外链、没有任何流量。
修复：
- 耐心等（一般 4–12 周）
- 持续更新（每周 2–3 篇，向 Google 表明这是个活站）
- 拿到 1–2 个真实外链（社区分享、朋友的博客）——这是最有效的加速器
- 别反复重提 sitemap；每月一次就够
3. 内链稀疏——爬虫没有路径过来
sitemap 告诉 Google 这个 URL 存在，但抓取和收录的优先级靠内链。一个没有任何站内链接指向的页面，会被当成”不重要”而被压低优先级，常常卡在 Discovered。
判断信号：
- 文章只能从 sitemap 找到
- 没有”相关文章”，没有上一篇 / 下一篇
- 首页和分类页从不链向它
修复：
- 让首页、分类页链向最新文章
- 每篇文章末尾加 3–5 条贴合上下文的内链
- 把重要文章放进导航，让它距首页只有 1–2 次点击
4. 页面带了 noindex，或 canonical 指向了别处
URL 在 sitemap 里，但页面自己的 <head> 把它否了。Google 会尊重这些指令，从而不收录：
<meta name="robots" content="noindex">或者 canonical 指向了另一个 URL（于是 Google 去收录那个）：
<link rel="canonical" href="https://otherdomain.com/page" />如何确认： 在 URL Inspection 里看是否出现 Excluded by 'noindex' tag 或 Alternate page with proper canonical tag / Duplicate, Google chose a different canonical。也可以右键打开线上页面 → 查看源代码 → 搜 noindex 和 canonical。特别留意这些是不是被 CMS / 主题 / 你忘了关的 staging 开关自动注入的。
修复：
- 删掉
noindex（或改成index, follow） - 让 canonical 指向页面自己的 URL
- 改完后用 URL Inspection → Test Live URL（测试实际网址）确认指令已经消失，再去 Request Indexing
5. 站点层级太深，或首页权重太低
如果一篇文章距首页 5+ 次点击，Google 可能永远排不上抓它。而如果首页本身没流量、没外链，整个站的权重就低，Google 会全面收得很保守。
修复：
- 把重要文章直接放上首页
- 把点击深度控制在
<= 3层 - 拿外链：相关的 Reddit / 论坛帖、社区分享、相关站点的友情链接
6. 抓取预算被垃圾 URL 烧光
如果你的站自动生成大量 tag、search、filter、分页 URL，Googlebot 有限的抓取预算就可能花在这些上面，而不是真正的文章——结果真内容停在 Discovered - currently not indexed。
修复：
- 给 tag / search / filter 页加
noindex - 在
robots.txt里 Disallow 这些垃圾 URL 模式 - 把它们彻底移出 sitemap（sitemap 里应只列规范、可收录的 URL）
最短修复路径（按收益排序）
- 对 3 篇卡住的页面做 URL Inspection。 若是
Crawled - currently not indexed→ 每篇扩到约 1500 字原创内容，一周后复查。 - 每篇重要文章加 3–5 条内链，并从首页链过去。
- 首页展示最新文章，让爬虫从一个高优先级页面扩散出去。
- 给薄 tag / filter 页加
noindex或删掉，并从 sitemap 里去掉。 - 拿到一个真实外链——对新域名来说，这比任何站内调整都更管用。
怎么确认已经修好了
- 重新对页面跑 URL Inspection → Test Live URL → 应当显示可收录、没有任何阻挡指令。
- 对这一页点 Request Indexing（截至 2026 年 6 月，配额大约是每个资源每天 10–12 个 URL，按滚动 24 小时窗口计算——用在关键页上，别批量提）。
- 几天到一周后，状态会翻成
URL is on Google，Indexing → Pages 里的已收录数也会往上走。别指望立刻见效；就算修好了，重新抓取并收录也可能要几天。
哪些情况其实不怪你
- 新域名（
< 3 个月）还在评估期 - 正赶上 Google Core Update——这种时候页面进出 index 是正常现象（2026 年 3 月那次就是典型）
- YMYL 领域（金融 / 健康 / 法律），Google 的质量门槛本来就更高
- 正常的收录延迟——从发现到收录,即便是健康的站,也常要几天、有时几周
容易误判的情况
- “sitemap 状态 Success，就万事大吉了。” 那只说明 XML 文件能解析，跟页面收不收录没关系。
- “
Discovered - currently not indexed是个 bug。” 它是排队 / 优先级信号，不是错误。 - “sitemap 提交得越勤，收录越快。” 并不会；每月一次就够。真正起作用的是内链和外链。
- “用 IndexNow / 提交给 Bing 能帮到 Google。” 帮不到——截至 2026 年 6 月，Google 仍然不参与 IndexNow。它只对 Bing、Yandex、Naver 加速。
预防清单
- 第一天就规划内链——别等收录卡住了才补
- 新文章上线后头 1–2 周放在首页展示
- 上线先发 3–5 篇有料文章，别一口气发 50 篇 thin content
- 盯住 Pages 报告里的
Crawled - currently not indexed数量 - 保持 sitemap 干净：只放规范、可收录的 URL，并带准确的
lastmod（ping 没了之后,Google 更依赖lastmod）
常见问题（FAQ）
Q：提交 sitemap 后多久应该开始收录？ A：老域名 2–7 天；新域名 2–12 周。新域名超过 3 个月还 0 收录，就是真有问题、值得查了。
Q：sitemap 里有 100 个 URL，但只收录了 20 个，正常吗？ A：正常。Google 从不会 100% 收录一个站。强站大概在 60–80%；新站早期常在 10–30%。
Q：更新 sitemap 后要不要 ping Google？
A：不用——google.com/ping?sitemap=... 端点 2023 年已废弃,现在返回 404。把 sitemap 写进 robots.txt 并在 Search Console 提交即可,Google 会按自己的节奏重新读取。
Q：URL Inspection 里的 “Request Indexing” 值得用吗？ A：对少量高优先级页面值得用。每天有配额（截至 2026 年 6 月约为每个资源 10–12 个 URL），它能稍微提升抓取优先级——但盖不过质量问题。
Q：一个大 sitemap，还是按主题拆多个？ A：URL 在约 1,000 个以内,一个 sitemap 就够。超过 50,000 个 URL(或 50 MB)就必须拆开、用 sitemap index。按主题拆方便你自己管理,还能在 Search Console 里分版块看收录率——但不会加快收录。
Q：加 RSS / Atom feed 有用吗？ A：作用有限。有些爬虫会用 feed 做发现,但对 Google 来说,真正的杠杆还是内链、内容质量和外链。