我不确定他们已经进行了多长时间,但是我只是注意到Google 在他们的搜索网址中使用 # 而不是 搜索? 。
新方法 http://www.google.com/#q=stackoverflow 旧方法 http://www.google.com/search?q=stackoverflow
井号/井号通常用作页面部分的锚点。 除了较短的网址,对Google有什么好处?它似乎违背了搜索引擎惯例,但随后Google再次设置了惯例。您对这种方法有什么疑问吗?
更新 要测试自己,请使用www.google.com上的常规搜索框。您会在网址中看到其他垃圾,但q =之前的部分是我针对此问题所引用的内容。
更新2 看起来这可能是他们正在对随机用户进行测试的一项实验性功能,因为有人被重新路由到 搜索中? 尝试转到 # 结果时的结果。
更新3 从这里的对话中可以看出,此内容已推广到所有使用google.com主网站进行搜索的firefox用户。
摘录
2009年4月27日查询参数中的#号是搜索小组正在做的一项单独实验(基于AJAX的搜索结果页面),该实验早已开始。几个月前,在Yahoo Web Analytics讨论组中进行了非常激烈的讨论。随机分组的人被分配为实验的一部分,这导致该用户的所有关键字数据从每个Google Analytics(分析)工具中消失。看来实验仍在进行中。 2009年4月28日,#in查询参数似乎已经在www.google.com SERP上向所有Firefox用户推出,因此必须通过测试阶段。我推测FireFox能够比IE更好地处理AJAX,因此还没有向IE用户推出。 2009年5月1日,当我浏览SERP的页面时,看起来Google最初将网站“真实” URL放在链接中,但是一旦单击链接,该URL便被替换为Google重定向URL,形式为www.google。 com / url?q = flowers&blahblahblah。该重定向URL是HTTP Referrer字段中显示的内容,并且是Web浏览器(以及Analytics(分析)工具)报告的内容。
2009年4月27日查询参数中的#号是搜索小组正在做的一项单独实验(基于AJAX的搜索结果页面),该实验早已开始。几个月前,在Yahoo Web Analytics讨论组中进行了非常激烈的讨论。随机分组的人被分配为实验的一部分,这导致该用户的所有关键字数据从每个Google Analytics(分析)工具中消失。看来实验仍在进行中。
2009年4月28日,#in查询参数似乎已经在www.google.com SERP上向所有Firefox用户推出,因此必须通过测试阶段。我推测FireFox能够比IE更好地处理AJAX,因此还没有向IE用户推出。
2009年5月1日,当我浏览SERP的页面时,看起来Google最初将网站“真实” URL放在链接中,但是一旦单击链接,该URL便被替换为Google重定向URL,形式为www.google。 com / url?q = flowers&blahblahblah。该重定向URL是HTTP Referrer字段中显示的内容,并且是Web浏览器(以及Analytics(分析)工具)报告的内容。
我的Google仍然使用search?前缀,但是使用哈希(#)的好处是它不需要重新加载页面。添加查询字符串(?)会强制页面在所有浏览器中重新加载。
search?
通过使用哈希,他们可以通过允许项目保留在浏览器元素中来将其保留在“内存”中。添加哈希还会为页面创建一个历史对象。这样可以保持前进和后退功能,同时允许他们使用AJAX处理搜索。基本上,这意味着他们仅需获取加载整个页面所需的HTTP标头的子集,而不会丢失完整加载的功能,便可以更快地处理搜索。