Google использует # вместо поиска? в URL. Зачем?

Я не уверен, как долго они это делали, но я заметил, что Google использует# в их поисковой ссылке вместоsearch?.

New way
http://www.google.com/#q=stackoverflow
Old way
http://www.google.com/search?q=stackoverflow

Знак фунта / хеша обычно используется как привязка к разделу страницы.
Помимо короткого URL-адреса, что может быть полезным для Google? Кажется, что это противоречит соглашению с поисковыми системами, но опять же Google устанавливает соглашение. Есть ли проблемы с этим подходом?

UPDATE
Чтобы проверить себя, используйте окно общего поиска наwww.google.com, Вы получите другой мусор в URL, но часть перед q = - это то, на что я ссылаюсь для этого вопроса.

UPDATE 2
Похоже, что это может быть экспериментальной функцией, которую они тестируют со случайными пользователями, поскольку некоторые люди перенаправляются наsearch? результаты при попытке перейти к# Результаты.

UPDATE 3
Из разговораВот Похоже, что это было распространено на всех пользователей Firefox, использующих основной сайт google.com для поиска.

excerpts

4/27/09 The # in query parameters is a separate experiment that the search team was doing (AJAX based search results pages) that started some time back. It was discussed quite fervently in the Yahoo Web Analytics discussion group a few months ago. Random groups of people were/are assigned to be a part of the experiment, and that caused all the keyword data for that user to dissapear from every Analytics tool. It looks like the experiment is still going on.

4/28/09 The # in query parameters appears to have been rolled out to all Firefox users on www.google.com SERP`s, so this must have passed the testing stage. I am speculating that FireFox is able to handle AJAX better that IE, thus it has not been rolled out to IE users.

5/1/09 When I dug into the SERP's pages it looks like Google initially puts the websites "true" URL in the link, but once the link is clicked the URL is replaced with a Google redirect URL of the form www.google.com/url?q=flowers&blahblahblah. That redirect URL is what shows up in the HTTP referrer field and what gets reported by the web browser (and therefore the Analytics tools).

 Martin Liversage14 июл. 2009 г., 00:54
Ваша первая ссылка не работает для меня, вместо этого Google настаивает на перенаправлении на мой национальный сайт Google.
 Arjan09 окт. 2009 г., 22:02
Ага, возможно, именно поэтому Google меняет реферера. Увидетьstackoverflow.com/questions/1537469/…
 Arjan09 окт. 2009 г., 23:12
И забавный факт: большинство браузеров (или все они) НЕ отправляют значение хэша на сервер. Итак, Google нужен JavaScript, чтобы интерпретировать хеш и показать результаты ...
 Arjan10 окт. 2009 г., 00:30
А что касается перенаправления: поиск «phpinfo () zend лицензионных переменных -manual» дает довольно много результатов, которые перенаправляют на страницу, которая показывает HTTP_REFERER при нажатии на результат поиска -google.com/#q=phpinfo()+zend+license+variables+-manual
 Matthew Vines14 июл. 2009 г., 00:54
Когда вы видите URL со знаком фунта? Я просто провел поиск щенков и получил следующий URL.google.com/…

Ответы на вопрос(5)

Решение Вопроса

search? Префикс, однако преимущество использования хеша (#) состоит в том, что он не требует перезагрузки страницы. Добавление строки запроса (?) Заставляет страницу перезагрузиться во всех браузерах.

Используя хэш, они могут хранить элемент в «памяти». позволяя ему сохраняться в элементе браузера. Добавление хэша также создает объект истории для страницы. Это поддерживает функциональность перемотки вперед и назад, позволяя им обрабатывать ваш поиск с помощью AJAX. По сути, это означает, что они могут быстрее обработать ваш поиск, только выбрав подмножество заголовков HTTP, необходимых для загрузки всей страницы, без потери функциональности полной загрузки.

 09 окт. 2009 г., 23:05
Вполне нормально кешировать результаты запросов GET (в отличие от результатов POST), хотя многие люди на самом деле не будутwant их результаты поиска будут кэшироваться вообще. Еще больше: Google в настоящее время явно отключает кэширование в своем?q= ответы:web-sniffer.net/… Им не нужен хеш, чтобы изменить это поведение. Тем не менее, вы можете быть правы относительно загрузки результатов поиска через Ajax, хотя все еще хотите, чтобы (измененные) условия поиска были в URL. Это, конечно, легче с хэшем; некоторые испытания вjsbin.com/esuma
 GollyJer14 июл. 2009 г., 08:45
Ян, ты совершенно прав. Когда я выполняю поиск на Google.com (с помощью firefox) и выполняю поиск еще несколько раз на одной и той же странице результатов, затем использую кнопки браузера «назад» и «вперед», поэтому перезагрузка страницы отсутствует. Если я заставлю поиск использовать поиск? и сделайте тот же эксперимент, страница перезагружается каждый раз.

Facebook использует эту технику для загрузки изображений, не выгружая страницу, но все же позволяя человеку находиться по отдельному URL.

если вы измените поисковый запрос, вы можете обновить URL в адресной строке, не перезагружая страницу (браузер не должен запускать новый запрос GET при изменении содержимого после #)

 14 июл. 2009 г., 01:20
На самом деле, я считаю, что Facebook использует этот метод для всего своего сайта.

Google теперь показывает страницу перенаправления для КАЖДОГО поиска, которая содержит символ #. Попробуйте - это так раздражает. Как разработчик, я много ищу C # - и эта проблема заставила меня рассматривать Bing как лучший опыт.

 GollyJer08 июл. 2010 г., 22:01
# конвертируется в% 23 автоматически, когда я ищу с ним.
 10 сент. 2014 г., 17:13
Да, Google конвертирует это. Но если вы наберете его прямо в строке URL, есть пара ошибок.

?q= метод ...) оказывается это:

Изменился ли Google.com на google.com/#q=flowers для пользователей FireFox? (Я ожидал google.com/url?q=flowers)

a couple months ago Google tested some search results that added a # into the URL. This created a big problem for people interested in seeing which keywords were driving traffic to their site (anything in the URL after a # doesn't get passed in the referrer... this is particularly a problem for web analytics products), so we worked with the search team to stop that test until they could find a better solution.

Итак, когда-то этот формат URL был использован дляsome subset пользователей, как часть одного из многих тестов, которые Google запускает на ничего не подозревающих подмножествах своих пользователей. Это вызвало проблемы для аналитического программного обеспечения, поэтому они переключились на другой формат для будущих тестов, но все еще поддерживают старые URL-адреса хеш-запросов (путем молча перенаправления их на обычные URL-запросы?).

 GollyJer14 июл. 2009 г., 08:58
Оно определенно не старое и не устарело. Ссылка, которую вы разместили, рассказывает о том, как они решили проблему с аналитическим программным обеспечением. Я опубликовал обновление три к вопросу с некоторыми деталями.

#q=stackoverflow перенаправляет наsearch?q=stackoverflow&cad=h.

Однако я не знаю, как вы это получаете - я получаю обычный.

Ваш ответ на вопрос