blog

规范标签很简单,对吧?可能发生的最坏情况是什么?

<p>在理想的世界中,每个页面只有一个版本太糟糕,世界变得混乱,相同的内容可以存在于同一网站和其他网站的多个位置多年前,采用了一种解决方案来帮助解决这些重复的内容问题:“规范链接元素”,更好地称为“rel = canonical”或“规范标记”规范标记通过设置页面的首选版本并将链接等信号传递给首选版本来帮助解决重复内容问题有助于整合由以下问题引起的重复内容:大多数SEO都知道您可以在head部分使用规范标记,例如:<link rel =“canonical”href =“https:// examplecom /”/>你是什么可能没有意识到,也可以在HTTP标头中设置规范标签,例如:HTTP / 11 200 OK链接:<https:// examplecom />; rel =“canonical”标题中的规范可用于任何页面,但最常见的用例是设置PDF的首选版本,就像Google在Dan Sharp劫持Google的SEO入门指南时所做的那样规范标签不是指令,这意味着可以忽略规范版本是应该在站点地图中使用的页面版本,例如,站点地图或整个内部链接中存在冲突的URL可能会抛出混合信号如果规范标记也可能被忽略页面不够接近其他东西可能会出错,例如复制页面而不是更改规范标签或在规范中留下占位符,例如“改变我”或“替换我”你也应该使用绝对 - 不是相对的 - 规范中的路径URL有助于避免错误这些和自引用规范标签可以导致多个页面基本上告诉搜索引擎它们是首选版本,这没有意义如果页面有mu如果有不同的规范标签,那么谷歌将会忽略两者如果存在混合信号(例如刚才提到的那些信息)谷歌会做什么</p><p>他们会尝试使用各种信号来确定最佳网址,例如建议的规范,内部链接和站点地图网址,但也有其他因素,例如,他们可能会尝试选择较长的网址或选择HTTPS over HTTP Google除了当存在以下冲突信号时(例如,根据Google搜索控制台帮助文档中的使用规范URL页面),优先选择HTTPS页面作为规范的HTTP页面:一个罕见的情况,但肯定可能发生的情况是编码错误导致头部在它应该结束之前结束在这种情况下,规范可能实际上在身体内容中,它不受搜索引擎的尊重更糟糕的是大多数工具如Screaming Frog或者大多数工具都不会检测到这个问题深度爬网甚至查看源只有查看DOM(文档对象模型)本身 - 例如使用Inspect for Chrome Dev Tools时 - 可以识别此问题例如,请查看Home Dep下面图片中的标准标记,你会看到头部已经结束 - 查看源时头部中出现的大部分内容在查看DOM时实际上都在体内规范标签很容易出错对于一个小的东西,比如拼写错误或尾随斜杠,特别是在一个集合中,比如分页或hreflang在这些集合中,索引不同于标记中包含的页面会导致页面集不能合并,因为它们应该,例如将分页集的第2页上的规范设置为第1页的URL Noindex标签和规范也不应该一起使用我已经看过规范标签似乎将noindex传递给首选版本的实例你知道吗规范标签可用于不同的域</p><p>这实际上是在联合内容时使用的首选方法您还应该将您网站的备用版本(例如移动版或AMP版)规范化为主要内容更好,根据Google的说法,您无需更改规范标签即将推出的移动优先索引虽然规范可用于整合多个页面的信号,但请记住,在理想的世界中,只有一个版本从长远来看,使用其他方法(如重定向)整合页面更好,因为您可以希望页面的单一可访问版本本文中表达的意见是访客作者的意见,

查看所有