您可能听说过昨天我们启动了Facebook Stack Overflow。
作为此过程的一部分,我们修改了代码,以<meta rel="canonical" ...
在指向“原始”堆栈溢出的facebook.stackoverflow.com域上的每个问题和用户上放置标签。
例如:
iAd错误“ facebook.stackoverflow.com上的广告资源不可用”
和
iAd错误“ stackoverflow.com上的广告资源不可用”
在facebook.stackoverflow上,html包含meta标签
<link rel="canonical" href="/programming/3720459/iad-error-ad-inventory-unavailable">
目的是告诉Google“这些页面完全相同,将所有页面排名赋予Stack Overflow的副本,并在搜索结果中优先使用它”。
这似乎是rel =“ canonical”的要点。
规范页面是具有高度相似内容的一组页面的首选版本。
一个站点通常有多个页面列出同一组产品,这很常见。例如,一页可能显示按字母顺序排序的产品,而另一页可能显示按价格或等级列出的相同产品。例如:
如果Google知道这些页面具有相同的内容,则我们只能为搜索结果编制一个版本的索引。我们的算法选择我们认为最能回答用户查询的页面。但是,现在,用户可以通过将属性为rel =“ canonical”的元素添加到页面的非规范版本的部分来为搜索引擎指定规范页面。添加此链接和属性后,网站所有者可以识别出相同内容的集合并向Google提出建议: “在所有这些具有相同内容的页面中,此页面最有用。请在搜索结果中优先考虑。”
但是,我们看到了Facebook Stack Overflow的结果,有时甚至超过了香草Stack Overflow(示例)。也许这与为facebook.stackoverflow.com拥有一个独立的sitemap.xml(有点像在黑暗中拍摄)有关?
那么,我们在这里做错了什么?
我们有点希望继续对表格进行搜索site:facebook.stackoverflow.com
,但是如果需要总计,放弃这些搜索是完全可以接受的rel="noindex"
。
canonical
对此进行补偿...我想不会。即使没有Facebook搜索字词,相关问题FB.SO结果也会显示在页面上(例如),听起来Google只是在忽略该建议。