ajax - pro - Google usa#en lugar de buscar? en URL ¿Por qué?
wp review wordpress (6)
No estoy seguro de cuánto tiempo lo han estado haciendo, pero acabo de notar que google usa # en su url de búsqueda en lugar de buscar. .
Nueva manera
http://www.google.com/#q=stackoverflow
Vieja forma
http://www.google.com/search?q=stackoverflow
El signo de almohadilla / almohadilla se usa generalmente como ancla para una sección de una página.
Además de una URL más corta, ¿cuáles podrían ser los beneficios para Google? Parece ir en contra de la convención de los motores de búsqueda, pero nuevamente Google establece la convención. ¿Hay algún problema que pueda ver con este enfoque?
ACTUALIZAR
Para probarlo, use el cuadro de búsqueda general en www.google.com . Obtendrá alguna otra basura en la url, pero la parte anterior a la q = es a lo que me refiero para esta pregunta.
ACTUALIZACIÓN 2
Parece que esta puede ser una característica experimental que están probando con usuarios aleatorios ya que algunas personas se están redirigiendo a la búsqueda. resultados cuando intenta ir a los # resultados.
ACTUALIZACIÓN 3
De la conversación aquí parece que esto se ha extendido a todos los usuarios de Firefox que usan el sitio principal google.com para buscar.
extractos
27/04/09 El # en los parámetros de consulta es un experimento separado que el equipo de búsqueda estaba haciendo (páginas de resultados de búsqueda basadas en AJAX) que comenzó hace algún tiempo. Fue discutido con bastante fervor en el grupo de discusión Yahoo Web Analytics hace unos meses. Se asignaron grupos de personas aleatorias para que formen parte del experimento, lo que provocó que todos los datos de palabras clave de ese usuario desaparecieran de todas las herramientas de Analytics. Parece que el experimento todavía está en marcha.
28/04/09 Parece que los parámetros # en la consulta se han implementado para todos los usuarios de Firefox en los SERP de www.google.com, por lo tanto, esto debe haber pasado la etapa de prueba. Estoy especulando que FireFox es capaz de manejar mejor AJAX que IE, por lo que no se ha lanzado a los usuarios de IE.
1/05/09 Cuando busqué en las páginas de SERP, parece que Google inicialmente coloca la URL "verdadera" de los sitios web en el enlace, pero una vez que se hace clic en el enlace, la URL se reemplaza con una URL de redireccionamiento de Google del formulario www.google. com / url? q = flores y blahblahblah. Esa URL de redireccionamiento es lo que aparece en el campo de referencia de HTTP y lo que informa el navegador web (y, por lo tanto, las herramientas de Analytics).
En realidad, el primero arriba redirige al segundo.
Parece que #q= redirige a #q= para search?q=&cad=h .
Sin embargo, no sé cómo lo conseguirá: obtengo el habitual.
Una búsqueda rápida en Google (usando el buen método ol '' ?q= ...) aparece esto:
¿Google.com ha cambiado a google.com/#q=flowers para los usuarios de FireFox? (Esperaba google.com/url?q=flowers)
Hace un par de meses, Google probó algunos resultados de búsqueda que agregaron un # a la URL. Esto creó un gran problema para las personas interesadas en ver qué palabras clave estaban impulsando el tráfico a su sitio (cualquier cosa en la URL después de que un # no se pase en la referencia ... esto es particularmente un problema para los productos de análisis web), entonces trabajó con el equipo de búsqueda para detener esa prueba hasta que pudieran encontrar una mejor solución.
Por lo tanto, en un momento este formato de URL se utilizó para un subconjunto de usuarios, como parte de una de las muchas pruebas que Google ejecuta en subconjuntos de sus usuarios desprevenidos. Causó problemas para el software de análisis, por lo que cambiaron a un formato diferente para las pruebas futuras, pero aún admiten las viejas URL de consulta hash (al redirigirlas silenciosamente a las URL de? -query normales).
bueno, Facebook usa esta técnica para cargar imágenes sin descargar la página, pero aún así permite que la persona esté en una URL distinta.
si cambia la consulta de búsqueda, puede actualizar la url en la barra de direcciones sin volver a cargar la página (el navegador no debe activar ninguna nueva solicitud de GET cuando modifique cosas después de #)
Mi google todavía usa la search? prefijo, sin embargo, el beneficio de usar el hash (#) es que no requiere volver a cargar la página. Agregar una cadena de consulta (?) Obliga a la página a volver a cargar en todos los navegadores.
Al usar el hash, pueden mantener un elemento en "memoria" al permitir que persista en el elemento del navegador. Agregar el hash también crea un objeto de historial para la página. Esto mantiene la funcionalidad hacia adelante y hacia atrás, al tiempo que les permite procesar su búsqueda utilizando AJAX. Básicamente, esto significa que pueden procesar su búsqueda más rápido al solo tener que buscar un subconjunto de los encabezados HTTP necesarios para cargar una página completa sin perder la funcionalidad de una carga completa.
Este movimiento de Google parece haber generado resultados no deseados. Google ahora muestra una página de redireccionamiento para CADA búsqueda que incluye un carácter #. Pruébalo, es muy molesto. Como desarrollador, busco C # mucho, y este problema me ha hecho considerar a Bing como una mejor experiencia.