备用网页（有适当的规范标记）：通常无需修复

“备用网页（有适当的规范标记）”表示 Google 发现某个 URL 的 canonical 标记指向另一个 URL，认可了这一声明，并转而将那个 URL 编入了索引。在大多数情况下，这只是系统在按设计运作，没有任何需要更改的地方。只有当您希望出现在搜索结果中的网页也在列表里时，它才成为问题，而这通常可以追溯到某个模板写错了 canonical。

该状态显示在“网页索引编制”报告的“未编入索引”下，英文界面中为 "Alternate page with proper canonical tag"。Google 的葡萄牙语帮助页面则把同一原因称为 "Página alternativa com tag canônica adequada"。

Google 所说的“备用网页（有适当的规范标记）”是什么意思

Google 的“网页索引编制”报告文档（2026 年 10 月核对）将这类网页描述为被标记为另一网页之备用版本的网页，并给出 3 个例子：以桌面版网页为规范网页的 AMP 网页、以桌面版为规范网页的移动版网页，以及以移动版为规范网页的桌面版网页。文档接着说，该网页正确地指向了已编入索引的规范网页，因此您无需执行任何操作。

还有两个细节值得注意。“未编入索引”部分说明，这些网页未编入索引“不一定是因为出现了错误”，因此这里的数量并不是缺陷数量。此外，该条目最后写道：Search Console 不会检测其他语言版本的网页。因此，如果翻译后的网页出现在这里，就是一个警示信号。

Google 有 3 种与规范网址相关的状态，它们的区别在于 2 个问题：网页是否声明了规范网址，以及 Google 是否认可。

在这 3 种状态中，只有这一种是您的指令与 Google 的决定一致的。如果您的 URL 位于第三行，请参阅重复网页（用户未选定规范网页）指南。

哪些 URL 通常会出现在这一状态下

任何 canonical 标记指向另一个网页的 URL，只要 Google 认可，都可能出现在这里。常见来源有：

• 跟踪和推广活动参数。 广告、电子邮件和社交媒体帖子中的链接会添加 ?utm_source= 或 ?gclid= 之类的参数。Google 自己给出的示例，就是把带 gclid 参数的产品 URL 规范化为不带参数的产品 URL。
• 排序和筛选。 对同一批产品进行重新排序或筛选的分类页（?sort=price、?color=blue），会为同一个网页生成许多 URL。
• AMP 配对网页。 AMP 规范要求 AMP 网页的 canonical 指向普通 HTML 版本；如果没有普通版本，则指向其自身。每个成对出现的 AMP 网页都是预期内的条目。
• 独立的移动版 URL。 同时提供 m.example.com 和 www.example.com 的网站，会把其中一个版本规范化到另一个。

对于以上所有情况，“未编入索引”正是目标：每份内容在搜索结果中只出现一个 URL，这正是 canonical 标记所要求的。Google 关于规范化的文档还补充说，重复 URL 的抓取频率低于规范网址。

这是问题吗？不处理、观察还是修复

结论取决于列表里有什么，而不是列表有多长。

• 不处理：示例 URL 都是您从未打算编入索引的变体，且每个 canonical 都指向您希望出现在搜索中的版本。即使有成千上万个条目，这也是正常状态。
• 观察：数量随着您的某项操作同步上升，例如新增分类筛选、投放广告活动、上线新的 AMP 模板。抽查几个示例，确认模式后即可。
• 修复：您希望编入索引的网页出现在这里。这通常意味着某个模板一次性在许多网页上写错了 canonical。
• 深入调查：数量骤增，而您说不出做过什么变更。打开示例查看：如果是新出现的参数链接来源，那无关紧要；如果是文章、产品或语言版本路径，问题就出在模板上。

flowchart TD
    A["URL 被列为备用网页"] --> B{"这个 URL 应该单独出现在搜索中吗？"}
    B -->|否| C{"它的 canonical 指向您希望编入索引的版本吗？"}
    C -->|是| D["不处理：这是预期状态"]
    C -->|否| E["把 canonical 指向正确的版本"]
    B -->|是| F{"它是翻译后的网页吗？"}
    F -->|是| G["修复：canonical 指向自身所在语言的自身网页"]
    F -->|否| H{"它是系列中的第 2 页或之后的分页吗？"}
    H -->|是| I["修复：每个分页的 canonical 指向自身"]
    H -->|否| J["修复生成 canonical 的模板"]

会把真正需要的网页带到这里的 4 种模式，每一种都需要修复：

1. 所有网页都指向首页。 主题或公共页眉文件根据网站地址而不是当前网页的地址生成 canonical。于是文章页和产品页都在请求被合并到首页，一旦 Google 认可，它们就会出现在这里。
2. 分页网页指向第 1 页。 Google 关于分页的文档指出，不要把系列的第一页用作规范网址；每一页都应有自己的规范网址。
3. 翻译网页指向原始语言版本。 Google 关于规范化的文档指出，只有当主要内容使用同一种语言时，不同语言版本才会被视为重复，并要求您指定同一语言的规范网址。把法语网页规范化到对应的英语网页，会使法语网页从索引中消失。完整模式请参阅我们对跨语言指向的 canonical 标记的分析。
4. 变体指向了错误的上级网页。 某个有独立搜索需求的颜色页或门店页，因为同一条规则被套用到整个网页类型上，而被规范化到通用的上级网页。

如何确认属于哪种情况

Search Console 会告诉您哪些 URL 受到影响。确认原因需要 4 个步骤。

1. 按模式给示例分组。 在“网页索引编制”报告中打开该原因，导出示例。文档指出，示例最多只有 1,000 项，而且不一定包含所有 URL，因此请把导出结果当作样本。按路径和参数排序：全是 ?utm_ 和 ?sort= 的 URL 列表属于“不处理”；博客文章、产品或 /fr/ 路径才需要调查。

2. 从每个可疑分组中检查一个 URL。 在网址检查工具中，查看“网页索引编制”下的“用户声明的规范网址”和“Google 选择的规范网址”。对于此状态，这两项通常都指向规范目标，而不是您正在检查的 URL。文档指出，实际网址测试无法预测哪个 URL 会被选为规范网址，因此请从已编入索引的结果中读取这些字段。

3. 检查规范目标。 它应当已编入索引、返回 200 状态码、没有 noindex，并把自己声明为规范网址。如果目标网页会重定向或带有 noindex，就与指向它的 canonical 相矛盾，Google 可能因此选择另一个 URL；网页可索引性指南说明了这些信号之间如何相互作用。

4. 读取服务器所发送 HTML 中的 canonical。 Google 的文档要求您确保 JavaScript 不会更改 canonical 链接元素，因此请把原始 HTML 与浏览器中显示的内容进行比较：

# Canonical tag in the HTML the server returns
curl -s "https://example.com/blog/my-post/" | grep -Eio '<link[^>]*rel=.?canonical[^>]*>'

# Canonical sent as an HTTP header (used for PDFs and other non-HTML files)
curl -sI "https://example.com/files/guide.pdf" | grep -i '^link:'

如果原始 HTML 和渲染后的网页指向不同的 URL，说明有脚本在加载后改写了该标记。SEOReport 在 2026 年 5 月至 10 月间对 34 个外部网站比较了服务器返回的原始 HTML 与渲染后的首页，其中 6 个（18%）的标题、meta description、canonical 或 H1 中至少有一项只在渲染后才出现。JavaScript 渲染指南介绍了如何把这些元素放进服务器响应中。

如何逐一修复这些情况

修复的原则始终相同：每个您希望编入索引的网页，都在 <head> 中用绝对 URL 把自己声明为规范网址，而每个变体都指向该网页。

<!-- On https://example.com/fr/tarifs/ : the French page names itself -->
<link rel="canonical" href="https://example.com/fr/tarifs/" />

<!-- On https://example.com/shoes/?sort=price : the variant names the main page -->
<link rel="canonical" href="https://example.com/shoes/" />

针对上述 4 种情况：根据网页自身的路径而不是网站的基础地址生成 canonical；为系列中的每一页设置各自的 canonical；让每个语言版本把自己声明为规范网址，各版本之间的关联交给 hreflang 处理（hreflang 实施指南提供了标记写法）；为有独立搜索需求的变体设置自引用 canonical。

然后统一其他辅助信号，因为 Google 不建议通过不同方式发送不同的规范网址指令：XML sitemap 中只列出规范 URL，站内链接也应指向规范 URL 而不是变体。在每个可编入索引的网页上设置自引用 canonical 是基本要求。SEOReport 在 2026 年 5 月至 10 月间审计的 45 个外部网站中，有 14 个（31%）的首页在服务器返回的 HTML 中没有 canonical 标记。

对于正常的条目，有两种改动要避免：添加 noindex（见下文常见问题），以及在 robots.txt 中屏蔽变体。robots.txt 屏蔽会让 Google 根本无法读取 canonical，而且 Google 的文档指出，被禁止抓取的 URL 仍可能在没有内容的情况下被编入索引。

如何验证修复

模板改动上线后，检查一个已修复的 URL，运行实际网址测试确认 Google 能够抓取它，并为几个重要网页使用“请求编入索引”。Google 重新抓取后，已编入索引结果中的“用户声明的规范网址”应显示该网页本身，该网页也应离开此状态。

如果修复涉及大量 URL，请在“网页索引编制”报告中针对该原因使用“验证修复”。Google 的文档指出，验证通常最多需要约 2 周，也可能更久。随着 Google 重新抓取，数量会在几天到几周内下降；对于有跟踪链接、筛选或 AMP 网页的网站，不要指望它降到 0。目标是一个更小、且由正确 URL 组成的数量。

完整诊断会为这一状态检查什么

完整的 SEOReport 诊断看不到 Google 把哪些 URL 归为备用网页，只有 Search Console 能显示这一点。它检查的是您能掌控的那一面：首页所声明的规范目标是否健康（没有重定向、可编入索引、canonical 指向自身）；首页的 canonical 在智能手机与桌面设备之间、或在原始 HTML 与渲染后网页之间是否不一致；其他语言版本的网页是否带有指向自身以外地址的 canonical；以及在它检查过的网页中没有任何网页链接到的 canonical 目标。每项发现都会列出它找到的 URL。我们的 canonical 标记指南解释了 canonical 标记的工作原理。

常见问题

大量备用网页会对我的网站造成损害吗？

不会。来自参数、筛选或 AMP 网页的大量条目，只反映存在多少个 URL 变体。只有当其中包含您希望编入索引的网页时，才需要关注。

我应该给这些 URL 添加 noindex 来让报告更干净吗？

不应该。canonical 标记已经让它们不进入索引，而且 Google 建议在网站内部选择规范网址时使用 rel="canonical"，而不是 noindex。添加 noindex 只会增加一条相互矛盾的指令。关于此网址带有“noindex”标记的文章介绍了何时适合使用 noindex。

既然 Search Console 不检测其他语言版本的网页，为什么我的翻译网页会出现在这里？

因为它的 canonical 标记指向了另一个 URL（通常是原始语言的网页），而 Google 认可了这一点。请把它的 canonical 改为指向自身。

为什么我从未链接过的 URL 会出现在这里？

Google 会通过任何地方的链接发现 URL，包括会添加跟踪参数的广告、电子邮件和社交媒体帖子。这些 URL 返回的是您网页上的 canonical 标记，因此 Google 会把它们合并到主 URL。

修复后，网页要多久才会离开这一状态？

Google 需要重新抓取该网页并处理新的 canonical，这需要几天到几周。“请求编入索引”可以让 Google 抓取个别重要网页，“验证修复”则用于跟踪整组 URL。