搜索引擎是否尊重 HTTP 标头字段“内容位置”？

Question

我想知道搜索引擎是否尊重 HTTP 标头字段 内容位置。

例如，当您想要从 URL 中删除会话 ID 参数时，这可能很有用：

GET /foo/bar?sid=0123456789 HTTP/1.1
Host: example.com
…

HTTP/1.1 200 OK
Content-Location: http://example.com/foo/bar
…

---

说明：
我不想重定向请求，因为删除会话 ID 会导致完全不同的请求，因此可能也会导致不同的响应。 我只想说明，所附响应也可以在其“主 URL”下找到。

也许我的例子并不能很好地表达我的问题的意图。 所以请看一下 目的是什么HTTP 标头字段“Content-Location”？。

Answer 1

我认为 Google 刚刚公布了我的问题的答案：canonical< /code> 用于声明规范 URL 的链接关系。

Google 的Maile Ohye 写道：

<块引用>

米奇C说...
您应该使用 Content-Location 标头，如下所示：
http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html
“14.14 内容-位置”

@MikeyC：是的，从理论角度来看这是有道理的，我们当然考虑过它。 然而，有几点让我们做出了选择：

1. 我们的数据显示，许多网站上的“Content-Location”标头配置不正确。 有时，网站管理员会提供又长又难看的网址，甚至不重复——这可能是无意的。 他们可能不知道他们的网络服务器甚至正在发送 Content-Location 标头。

   联系网站所有者来清理整个网络的内容位置问题将非常耗时。 我们意识到，如果我们从头开始，我们可以更快地提供功能。 与微软和雅虎合作！ 为了支持这种格式，网站管理员只需要学习一种语法。

2. 网站管理员通常很难配置其 Web 服务器标头，但可以更轻松地更改其 HTML。 rel="canonical" 似乎是一个友好的属性。

http://googlewebmastercentral.blogspot.com/2009 /02/specify-your-canonical.html?showComment=1234714860000#c8376597054104610625

Answer 2

大多数像样的爬虫都会遵循内容位置。 因此，是的，搜索引擎会尊重 Content-Location 标头，尽管这并不能保证具有 sid 参数的 URL 不会出现在结果页面上。

Answer 3

2009 年，Google 开始在响应正文中查看符合 rel=canonical 资格的 URI。

看起来自 2011 年以来，按照 RFC5988 格式化的链接也从标头字段链接：。 网站站长工具常见问题解答中也明确提到它是有效的选项。

我猜这是为搜索引擎提供一些额外的超媒体面包屑的最新方式 - 因此当您实际上不需要将其作为内容提供时，可以让您将它们排除在响应正文之外。

Answer 4

除了使用“位置”而不是“内容位置”之外，还可以根据重定向原因在响应中使用正确的 HTTP 状态代码。 搜索引擎倾向于支持永久重定向 (301) 状态而不是临时 (302) 状态。

Answer 5

尝试使用“位置：”标题。