你发了 80 篇文章、提交了 sitemap，一周后打开 Search Console，发现其中 60 篇卡在「Discovered — currently not indexed」。本能反应是「肯定哪里坏了」。其实没坏。这个状态字面意思就是：Google 通过 sitemap 或链接知道了 URL 的存在，但还没花资源去爬。这是排队，不是退稿。下面讲新独立站为什么会落到这里，以及真正能让 URL 走出这个桶的实战打法。（只想要快速排查步骤？看 快速修复 Search Console 报错。）
一句话总结
- 「Discovered — currently not indexed」= Google 知道这个 URL，但还没爬。它是优先级 / 排队问题，不是质量判决。
- 别动 robots.txt、canonical 或 sitemap。它们不是病因，改了只会白白浪费几天。
- 真正有效的三个杠杆：给卡住的 URL 加内链、减少抢爬取资源的薄页、给时间——全新域名的长尾通常要 4-12 周才会消化完。
- URL Inspection → Request indexing 只用在你最重要的 5-10 个 URL 上。手动按钮每个资源每天大约只能提交 10-12 个，救不了几百个 URL 的积压。
- Google 的 Indexing API 在这里没用。截至 2026 年 6 月，Google 官方仍只支持
JobPosting和BroadcastEvent类型，普通博客 / 商品 URL 会被忽略甚至反受其害。
Discovered 和 Crawled：别搞混
两个 Search Console 桶名字像，处理方向却相反。
| 状态 | Google 做了什么 | 根因 | 修复方向 |
|---|---|---|---|
| Discovered — currently not indexed | 知道 URL，还没爬 | 爬取优先级 / budget / 信号弱 | 加内链、砍薄页、等 |
| Crawled — currently not indexed | 读过页面，决定不收录 | 质量 / 重复 / 内容薄 | 重写、合并、加深度 |
「Discovered」通常是两者里更好处理的：内容可能本身没毛病，你只是还没让 Google 觉得值得抓。（另一个桶见 Crawled currently not indexed 怎么办。）
怎么确认你确实在这个桶里
满足以下几点，说明这是「Discovered」问题，而不是别的：
- sitemap 里超过一周的 URL，Search Console 显示「Discovered — currently not indexed」。
- 这些 URL 真实、返回 200，和其他被收录的 URL 在同一个域名。
- 受影响的页面更新或层级更深（离首页点击数更多）。
- 最近批量发了 50+ 文章，只有少数被收录。
如果是上周还 200、今天 404 的 URL 显示在这里，桶在误导你——那其实是重定向 / 404 问题，不是爬取优先级。动手前先用 URL Inspection 实时测试确认。
新站为什么会落到这里
Google 的爬取由 crawl budget 决定。它官方的 crawl budget 文档把它拆成两块：crawl capacity limit（Googlebot 在不拖垮你服务器的前提下能爬多狠）和 crawl demand（Google 有多想要你的内容，取决于热度和新鲜度）。全新域名几乎没有 demand 信号，所以 Googlebot 爬得保守，把层级深、内链少的 URL 往后排。
值得知道的是：Google 说这份 crawl budget 指南其实是给 100 万页以上、或 1 万页以上且每天都变的站准备的。一个 200 页的独立站离这些门槛差得远——这恰好说明你真正的瓶颈是 demand 和内链信号，不是原始 budget。你不是因为站大被限流，而是还没给 Google 一个优先爬深层页的理由。
实战手册（分步）
- 确认是这个桶。 打开 Pages 报告，点「Discovered — currently not indexed」这一行，复制 3 个样本 URL。逐个 inspect，实时测试应该全部通过。如果通过，说明内容不是问题。
- 数每个卡住 URL 的内链。 用爬虫（Screaming Frog、Sitebulb）或在代码库里 grep。内链少于 2-3 条，Google 读到的就是「这页不重要」。把每个卡住的 URL 都从已收录页面拉到至少 2-3 条带上下文的内链。
- 砍掉薄 / 重复 URL。 近乎空白的页面——分页归档、只有 1-2 篇的标签页、近重复模板——会把 crawl demand 稀释到垃圾页上。删掉、合并或
noindex，让 Googlebot 的注意力集中到真文章上。 - 从 Google 常访问的页面内链到卡住的 URL。 让深层 URL 被爬的最快方式，是从首页、聚合页或高流量文章给它一条链接。把从首页到它的点击深度压到 3 以内。
- 给 5-10 个优先 URL 申请收录。 在 URL Inspection 跑实时测试，再点 Request indexing。截至 2026 年 6 月，手动工具每个资源每天大约只允许 10-12 次提交，而且这个按钮是提示不是命令——所以只留给你最好的页面，别想靠它清积压。
- 给 30-60 天，再复盘。 新域名和大批量新内容确实要几周消化。60 天后桶还没明显缩小，瓶颈就在站点权威——把精力转去拿外链、加深内容，而不是反复戳 Search Console。
容易踩的坑
- 当成技术 bug 处理。 改 robots.txt、canonical 或 hreflang 在这里没用，还可能引入真问题。病因是优先级，不是配置。
- 天天重新提交 sitemap。 sitemap 提交不抬高爬取优先级；内链和外链才会。
- 狂点 Request indexing。 超过每天约 10-12 次的上限，Google 只会排队或忽略多出来的，长尾还是不动。
- 去搬 Indexing API。 它只支持
JobPosting和BroadcastEvent；用在普通文章上会被忽略，按 Google 反复的说法，弊大于利。 - 加结构化数据想改优先级。 Schema 影响结果在搜索里长什么样，不影响是否爬、何时爬。
- 才上线 30 天就慌。 新域名大部分内容在「Discovered」桶里停 1-2 个月是常态，Google 在判断这个站值不值得完整爬。
这篇适合谁
刚发了一批文章、看到只有部分被收录的独立内容站；改版或搬家后产生新 URL 的博客。
FAQ
- 一个「Discovered」状态的 URL 多久会被爬？: 老站：几天到一周。新站：2-8 周。新站的长尾：有时 3 个月以上。内链和外链是主要加速器。
- 「Discovered」比「Crawled — not indexed」更糟吗？: 不同问题。Discovered = 优先级问题；Crawled = 质量问题。Discovered 一般更容易修，因为内容可能本身没问题——只是要让 Google 觉得值得爬。
- 发文更勤有用吗？: 常常反而坏事。如果产量翻 10 倍但质量没翻 10 倍，crawl demand 会被摊薄到更多薄页上。稳定节奏 + 强内链 比纯数量管用。
- IndexNow 或 Indexing API 能强制 Google 爬吗？: IndexNow 给 Bing 和 Yandex 用，Google 不接。Indexing API 官方只限职位和直播事件。对普通内容，Google 唯一真正的杠杆是内链、外链，外加对少数 URL 用 URL Inspection 申请。
- Google 的 crawl budget 指南适用于我的小站吗？: 不太适用。Google 把那份指南限定在 100 万页以上、或 1 万页以上且高频更新的站。在 200 页的独立站上，瓶颈是 crawl demand 和内链信号，不是容量。