Publicado el 12 de febrero de 2025
La Búsqueda de Google es uno de los sitios más populares de la Web y también uno de los más rápidos. El equipo de Búsqueda invierte continuamente en acelerar la experiencia de búsqueda. En una página tan popular como la Búsqueda de Google, incluso los milisegundos de mejora se acumulan rápidamente. Ese interés en la velocidad incluye la conocida página principal de Google, la página de resultados del motor de búsqueda (SERP) y los clics a otros sitios desde esos resultados de búsqueda.
La Búsqueda de Google ha estado utilizando la API de Speculation Rules para mejorar la velocidad de navegación desde la página de resultados de la búsqueda hasta los vínculos de los resultados, y ha estado utilizando algunas funciones de la API que pueden ser de interés para otros propietarios de sitios.
Preobtener los primeros dos resultados
Uno de los primeros usos de las reglas de especulación fue la recuperación previa de los dos primeros resultados de la búsqueda. Por ejemplo, la búsqueda de "prueba" incluye la siguiente regla de especulación en la página:
{
"prefetch": [{
"source": "list",
"requires": [
"anonymous-client-ip-when-cross-origin"
],
"referrer_policy": "strict-origin",
"urls": [
"https://www.merriam-webster.com/dictionary/test",
"https://dictionary.cambridge.org/dictionary/english/test"
]
}]
}
Las dos URLs que se encuentran en la parte inferior son los dos primeros resultados de la búsqueda y se obtienen previamente de inmediato. Si el usuario hace clic en ellos, habrá obtenido una ventaja, ya que el documento HTML ya debería estar disponible para el navegador.
La regla y los intentos de obtención previa se pueden ver en la pestaña Speculation de Herramientas para desarrolladores -> Aplicación como se documentó anteriormente:
Prefetch que preserva la privacidad
Dado que estos vínculos son para contenido de otros sitios, hay algunas consideraciones de privacidad adicionales para la recuperación previa, ya que el usuario aún no visitó esos sitios.
Afortunadamente, la API se diseñó teniendo esto en cuenta, y la Búsqueda de Google utiliza dos funciones para preservar la privacidad del usuario.
La primera es usar la configuración de requires para garantizar que las búsquedas previas usen el proxy de búsqueda previa privada en Chrome:
"requires": [
"anonymous-client-ip-when-cross-origin"
],
Esto usa un proxy para garantizar que la conexión anonimice la dirección IP, de modo que no filtremos la IP del usuario al sitio antes de que haga clic en el vínculo para navegar a él desde la página de resultados de la búsqueda.
En segundo lugar, la Búsqueda de Google usa el parámetro de configuración referrer_policy para garantizar que no se envíen al sitio los detalles codificados en la URL de la página de búsqueda en el encabezado HTTP referer:
"referrer_policy": "strict-origin",
La mayoría de los navegadores ahora usan strict-origin-when-cross-origin de forma predeterminada, pero este parámetro de configuración usa un parámetro más estricto para usar la política de URL de referencia strict-origin incluso para las recuperaciones previas del mismo origen.
Se aplica automáticamente una tercera protección si el usuario tiene cookies del sitio. En este caso, es posible que reciban resultados diferentes según esas cookies, y Chrome no usará el código HTML prefetch.
Esto significa que los usuarios con cookies no se beneficiarán de la mejora del rendimiento que proporciona la recuperación previa al hacer clic en ese sitio, pero se priorizan la protección de la privacidad y las cargas de página precisas. Además, si un usuario ya visitó un sitio y tiene cookies para él, es más probable que tenga algunos recursos de ese sitio almacenados en caché y que experimente una carga de página más rápida incluso sin la recuperación previa.
Impacto en los usuarios de la recuperación previa de los dos primeros resultados
Al igual que con la mayoría de los cambios, la Búsqueda de Google lanzó la recuperación previa en un experimento de prueba A/B y midió el impacto. Observaron mejoras significativas en el Largest Contentful Paint (LCP). En Chrome para Android, el LCP para los clics provenientes de la Búsqueda de Google se redujo en 67 milisegundos. El lanzamiento de seguimiento para Chrome en computadoras generó una mejora similar en el LCP de 58.6 milisegundos. Estas son mejoras en el sitio al que se navega, no en el sitio de la Búsqueda de Google en sí, pero benefician a los usuarios de la Búsqueda de Google.
Estas mejoras en el LCP pueden parecer insignificantes, pero, para un sitio hiperoptimizado como la Búsqueda de Google, celebramos incluso las mejoras de milisegundos para nuestros usuarios, por lo que las mejoras en el rango de decenas de milisegundos son inusuales. Es posible que tu sitio obtenga un beneficio mucho mayor. ¡Pruébalo para averiguarlo!
La carga previa con reglas de especulación se habilitó de forma predeterminada en la Búsqueda en Android desde octubre de 2022 y se lanzó para computadoras en septiembre de 2024.
Más allá de los primeros dos resultados
Desde el lanzamiento inicial de la API de Speculation Rules, se mejoró con una propiedad de anticipación que permite que las especulaciones solo ocurran cuando el usuario coloca el cursor sobre un vínculo o comienza a hacer clic en él.
La Búsqueda de Google decidió ir más allá de los dos primeros resultados de la búsqueda y también realizar una recuperación previa de los resultados restantes, pero solo cuando el usuario coloca el cursor sobre el vínculo, usando el parámetro de configuración de moderate. Esto evita el desperdicio innecesario de recursos para los vínculos en los que es menos probable que se haga clic.
Nuevamente, la regla se puede ver en las Herramientas para desarrolladores cuando buscas en Chrome, y es idéntica a la regla anterior, pero esta vez con la opción "eagerness": "moderate" establecida:
Si colocas el cursor sobre estos vínculos, se activará la recuperación previa. Ten en cuenta que la Búsqueda de Google enumera explícitamente las URLs en lugar de usar la función de reglas de documentos de la API de Speculation Rules, ya que no quiere realizar una recuperación previa de otras URLs, como las de los anuncios.
Impacto en los usuarios de la recuperación previa de los resultados más allá de los dos primeros
Chrome para computadoras redujo el primer procesamiento de imagen con contenido (FCP) para las navegaciones desde la Búsqueda de Google en 7.6 milisegundos y el LCP en 9.5 milisegundos (según lo demostró la prueba A/B). Estos representan ganancias más pequeñas en comparación con las mejoras de 58.6 milisegundos que se observaron en los primeros dos resultados, pero eso no es sorprendente dado el menor tiempo de anticipación, ya que no se obtienen previamente con tanta rapidez. Sin embargo, siguen siendo buenas ganancias por los mismos motivos que se mencionaron anteriormente.
En diciembre de 2024, se lanzó de forma predeterminada la recuperación previa de los resultados de la búsqueda restantes en computadoras.
En el caso de los dispositivos móviles, en los que el desplazamiento con el cursor no suele estar disponible, no se observó ninguna mejora real, por lo que, si bien no hubo regresiones, estas búsquedas previas adicionales no se habilitaron en dispositivos móviles.
Uso adicional de especulaciones para la Búsqueda de Google
Google aún no terminó de experimentar con esta nueva y emocionante API, y esperamos que la navegación por la Web sea lo más rápida posible. Tenemos otros trucos bajo la manga en los que estamos trabajando.
Como ejemplo, Chrome lanzará páginas de resultados de búsqueda renderizadas previamente (para los usuarios que tengan habilitada la carga previa) cuando escriban búsquedas en la barra de direcciones de Chrome y en otros lugares, como el cuadro de búsqueda en Android. Esta función también está disponible para que la implementen otros motores de búsqueda, no solo la Búsqueda de Google, aunque, por el momento, no conocemos ninguna implementación en otros motores de búsqueda.
La Búsqueda de Google no tiene previsto ir más allá e implementar la renderización previa para los vínculos de los resultados, ya que esta no está disponible para la navegación entre sitios (y hasta se debe habilitar para las renderizaciones previas de mismo sitio y de origen cruzado).
Nota sobre la compatibilidad con navegadores
Actualmente, la API de Speculation Rules se implementa en navegadores basados en Chromium, pero Chrome está publicando la especificación de la API a través del proceso de estándares de W3C y le interesa que otros navegadores implementen esta API.
Actualmente, el proxy de obtención previa privada solo se implementó en Chrome y no en otros navegadores basados en Chromium, pero si otros navegadores implementan su propio proxy de obtención previa privada, es posible que la Búsqueda de Google también implemente estas mejoras allí.
Debido a las implicaciones de privacidad de la carga previa sin un proxy de carga previa privado, la Búsqueda de Google no realiza la carga previa en los navegadores que no admiten esta tecnología y, por lo tanto, no implementó una alternativa con otras tecnologías para otros navegadores. Sin embargo, como mejora progresiva, esto solo significa que los usuarios de esos navegadores no se benefician de este pequeño aumento de velocidad.
¡Pruébala en tu sitio!
La API de Speculation Rules está disponible para que la usen todos los sitios, no solo la Búsqueda de Google. Además de las capacidades de recuperación previa que se analizan aquí, la renderización previa ofrece más beneficios cuando y donde se puede usar. Dado que los sitios grandes, como la Búsqueda de Google, muestran beneficios claros de esta API para la experiencia del usuario, recomendamos a todos los propietarios de sitios que analicen cómo pueden usar la API y, potencialmente, beneficiarse de ella.
Además, las protecciones de privacidad que se detallan en esta publicación también están disponibles para otros sitios, con la salvedad de que los usuarios deben tener habilitada la compatibilidad con la precarga extendida en su configuración para permitir que los sitios que no son de Google dirijan el tráfico a través del proxy de recuperación previa privado de Google. Esto se debe a que Google se presenta como un tercero adicional entre el usuario y el sitio, lo que no es necesario en los sitios de Google, ya que ya es una de las partes involucradas.