Back to articles

已抓取 - 尚未编入索引：含义及何时需要修复

SEOReport Team·
search-consoleindexingcrawled-not-indexedcontent-qualitytechnical-seo

“已抓取 - 尚未编入索引”表示 Google 已抓取网页，但决定不将其编入索引。本文说明何时需要修复、何时可以不管，以及如何确认原因。

“已抓取 - 尚未编入索引”表示 Google 已成功抓取该网页，随后决定不将其加入索引，至少目前如此。这是一个决定，而不是抓取错误，而且在大多数网站上，出现这一状态在一定程度上是正常的。只有当它出现在您希望用户能在搜索中找到的网页上时，才需要处理；对于 Feed、筛选 URL 和其他低价值地址，这正是合理的结果。

Google 对“已抓取 - 尚未编入索引”的解释

该状态出现在 Search Console 的“网页索引编制”报告中，位于列出网页未编入索引原因的表格里。在旧版的 "Index Coverage" 报告中，它的名称相同，归在 "Excluded" 组下。Google 的“网页索引编制”报告文档（2026 年 10 月核对）对它的描述很直白：该网页已被 Google 抓取，但未被编入索引；它将来可能会、也可能不会被编入索引，无需为抓取而重新提交此 URL。

这个状态告诉您 2 件事：访问是成功的，因此原因不在 robots.txt、服务器错误或重定向；而且这一决定是在抓取之后做出的。Google 关于搜索运作方式的文档指出，编入索引并无保证，并且“取决于网页的内容及其元数据”。文档列举的常见原因包括内容质量低，以及网站设计导致难以编入索引。

与它相邻的状态“已发现 - 尚未编入索引”，表示 Google 知道这个 URL，但还没有抓取。而在“已抓取 - 尚未编入索引”中，抓取已经完成，是网页本身或它在您网站中的位置，没能为它赢得索引中的一席之地。

“已抓取 - 尚未编入索引”是问题吗？

Google 针对该报告的指导说得很直接：“不要指望您网站上的每个网址都会被编入索引。”真正有用的问题是：列表里都是哪些 URL。

修复您希望获得排名的网页：产品、服务、门店、分类和文章页面，发布数周后仍处于此状态按下文步骤找出原因
不处理Feed、URL 参数、筛选和排序组合、站内搜索结果、分页归档、标签页、附件页将它们从 sitemap 中移除；如果链接到它们没有任何价值，就不要再链接
观察新发布的网页；大型网站上的少量 URL经过几周正常抓取后再检查

一个实用的初步筛选方法：在“网页索引编制”报告中，把 sitemap 筛选器从“所有已知网页”切换为“所有已提交的网页”。该视图只显示您所提交 sitemap 中列出的 URL，也就是您自己声明应当被编入索引的内容。请先调查这个视图中受影响的 URL；不在此视图中的，通常属于“不处理”那一行。

这一状态背后的原因

对于处于此状态的单个 URL，Google 不会给出具体原因，因此需要在网站本身上查找。

本来就不打算参与排名的 URL。 Feed URL、跟踪和会话参数、分面导航组合以及站内搜索页面之所以被抓取，是因为有链接指向它们，但它们很少能提供其他更好的网页所没有的内容。Google 关于分面导航的文档指出，爬虫通常要抓取非常多这类 URL，才能识别出它们毫无用处。

内容单薄或近乎为空的网页。 返回 200 状态码但几乎没有可读内容的网页：空的分类页、占位页、没有内容的个人资料页。如果网页看起来是空的或像一个错误页面，Google 可能会将其报告为“软 404”；如果有一些内容，但不足以独立成立，它就可能落入这一状态。

与其他网页过于相似。 Google 的文档说明，它会把内容相似的网页归为一组，并从中选出最能代表该组的网页。只有城市名称不同的门店页、描述完全相同的产品变体，以及把同一个问题写了两遍的文章，都在争夺同一个位置。

重要性信号偏弱。 一个只在 sitemap 中被提及，或藏在分页深处的网页，几乎无法让 Google 判断它有多重要。内部链接是您最能直接掌控的信号；请参阅我们的内部链接数据。

只有在 JavaScript 运行后才出现的内容。 Google 会渲染网页并运行其中的 JavaScript，但如果正文、标题或 canonical 标记只在渲染后才出现，Google 评估到的内容就取决于这一步是否成功。

新发布的网页。 “将来可能会、也可能不会被编入索引”为仍在评估中的网页留出了余地；新文章短时间处于这一状态，还算不上一个问题。

首页在搜索引擎最先读取的内容上依赖 JavaScript 的比例

SEOReport 在 2026 年 5 月至 10 月间对 34 个外部网站比较了服务器返回的原始 HTML 与渲染后的首页，其中 7 个（21%）在搜索引擎最先读取的内容上依赖 JavaScript：要么标题、meta description、canonical 或 H1 要在 JavaScript 运行后才出现，要么原始 HTML 中几乎不包含页面文字。在这 34 个网站中，有 4 个（12%）的原始 HTML 所含文字不到访客在渲染后所见文字的 2%（含 2%）。

渲染后文字中已包含在原始 HTML 里的比例，34 个网站，2026 年 5 月至 10 月

JavaScript 渲染指南介绍了如何把关键内容放进服务器响应中。

如何确认是哪一种原因

针对您看到的每一种模式，各挑一个受影响的 URL，用网址检查工具打开，并按以下顺序查看结果。

  1. 上次抓取时间。 记下这个日期。在此日期之后所做的修复，Google 还没有看到，因此请以 Google 实际抓取到的网页为准进行判断。
  2. “网页抓取”和“是否允许编入索引？”。 正常应显示“成功”和“是”。如果不允许编入索引，那么该 URL 的问题是 noindex，而不是本文所说的状态。
  3. “用户声明的规范网址”和“Google 选择的规范网址”。 如果显示了 Google 选择的规范网址，且它是另一个 URL，说明 Google 把另一个网页当作了主版本。这属于规范网址问题，详见 canonical 标记指南。
  4. “测试实际网址”，然后“查看已测试的网页”。 截图显示的是该网页在这次测试中经 Google 渲染后的样子。如果截图中缺少主要内容，原因很可能出在渲染上。Google 指出，实际网址测试并不会检查所有编入索引条件，包括网页是否重复，因此实际测试结果正常，并不代表该网页会被编入索引。
  5. 与您自己的网页比较。 把受影响的网页与最相近的已编入索引网页放在一起对比。如果您无法用一句话说清受影响网页能提供哪些已编入索引网页所没有的内容，原因就是内容单薄或重复。
flowchart TD A["处于“已抓取 - 尚未编入索引”的 URL"] --> B{"您希望此 URL 出现在搜索结果中吗？"} B -->|否| C["不处理，并将其从 sitemap 中移除"] B -->|是| D{"是新发布的吗？"} D -->|是| E["持续观察，并添加内部链接"] D -->|否| F{"Google 选择的规范网址是另一个 URL 吗？"} F -->|是| G["按重复内容处理：合并或修正规范化信号"] F -->|否| H{"实际网址测试中有主要内容吗？"} H -->|否| I["在 HTML 响应中直接提供内容"] H -->|是| J{"内容充实且与其他网页有明显区别吗？"} J -->|否| K["改进、合并或删除该网页"] J -->|是| L["加强内部链接，并保留在 sitemap 中"]

请按模式处理，而不是逐个 URL 处理：导出受影响列表，按路径分组。/tag/ 下的 400 个 URL 是一个决定，而不是 400 个。

如何逐一修复这些原因

低价值的 URL 类别。 将它们从 sitemap 中移除，状态本身不必理会。对于分面导航，Google 的文档建议：如果这些筛选 URL 不应出现在搜索结果中，可以在 robots.txt 中屏蔽它们，或改用 URL 片段（fragment）来实现筛选。下面是一个示例，请根据您自己的 URL 模式调整：

text
User-agent: *
Disallow: /*?*sort=
Disallow: /search/

内容单薄的网页。 补充网页所承诺的实质内容，或者将其删除：返回 404 或 410，或用 301 重定向到内容相近的网页。

近似重复的网页。 把回答同一个问题的网页合并成一个更有分量的网页，并将其他网页重定向过去。如果变体必须存在，例如一件有 3 种颜色的产品，请让每个变体的 canonical 标记指向主版本：

html
<link rel="canonical" href="https://example.com/products/linen-shirt/" />

内部链接偏弱。 在读者自然会期待的位置链接到该网页：它所属的分类页或中心页、相关文章，以及适合放置它的导航中，并使用描述性的锚文本。

渲染。 通过服务器端渲染或预渲染，在 HTML 响应中直接提供标题、canonical、H1 和正文，让网页不必依赖脚本来说明自己是什么。

sitemap 本身。 Google 的 sitemap 文档指出，应当收录您希望出现在搜索结果中的 URL，并且只有当 lastmod 始终准确时，Google 才会使用它。请只列出返回 200 且可以编入索引的规范网页。列出错误 URL 的 sitemap 很常见：SEOReport 在 2026 年 5 月至 10 月间抓取了 29 个外部网站的 sitemap 页面，其中 8 个（28%）至少有一个 sitemap URL 会重定向、带有 noindex 标记，或被 robots.txt 屏蔽。XML sitemap 指南说明了一个干净的 sitemap 应当包含什么。

如何验证修复

修改受影响的网页后，在“网页索引编制”报告中打开该原因，点击“验证修复”。验证会重新检查该原因下列出的 URL，只有当所有已知实例都消失后才会通过。如果列表中仍有您决定不让其编入索引的 Feed 或筛选 URL，验证就很可能失败。因此请改为从“所有已提交的网页”视图启动验证：Google 的文档指出，应用 sitemap 筛选器后，验证只覆盖该 sitemap 中的 URL。

整个过程可能需要几天到几周。Google 的文档指出，验证通常最多需要约 2 周，某些情况下会更久。无论您是否启动验证，Google 也会在常规抓取过程中更新计数。

Search Console 列出的是受影响的 URL，而不是您网站上产生这些 URL 的模式；无论是手动检查，还是在单次 AI 聊天会话中逐个检查数百个 URL，都很难覆盖全部。Google 之外的任何工具都无法说明 Google 为什么决定不将某个网页编入索引。但完整的 SEOReport 诊断能揭示您网站上经常藏在其背后的原因：sitemap 中列出却几乎没有文字的网页、成对列出的近似重复文章、内部链接不足的文章、要在 JavaScript 运行后才出现的首页内容，以及会重定向或带有 noindex 标记的 sitemap 条目。之后再生成一份报告，或通过每周监控，就能看到这些发现是否已经消除。

常见问题

“请求编入索引”能解决“已抓取 - 尚未编入索引”吗？

单靠它不行。Google 已经抓取过该网页，而且针对此状态的文档说明无需重新提交该 URL。网址检查工具的帮助文档也补充说，提交请求“并不能保证该网页会出现在 Google 索引中”。请先修改网页；之后再为几个关键网页请求编入索引，或针对这一组点击“验证修复”，请 Google 重新查看。

我应该给卡在这一状态的网页添加 noindex 吗？

只对那些您永远不希望出现在搜索结果中的网页这样做。添加 noindex 后，这些网页会归入此网址带有“noindex”标记这一原因，这能明确表达您的意图，并让报告更清晰易读。对于您确实希望编入索引的网页，添加 noindex 恰恰与修复背道而驰。

这个状态是否意味着我的网站受到了惩罚？

不是。人工处置会显示在 Search Console 的“人工处置”报告中，而不是“网页索引编制”报告中。这一状态是针对单个 URL 的编入索引决定，Google 的文档也指出，大多数网站至少都有少量未编入索引的网页。

为什么我希望编入索引的网页总是回到这个状态？

通常是因为改动太小，不足以改变 Google 的决定：比如给一个仍与其他网页重复的网页只加了几句话，或者给一个没有任何链接指向的网页添加了新文字。请再次把它与最相近的已编入索引网页进行比较，并统计有多少内部链接指向这个受影响的网页。

获取您网站的完整诊断

一份有据可依的报告和优先级行动计划，采用每月积分的订阅方案。

观看影片查看定价