Google使用#而不是搜索?在URL中.为什么?

Gol*_*Jer 20 ajax url hash

我不确定他们做了多长时间,但我只是注意到谷歌在他们的搜索网址中使用#而不是搜索?.

新方法
http://www.google.com/#q=stackoverflow
旧方式
http://www.google.com/search?q=stackoverflow

井号/井号通常用作页面部分的锚点.
除了更短的网址,谷歌的好处是什么?它似乎违反了搜索引擎惯例,但谷歌再次设定了惯例.你能看到这种方法有什么问题吗?

更新
要自己测试,请使用www.google.com上的常规搜索框.你会在网址中得到一些其他的垃圾,但q =之前的部分是我引用这个问题的部分.

更新2
看起来这可能是他们正在测试随机用户的实验性功能,因为有些人正在重新路由到搜索?试图去#结果时的结果.

更新3
这里的对话看来,这已经推广到使用google.com主网站进行搜索的所有firefox用户.

摘录

4/27/09查询参数中的#是一个单独的实验,搜索团队正在进行一些时间(基于AJAX的搜索结果页面).几个月前,雅虎网络分析讨论组对此进行了热烈的讨论.随机分组人员被分配为实验的一部分,这导致该用户的所有关键字数据从每个分析工具中消失.看起来实验仍在继续.

4/28/09查询参数中的#似乎已经推广到www.google.com SERP上的所有Firefox用户,因此必须通过测试阶段.我猜测FireFox能够比IE更好地处理AJAX,因此它还没有推广到IE用户.

5/1/09当我深入查看SERP的页面时,Google最初将网站的"真实"网址放在链接中,但点击链接后,网址将替换为www.google的Google重定向网址. COM/URL] q =花&blahblahblah.该重定向网址显示在HTTP引荐来源字段中,以及网络浏览器(以及Google Analytics工具)报告的内容.

Ian*_*ott 17

我的谷歌仍然使用search?前缀,但使用哈希(#)的好处是它不需要重新加载页面.添加查询字符串(?)会强制页面在所有浏览器中重新加载.

通过使用哈希,他们可以通过允许项目在浏览器元素中保留来将项目保留在"内存"中.添加哈希还会为页面创建历史记录对象.这保持了前进和后退功能,同时允许他们使用AJAX处理您的搜索.基本上这意味着他们可以更快地处理您的搜索,只需要获取加载整个页面所需的HTTP头的子集而不会丢失满载的功能.


Sho*_*og9 7

一个快速的谷歌搜索(使用好的' ?q=方法......)出现了这个:

Google.com是否已针对FireFox用户更改为google.com/#q=flowers?(我当时期待google.com/url?q=flowers)

几个月前,Google测试了一些在网址中添加了#的搜索结果.对于有兴趣了解哪些关键字为他们的网站带来流量的人来说,这会产生一个大问题(在#引用者未通过#后,网址中的任何内容......这对网络分析产品来说尤其如此),所以我们与搜索团队合作阻止该测试,直到找到更好的解决方案.

因此,这种URL格式曾经用于某些用户子集,这是Google在其用户毫无疑问的子集上运行的众多测试之一的一部分.它为分析软件带来了问题,因此他们为将来的测试切换到不同的格式,但仍然支持旧的哈希查询URL(通过静默地将它们重定向到正常的?查询URL).