博客

规范 URL 是网页的首选版本。它出现在页面上的一小段代码中，告诉搜索引擎如何抓取页面并对内容的重要性进行排名。

如果您在不同的 URL 上找到相同的内容，则使用此代码（称为 rel=canonical 标记）将帮助搜索爬网程序更好地了解哪些内容是必要的，解决重复内容问题，提高该内容的排名，并最终可以引导更多客户访问您的网站。

什么是规范 URL？

规范链接元素或规范标签位于网页的 HTML 标头中，它告诉搜索引擎该页面是否有更重要的版本。规范标签显示为 rel=”canonical”。

例如，这行 HTML 代码告诉搜索引擎 URL“https://shoestore.org”是该标签所在页面的原始版本：

<link rel=”canonical” href=”https://shoestore.org” />

该标签很重要，因为搜索引擎会定期抓取网站以查找信息来帮助他们决定如何对页面和帖子进行排名。如果搜索爬虫找到两个内容相同的页面，它不知道如何对它们进行排名。它无法决定哪个页面应该排名，因此这两个页面会蚕食另一个页面的排名潜力。因此，任何 SEO 内容都不会排名。

如果您的网站上有两个包含相似内容的页面，或者您网站上的内容也在其他网站上使用，则应设置规范 URL。您可以使用规范标签将 Google 指向原始内容，并确保第一篇文章获得所有功劳和 SEO 优势。

该标签于 2009 年推出，当时 Google 与 Microsoft (Bing) 和 Yahoo 合作达成了接受规范术语的共识。虽然本文可能会重点介绍如何使用规范来帮助 Google 抓取工具，但要知道大多数搜索引擎都接受这些标签。

为什么 Rel=Canonical 对 SEO 有好处？

简而言之，重复的内容会让搜索引擎感到困惑。当搜索引擎查看具有相同内容的多个页面并且没有明确的关键字优化信号时，它们：

• 我不知道该归功于哪一块
• 不知道要索引什么
• 我不知道哪些页面应该排名

rel=canonical 标签澄清了这一点，帮助搜索引擎理解内容，防止他们忽略页面并提高内容排名的机会。

[novashare_tweet tweet=”使用 rel=canonical 标签来澄清重复内容，帮助搜索引擎理解内容，并提高内容排名的机会。” theme=”simple-alt” cta_text=”点击发推文” hide_hashtags=”true”]

曾经有人说，重复的内容可能会导致搜索惩罚、降低网站的排名，或者将其从 SERP 中完全删除。然而，现在许多SEO人员认为没有真正的惩罚。

Google 不会惩罚内容重复的网站；它只是过滤掉重复的结果，以创造更好的体验并满足搜索意图。

• Google 知道用户不想多次看到相同的内容。如果用户在第一个列表中没有找到他们想要的内容，为什么第二个、第三个和第四个列表中的相同内容会有所不同？
• Google 积极尝试寻找最佳内容源来显示该页面并创造积极的用户体验。这可以防止用户必须点击来源或错误地相信属于其他人的来源。
• 虽然具有重复内容的页面不会受到处罚，但它可能会在结果中被过滤掉，以支持其他内容。该帖子不会有太多流量，但不会对网站产生负面影响。

尽管您尽了最大努力，您的网站上仍可能存在重复的内容，或者其他人可能已获取您的内容并将其复制到他们的页面上。网络上多达。

但是，您可以通过利用相对规范的 URL 最佳实践并了解何时使用此标签，快速解决这些问题并生成长期的 SEO 结果。

何时使用规范 URL？ （5 个相关规范示例）

以下是一些相关规范示例，展示了何时应使用此标签来识别重复内容并满足 SEO 最佳实践。

当您重新发布现有内容时

假设您有一个属于特许经营或国家组织一部分的网站。在这种情况下，您可以分享最初在中央联邦网站上发布的声明、新闻稿，甚至博客内容。

您可以在您的网站上发布内容，而不是仅仅链接到原始内容并希望网站访问者点击。这是需要规范标签的重复内容。您可以使用规范 URL 将搜索爬网程序定向到原始帖子，这样看起来就不会像是您在复制页面。

机器翻译软件翻译新闻稿等小内容，则需要规范标签。如果您翻译整个网站，则不需要规范标签，您应该仅使用相应的 href lang标签。

当您联合博客内容时

营销策略之一可能包括将您现有的内容联合到其他网站上。博客联合组织可以帮助您扩大品牌知名度和影响力，同时发布商可以获取其页面的内容。然而，联合内容意味着您的文字现在会在互联网上的多个页面上传播。

如果没有规范 URL，搜索爬虫可能不知道哪些内容最先出现以及优先考虑哪些内容。幸运的是，许多联合内容的博客都知道如何设置规范 URL，因此它们不会损害与其合作的品牌的 SEO 或搜索权限。

当您对不同页面进行 A/B 测试时

A/B 测试是营销人员用来查看页面上哪些元素效果最好的策略。您可以测试小细节（例如各种按钮的颜色）或重大更改（例如页面布局或内容）。在某些情况下，Google 最终可能会抓取这两个页面，并且对于将哪一个页面作为原始页面进行索引感到困惑。规范 URL 充当原始内容的路线图。

当您使用多个 URL 变体时（通常在电子商务网站上）

规范 URL 通常用于电子商务网站，这些网站随着网站的更改而设置不同的层次结构和 URL。电子商务网站可能有一个专门针对鞋子的类别，其中包含产品列表，然后更改顺序以将该类别分为女鞋和男鞋或凉鞋与跑鞋。

这意味着这些产品页面的 URL 会发生变化，即使它们保持不变。结果，有两个内容相同的 URL。电子商务 SEO的一部分，可将搜索引擎引导至首页。

如果您的网站上有无意的重复内容

如前所述，您的网站上可能有重复的内容，但您甚至不知道。有多种情况可能会导致无意的重复内容。一些最常见的原因是：

• 您的站点具有单独版本的 HTTP 和 HTTPS 或 WWW 和非 WWW 页面
• 另一个网站已抓取并重新发布您的内容
• 多个页面的 SEO 元描述和标题相同
• 存在技术问题，例如分页问题或各种版本的可打印页面和纯文本页面

由于识别网站上的技术重复内容问题可能具有挑战性，因此您应该使用重复内容检查器来查找问题。

规范 URL 与 301 重定向：有什么区别？

有时，您可能想要设置 301 重定向而不是规范 URL。当网站访问者单击旧链接时，301 重定向会自动将其发送到新 URL。

大多数情况下，如果您要将内容合并到存档中或更新 URL 或网页，您会使用 301 重定向。但是，如果您仍然希望人们访问该页面，即使内容重复，您也需要一个规范的 URL。

规范 URL 与 Noindex Robots 元标签：哪个更好？

您可能想要解决重复内容问题的另一种方法是首先阻止搜索引擎抓取页面。通过元标记 SEO 和机器人元标记，您可以告诉搜索引擎不要抓取您的页面，这似乎是一个快速解决方案。然而，在大多数情况下，Google 可以在您的网站上抓取的页面越多越好。因此，通常最好对不打算排名或获取流量的页面使用 noindex。

如何设置规范 URL

现在您已经了解了为什么要使用规范标签以及它如何为您提供帮助，是时候将其添加到您的网站了。有多种方法可以做到这一点，具体取决于您使用的插件以及您向网站添加代码的舒适度。

[novashare_tweet tweet=”虽然有很多方法可以选择添加规范标签的最佳方式，但您必须在网站上遵循统一的格式。” theme=“simple-alt”cta_text=“点击发推” hide_hashtags=“true”]

虽然有很多方法可以选择添加规范标签的最佳方式，但您必须在网站上遵循统一的格式。如果多个人可以访问这些页面，他们可能会以不同的方式添加标签，从而导致更多的 SEO 问题。

使用 Yoast 添加规范 URL

Yoast SEO是 WordPress 最受欢迎的 SEO 插件之一，它是一个简单易用的添加规范标签的工具。如果您有 WordPress 网站，请安装免费插件并通过编辑页面或帖子部分轻松添加规范标签。如果您不想触及页面的代码或技术元素，这是理想的选择。

使用现场代码添加规范 URL

如果没有提供规范链接的特定插件（或者如果您不想将其用于此目的），您可以使用小代码片段将 rel=canonical 标签添加到您的网站。您可以将代码放置在页面标题中，以便在爬虫登陆您的页面后立即建立规范 URL：

<link rel="canonical" href="inserturl.com<?php echo $_SERVER['REQUEST_URI'];?>">

如果您不熟悉如何调整 WordPress 页面上的标头代码，请按照本指南操作以确保应用代码。

通过 Google 标签管理器添加 Canonicals

如果您的网站上有多个标签，则可以通过 Google 跟踪代码管理器进行管理。这允许您在页面加载时触发一个标签而不是数十个，从而提高速度并更轻松地解决问题。 Moz 有一个通过 GTM 管理 rel=canonical 标签的深入指南。该工具可以为可以抓取的内容和应该忽略的内容设置不同的参数。

查找重复内容并添加规范 URL

设置规范 URL 是解决与网站重复内容相关的 SEO 问题的快速方法。使用规范 URL 检查器查找并解决网站上的重复内容问题，以确保您的内容经过优化以吸引搜索爬虫并与其进行适当的沟通。

[novashare_tweet tweet=”设置规范 URL 是解决网站上重复内容的 SEO 问题的快速方法” theme=”simple-alt” cta_text=”Click to tweet” hide_hashtags=”true”]

来源：blog.alexa.com