此网址带有“noindex”标记：该修复还是保留

此网址带有“noindex”标记这一状态表示 Google 抓取了该网页，发现了一条不要将其编入索引的指令，并遵从了这条指令。在大多数网站上，此状态下的大部分 URL 本就应该如此：结账页、账户页和站内搜索结果，原本就不该出现在 Google 中。只有当您希望出现在搜索中的网页也在列表里，或者您自己的 XML sitemap 提交了一个同时又让 Google 不要收录的网页时，它才成为问题。

这一状态的含义，以及它过去的名称

Google 的“网页索引编制”报告文档（2026 年 10 月核对）把此网址带有“noindex”标记列为网页未编入索引的原因之一，并用一句话描述：Google 尝试将该网页编入索引时，遇到了“noindex”指令，因此没有将其编入索引。同一文档指出，如果您不希望该网页被编入索引，则无需做任何更改；如果您希望它被编入索引，就移除这条指令。

这条指令可以通过 2 个位置传达给 Google：

• 在 HTML 中，以 robots meta 标记的形式：<meta name="robots" content="noindex">，或仅针对 Google 的版本 <meta name="googlebot" content="noindex">。
• 在 HTTP 响应中，以响应标头的形式：X-Robots-Tag: noindex。Google 也接受取值 none，并将其视为 noindex, nofollow。该标头还可以只针对某一个爬虫，例如 X-Robots-Tag: googlebot: noindex。

Google 只能遵从它能读取到的规则。被 robots.txt 屏蔽的网页根本不会被抓取，因此其上的 noindex 永远不会被看到。那是另一种状态，详见 robots.txt 与抓取权限指南。

如果您搜索的是 "Excluded by 'noindex' tag"，那么您看到的其实是同一个状态的旧名称。在 Google 于 2022 年重新整理该报告之前，它归在 "Excluded" 组下，名称为 "Excluded by 'noindex' tag"；另有一个单独的错误 "Submitted URL marked 'noindex'"，专门针对 sitemap 提交、却带有 noindex 的网页。Google 关于问题分类更新的帮助页面说明，每个 "Submitted" 类错误都已与对应的排除类状态合并为同一个问题。如今在英文界面中，这一状态显示为 "URL marked 'noindex'"。

这是问题吗？修复、保留还是观察

在做任何更改之前，先确定每个 URL 的用途。

flowchart TD
    A["此网址带有“noindex”标记"] --> B{"这个网页应该出现在 Google 中吗？"}
    B -->|否| C{"它列在您的 XML sitemap 中吗？"}
    C -->|否| D["保留。状态正确。"]
    C -->|是| E["将其从 sitemap 中移除"]
    B -->|是| F{"实际网址测试中仍显示 noindex 吗？"}
    F -->|否| G["已修复。请求编入索引，等待重新抓取。"]
    F -->|是| H{"是在哪里检测到的？"}
    H -->|robots meta 标记| I["修复模板、CMS 设置或插件"]
    H -->|X-Robots-Tag 标头| J["修复服务器、CDN 或托管平台规则"]

noindex 从何而来

1. 有意设置的。 没有搜索价值的网页、私密网页和重复视图，按设计就会被设置 noindex。在一个健康的网站上，此报告中的大部分 URL 都属于这一类。

2. 预发布阶段的设置在上线后被保留了下来。 一个在 noindex 保护下开发的网站，如果模板、环境配置文件或主题选项原封不动地进入正式环境，noindex 也会被一并带上。随着网页被重新抓取，它们会逐步从 Google 中消失，而访客却毫无察觉。

3. CMS 的全站开关。 WordPress 在“设置 > 阅读”下有一个复选框：“建议搜索引擎不索引本站点”（英文界面为 "Discourage search engines from indexing this site"）。WordPress 文档指出，自 5.3 版起，该选项会在网站各网页的 head 中添加带有 noindex,nofollow 的 robots meta 标记；当前版本使用单引号输出：<meta name='robots' content='noindex, nofollow' />。只要预发布副本上勾选了这个复选框，再通过数据库导入带到正式环境，就足以出问题。

4. 插件和主题的默认设置。 SEO 插件和主题通常按内容类型控制是否编入索引：标签归档、作者归档、媒体附件页、分页列表。一次更新、一次设置导入或一项默认值的变更，就可能把一整组 URL 同时切换为 noindex，这也是为什么数量往往是骤增而不是缓慢增加。

5. 没人看得到的 X-Robots-Tag 标头。 该标头在 Web 服务器、CDN 或托管平台上设置，因此永远不会出现在网页源代码中。典型来源包括：原本为 PDF 编写、却匹配了所有路径的标头规则；遗留在正式主机上的预发布规则；或者会自动给预览部署添加 X-Robots-Tag: noindex 的托管平台。如果网页源代码中没有 noindex，Search Console 却仍然报告 noindex，请检查响应标头。

6. 试图用 JavaScript 移除 noindex。 有些单页应用在初始 HTML 中带有 noindex，然后在加载后用 JavaScript 将其移除。Google 的 JavaScript SEO 文档警告说，Google 看到 noindex 后可能会跳过渲染和 JavaScript 执行，因此移除操作可能根本不会执行。我们的 JavaScript 渲染指南讨论了服务器返回的 HTML 与渲染后 HTML 之间更广泛的差异。

严重情形：被您的 sitemap 提交的 noindex 网页

sitemap 列出的是您希望编入索引的 URL；而其中某个网页上的 noindex 表达的却是相反的意思。Google 会遵从 noindex，而这种矛盾说明您自己的各个系统对这个网页的处理并不一致。

SEOReport 在 2026 年 5 月至 10 月间抓取了 29 个外部网站的 sitemap 页面，其中 4 个（14%）在自己的 XML sitemap 中至少列出了一个带有 noindex 标记的网页。我们看到的规律是：商店的购物车、结账和账户页面被留在了 sitemap 中。同一批审计中的首页则都没有问题：SEOReport 在 2026 年 5 月至 10 月间审计的 45 个外部网站首页中，没有一个在 meta 标记或 X-Robots-Tag 标头中带有 noindex。值得去找的 noindex 问题，藏在网站更深的地方。

要在 Search Console 中查看这部分 URL，请打开“网页索引编制”报告，把图表上方的筛选器从“所有已知网页”改为“所有已提交的网页”。只要某个 URL 包含在您提交的 sitemap 或 robots.txt 中列出的 sitemap 里，它就算作已提交，即使 Google 也通过链接发现了它。在启用该筛选器的情况下，仍归在此网址带有“noindex”标记下的每个 URL 都需要做出决定：要么移除 noindex，要么把该 URL 从 sitemap 中移除。我们的 XML sitemap 指南介绍了如何让自动生成的 sitemap 只包含可编入索引的 URL。

当 canonical 标记或其他语言版本链接指向一个带 noindex 的网页时，也会出现同样的矛盾。可索引性冲突分析梳理了这些组合在整个网站中的情况。

如何确认是哪一种原因

从网址检查开始。 在检查结果的“网页索引编制”部分，“是否允许编入索引？”字段会说明原因，例如在 robots meta 标记中检测到 noindex，或在 X-Robots-Tag HTTP 标头中检测到 noindex。仅凭这一行，您就知道应该去查 HTML 还是服务器配置。

核对日期。 默认显示的结果是 Google 上次抓取的版本，“上次抓取时间”字段显示的就是那次抓取的时间。如果您在那之后修改过网页，该结果描述的仍是旧网页。

运行实际网址测试。 选择“测试实际网址”，然后选择“查看已测试的网页”。实际测试会显示 Google 当前收到的 HTML 和 HTTP 响应标头，包括浏览器从不显示的标头。它不会检查 sitemap 或引荐网页；这些内容由已编入索引的结果提供。

在终端中复现。 下面 2 条命令可以显示任意 URL 的响应标头和 meta 标记。第二条命令的匹配规则同时兼容单引号和双引号，因为 WordPress 输出该标记时使用单引号：

# Response headers only: look for x-robots-tag
curl -s -D - -o /dev/null https://www.example.com/pricing/ | grep -i "x-robots-tag"

# Robots meta tags in the HTML the server returns
curl -s https://www.example.com/pricing/ | grep -i -o -E "<meta[^>]*name=[\"']?(robots|googlebot)[\"' >][^>]*>"

如果两条命令都没有输出，说明服务器没有向 curl 发送 noindex。如果 Search Console 的结果仍与此不符，请在 curl -s 后加上 -A "Googlebot"，再运行这两条命令：有些服务器和 CDN 对爬虫用户代理的响应是不同的。

请把各项结果放在一起解读：

按原因修复，然后验证

• CMS 开关： 在正式网站上取消勾选“建议搜索引擎不索引本站点”，并在每次从预发布环境复制到正式环境后再检查一遍。
• 插件或主题设置： 把相应的内容类型或归档改回可编入索引，然后用 1 个示例 URL 确认服务器返回的 HTML 中已没有该标记。
• 模板或环境变量： 把“正式环境”设为默认值，让 noindex 成为例外，这样即使漏配某项设置，也不会让线上网站被隐藏。
• X-Robots-Tag 标头： 在 Web 服务器、CDN 或托管平台上找到这条规则，把它收窄到确实需要的路径，例如预发布主机名或您不希望编入索引的 PDF 文件。
• 用 JavaScript 移除： 对于希望编入索引的网页，直接从初始 HTML 中去掉 noindex。
• sitemap 中有意设置 noindex 的网页： 保留 noindex，把该 URL 从 sitemap 中移除。

不要对您想从搜索中移除的网页添加 robots.txt Disallow 规则。这样会让 Google 看不到 noindex，而该网页仍可能出现在搜索结果中。

然后按以下顺序验证。第一，再次运行实际网址测试，确认“是否允许编入索引？”现在显示为“是”。第二，为最重要的几个已修复网页使用“请求编入索引”；Search Console 对此类请求设有每日配额，而 Google 的网址检查文档指出，编入索引通常需要一天左右，但也可能久得多。第三，在“网页索引编制”报告中针对该问题选择“验证修复”。Google 的文档指出，验证通常最多需要约 2 周，有时会更久。

需要注意一点：验证会重新检查该问题下列出的 URL，只要 Google 发现仍有未修复的实例，就会停止验证。如果列表中还包含您有意保留 noindex 的网页，验证就不会通过。这种情况下，请在网址检查工具中逐个跟踪已修复的 URL，观察它们转为已编入索引。

Search Console 会显示 Google 排除了哪些 URL，并且每次针对 1 个 URL 显示它在哪里发现了这条规则。完整的 SEOReport 诊断会读取您的 sitemap 中列出的网页，列出每一个 robots meta 标记为 noindex 的网页，并注明检查了多少个网页。对于您的首页，它会同时读取 meta 标记和 X-Robots-Tag 标头，并检查首页的 canonical 标记是否指向带 noindex 的网页；它还会标记指向带 noindex 网页的其他语言版本链接。这样您就得到 1 份清单，可以据此区分哪些是有意设置、哪些是意外造成的。逐个 URL 检查，正是我们在为什么一次 AI 会话无法审计整个网站中描述的规模问题。

常见问题

noindex 会阻止 Google 抓取网页吗？

不会。Google 必须抓取网页才能读取这条规则。是否阻止 Google 抓取某个版块，是 robots.txt 层面的决定，不应与您需要 Google 看到的 noindex 同时使用。

移除 noindex 后，网页要多久才能重新出现？

在 Google 重新抓取该网页之前，什么都不会改变，而 Google 的文档指出，不太重要的网页可能要等上几个月。“请求编入索引”可以请求重新抓取 1 个 URL，但并不保证该网页会被编入索引。

为什么我的网页源代码中没有 noindex，Search Console 却显示有？

通常是以下 3 个原因中的 1 个：该结果来自您修复网页之前的那次抓取；noindex 来自网页源代码中看不到的 X-Robots-Tag 标头；或者您的服务器或 CDN 对 Google 爬虫和对您浏览器的响应不同。实际网址测试可以给出定论，因为它显示的是 Google 当前收到的 HTML 和标头。

标签、分类和作者归档应该设置 noindex 吗？

只有当它们无法为搜索用户提供文章本身所没有的内容时才应设置。每种归档类型只需决定一次，通过 1 项设置统一应用，并让设置了 noindex 的归档不出现在 sitemap 中。