Content-Location
.
这可能是有用的,例如,当您要从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”下使用.
也许我的例子不是我问题意图的良好代表.所以请看看What is the purpose of the HTTP header field “Content-Location”?.
我认为Google刚刚公布了我的问题的答案: thecanonical
link relation for declaring the canonical URL.
来自Google的Maile Ohye写道:
MickeyC said…
You should have used the Content-Location header instead, as per:
07002
“14.14 Content-Location”
@MikeyC:是的,从理论的角度来说,这是有道理的,我们当然认为.不过,有几点让我们选择:
>我们的数据显示,“内容位置”标题在许多网站上配置不正确.有时,网站管理员会提供长时间的丑陋的网址,甚至不重复 – 这可能是无意的.他们可能不知道他们的网络服务器甚至发送了Content-Location标头.
与网站所有者联系以清理网络上的内容位置问题,这将非常耗时.我们意识到,如果我们开始使用干净的平板电脑,我们可以更快地提供功能.随着Microsoft和Yahoo!在板上支持这种格式,网站管理员只需要学习一种语法.
>网站管理员通常很难配置他们的Web服务器头,但是可以更容易地改变他们的HTML. rel =“canonical”似乎是一个友好的属性.
http://googlewebmastercentral.blogspot.com/2009/02/specify-your-canonical.html?showComment=1234714860000#c8376597054104610625