规范标签变得疯狂
作为一名技术SEO，我喜欢深入研究一切似乎无法按预期运行的怪异问题。
规范标签似乎很容易，但是这些标签会引起各种有趣的问题-一些较小的修复会导致重大成功。 几乎每个主要网站的规范标签都会出现一些问题，因此，我深入研究了几个不同的示例，以了解可以找到哪些示例。
规范标签丢到<body>中
在我最近的帖子中，“规范标签很容易，对吗？”，我举了一个规范标签的示例，如果您查看源代码，它看起来很好，但是如果您在Chrome开发工具中使用“检查”来查看DOM树，您会发现Home Depot网站的<head>部分提前中断，并且规范标签被放入<body>部分，Google会忽略它。
如果忽略所有规范标签，最糟糕的情况是什么？ 您将无法控制首选版本或信号合并。 许多页面将使用错误的版本建立索引，或者您可能在不合并信号的情况下为同一页面建立了多个版本的索引，并且该页面的任何版本都不会达到应有的排名。
以下是Google在Google中进行的一些不同搜索，这些搜索显示了Home Depot网站上的参数，即使这些参数已将标准网址设置为干净的URL，这些参数也会被索引：
- site：homedepot.com inurl：bvrrp
- site：homedepot.com inurl：MERCH
有趣的是，规范标签在Home Depot的移动网站上看起来不错。 他们可能在网站的桌面版本上调用的脚本之一可能导致了此问题，但是该问题将通过即将到来的移动优先索引解决。
如果Home Depot希望早日解决此问题，他们可能可以通过移动<head>部分中的规范标签来解决问题，这样它位于所有脚本之上，或者找出导致<head>部分提前关闭的原因（这很可能是标签未正确关闭）。
每个版本引用自身时的规范标签
当您在同一页面上有多个版本，并且每个版本都有一个规范的标签指出正确的版本时，会发生什么？ 答案是Google会选择其中一个，或两者都选，但这可能会不一致。
这就是在Meetup.com上发生的事情。 Meetup页面上至少有两种版本可以互换使用：一种是在输入时将Meetup的名称混合使用，另一种全是小写。 Meetup.com上的URL可以使用任何形式的混合大小写形式; 尝试将任何小写字符大写，反之亦然。
那么，如果我们有两个版本都可以工作并且都说它们是正确的，那会发生什么？
<link rel =” canonical ” href =” https://www.meetup.com/RaleighSEO/” />
<link rel =” canonical ” href =” https://www.meetup.com/raleighseo/” />
在这种情况下，两个页面都被索引了，但是只会显示一个页面。 这两个版本都有链接，并且资产净值目前处于分裂状态。 我在下面的屏幕快照中将&filter = 0添加到Google搜索中，以便可以证明两者均已编入索引。 您也可以通过执行info：命令检查不同的URL来查看规范化的版本。
回顾一下：页面的两个版本均已建立索引，都具有链接，并且只能显示一个。 来自Meetup的快速解决方案可以合并许多目前被拆分的信号，并且它们可能会看到大量的流量增长。
忘记包含规范标签或包含错误的页面
快速搜索“ sams club轮胎”将为您显示samsclub.com轮胎页面的台式机版本和移动版本。 这里的问题是m.samsclub.com/tires页面根本没有规范标签，因此两个页面都无法显示。
即使米。 索引的页面具有规范的标签，我认为此标签无**常工作-桌面网站引用了另一个移动页面作为备用页面（https://m.samsclub.com/cat/tire-search/1056） ，然后该页面302重定向到m。 上面的SERP中显示的页面（https://m.samsclub.com/tires）。
在备用版本上存在不匹配是其网站上的常见问题，而m.samsclub.com会在许多桌面搜索结果中显示该内容，因为它们并未以巩固合并页面所需的方式指明连接。
如果不建立页面的桌面版本与移动版本之间的关系，它们将被视为单独的实体-两者都可以显示在搜索结果中，并且如果正确执行，两者的排名都不会达到应有的水平。
当我开始撰写本文时，似乎在规范化方面也存在一些问题，似乎是开发服务器。 规范标签使用开发服务器的子域，即prod-i.samsclub.com。 这些页面被编入索引，有时甚至被选作要显示的版本，甚至对于网站的主页也是如此。
好像他们最近将prod-i.samsclub.com重定向到www.samsclub.com时已解决了此问题，但是您仍然可以在带有站点的索引中看到许多这些页面：搜索，并且其缓存版本仍显示不正确的规范标签。 如果您要公开这样的环境，我强烈建议您使用服务器端身份验证，这样搜索引擎将无法首先对其进行爬网以避免此类问题。
另一个潜在的灾难是**页面，而没有更改规范或不小心将某个部分甚至整个网站设置为规范到单个页面。 尽管其中一些会被忽略，但其他一些可能会受到尊重，并且您可能会看到许多页面的访问量下降。
具有网址参数的规范标签
当页面具有多个版本时，规范标记可能有很多错误方式。 首先，如果您有一个页面的多个版本并且没有规范，那么会发生什么？ 没错，您可以为多个版本建立索引。
一个更有趣的问题可能是，当您使用带有参数的单独的移动版本时会发生什么？ 连接时，例如，m。 移动网站和桌面版本，那么您必须在桌面网站上指定页面的备用版本，并指定从移动网站到桌面的标准版本。
如果仅链接到移动网站的一个版本，但URL参数可以链接到该网站，则该页面有多个版本会发生什么？ 其他人和在此页面一样，都被编入了索引-site：samsclub.com假装播放inurl：1938。
您知道Google Search Console中还有一个用于处理参数的工具吗？
规范标签被忽略
请记住，规范标记是提示，而不是指令。 它们被制成用于页面的重复版本，在许多情况下，您可以摆脱几乎重复的版本。 如果您设置为规范页面的页面与目标页面差异太大，则规范页面可能会被忽略。
YouTube用户帐户下的“频道”页面会发生这种情况; 只需查看site：*******.com inurl：channels。 在某些情况下，其他信号也可能会超过规范标签。 诸如如何在站点地图中提交URL以及如何内部链接页面之类的事情是其他信号，而Google也偏爱HTTPS版本和较短的URL之类的东西。
规范标签与其他标签
规范标签与其他标签一起使用时，可能会遇到各种问题。 我会说不要将第2页上的规范指向分页集中的第1页，不要在带有规范标签的页面上使用noindex，并且对hreflang标签要非常小心，因为每个页面都需要成为索引版本。 当规范标签与其他标签交互时，还会发生大量其他问题。
规范标签和重定向
规范到重定向页面通常不是一个好主意。 这通常会破坏某些内容或不一致地合并信号。 以亚马逊商店为例，那里有很多重定向和奇怪的规范化过程。
查看发生了什么，并注意在每个步骤中都有被索引的页面，并且URL可能使用纯名称或商店ID或同时使用这两个名称。
- https://www.amazon.com/shops/Shop_Name
- 301> https://www.amazon.com/gp/shops/shopname?some-parameters=stuff
- 302> https://sellercentral.amazon.com/gp/sc-redirect/seller-page.html?some-parameters=stuff
- 302> https://www.amazon.com/gp/browse.html?some-parameters=stuff
- 301> https://www.amazon.com/gp/node/index.html?some-parameters=stuff
- 301> https://www.amazon.com/s?some-parameters=stuff
- 最后一个版本是许多亚马逊商店清单所在的版本，但我们尚未完成。
- 此页面的规范设置为https://www.amazon.com/s?some-different-parameters=stuff （与URL不同）。
- 该URL会重定向到https://www.amazon.com/ref=nb_**_noss_null 302
- 最后，该页面的规范设置为https://www.amazon.com/ 。
规范标签总是会产生最有趣的问题，而事情并不能完全按照您的预期进行。 我敢打赌，其中一些页面最终可以规范化为最终的亚马逊主页版本，并给主页带来一些推动作用。
关键是规范标签功能强大，而且很容易出错，因此请仔细检查您的网站以查看可能存在的问题。
检查您的规范标签
我在一个简单的网站上找到了我的大部分示例：在Google中搜索域，并且可能像在Meetup示例中一样删除了过滤功能，或者搜索了单个产品或只是我在其中一个标题标签中看到的东西如果还有其他版本。
这些示例都找不到很长的时间，我什至没有使用爬虫，但是在您自己的网站上查找问题时，您绝对应该使用爬虫。 我希望在那里的任何主要网站都会有不止几个规范标签的例子。
本文中表达的观点是来宾作者的观点，不一定是Search Engine Land。 工作人员作者在此处列出。
本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。如若转载，请注明出处:http://www.botadmin.cn/sylc/9900.html