【发布时间】：2009-04-05 12:11:31
【问题描述】：
我刚从山景城的朋友那里收到一份备忘录（日期为 2 月 29 日）。显然他们希望我们start using another tag to specify canonical urls。
作为一个建立了大量网站的人，这显然引起了我的兴趣，但我很想知道是否有其他人开始使用它？有人打算吗？
【问题讨论】：
标签： seo
【发布时间】：2009-04-05 12:11:31
【问题描述】：
维基百科很有趣，它打算将所有替代 URL 编入索引，例如http://en.wikipedia.org/wiki/Python_language 具有规范 URL /wiki/Python_(programming_language)。
它也可能对分页或排序的内容有用，例如/foobar?sorby=date 带有规范的 /foobar。
我个人更喜欢通过添加robots.txt 规则（在Google 的情况下很简单，因为它在那里接受正则表达式）和<meta robots> 来从索引中排除所有非首选版本的页面。它节省了我的带宽，结果可能是一样的。
【讨论】：
-
robots.txt 方法无法扩展到类似于 Wikipedia 的重定向——它们有数十万甚至数百万，而且它们不容易被通配符。
如果您有一个不区分大小写的 Web 服务器，这很有用，因为指向 http://my.site.com/foo.html 和 http://my.site.com/FOO.html 的链接将被搜索引擎视为两个单独的文档（从而降低该文档的页面排名）
当然，您可以通过 301 重定向到小写版本来解决此问题，但使用 rel=canonical 意味着您的用户可以少发出 1 个 HTTP 请求。
【讨论】：
我已经正确使用了 Content-Location 标头。我不会急于实施 Google 的新“标准”。
【讨论】：
-
遗憾的是，谷歌说太多人错误地使用它，他们故意忽略这个标题：/ 我认为这是短视的，因为随着时间的推移，很多人会错误地使用 rel=canonical，他们'无论如何都必须修复这些数据。
如果您有相同内容的多个版本（可能是打印视图或不同的排序顺序），那么它似乎非常方便。我已经在几页上使用了它——但还没有任何数据显示它的影响。
【讨论】：