Comienza a usar intercambios firmados en la Búsqueda de Google

Los intercambios firmados (SXG) permiten que la Búsqueda de Google cargue el contenido de manera previa y, a la vez, preserve la privacidad del usuario. En la práctica, esto significa que los resultados de la Búsqueda de Google, tanto de AMP como de otros formatos, podrían cargar previamente algunos recursos clave (como HTML, JavaScript, CSS, imágenes o fuentes) preservando la privacidad, siempre y cuando el sitio web asociado admita SXG.

Cuando el usuario hace clic en el resultado, la página web comienza a renderizarse mucho antes, dado que los recursos clave ya están disponibles, lo que mejora la experiencia del usuario. Esto podría generar una puntuación más baja de Largest Contentful Paint (LCP) para tu contenido, lo que puede mejorar la experiencia de página en general.

Implementa SXG

Para implementar SXG, sigue la guía detallada de web.dev. Después de la implementación, sigue esta guía para medir y optimizar las mejoras de rendimiento con SXG.

Para implementar páginas de AMP, sigue la guía detallada de amp.dev.

Google usa un caché de SXG para la carga previa del contenido. Asimismo, puede entregar estos SXG almacenados en caché varias veces.

Para asegurarte de que se muestre contenido actualizado en la Búsqueda de Google, configura de manera adecuada los valores de vencimiento de SXG. Como regla general, asegúrate de que la fecha de vencimiento sea anterior a las siguientes:

  • El vencimiento de la caché que determinan los encabezados HTTP
  • Un día en el futuro si el contenido contiene o intercala JavaScript; de lo contrario, 7 días en el futuro

Para asegurarte de que el contenido se vea publicado de manera correcta en varios dispositivos, haz lo siguiente:

  1. Traslada contenido personalizado, como carritos de compra, a elementos de carga diferida que no estén en SXG. También puedes agregar el encabezado firmado Vary: Cookie; los objetos SXG que tengan este encabezado solo se mostrarán a los visitantes que no tengan una cookie para tu sitio.
  2. Crea páginas con un diseño web responsivo. También puedes publicar páginas para computadoras de escritorio y dispositivos móviles en URLs separadas o usar la etiqueta supported-media meta para anotar que las páginas no son responsivas. Por ejemplo, en el elemento <head> de la página, puedes agregar la siguiente etiqueta:
    <meta name=supported-media content="only screen and (max-width: 640px)">

Supervisa y depura SXG

Si quieres obtener una lista de las herramientas que puedes usar para depurar SXG, consulta la guía de web.dev sobre las herramientas SXG.

En el caso de que Googlebot no pueda analizar una SXG, es posible que vuelva a rastrear la URL sin application/signed-exchange;v=b3 en el encabezado Accept para recuperar la variante text/html. Si se produce un error de indexación de SXG, la Búsqueda de Google vinculará a la URL original, sin SXG.

En el caso de las páginas de AMP, usa el informe de estado de AMP de Search Console para supervisar los errores de SXG.

Depura el almacenamiento en caché de SXG de Google

Para determinar si SXG cumple con los requisitos de la caché, usa la extensión de Chrome del validador de SXG.

También puedes consultar directamente la caché de SXG de Google. Por ejemplo, si la URL de SXG es https://signed-exchange-testing.dev/sxgs/valid.html, genera de esta manera la URL de la caché correspondiente:

https://signed--exchange--testing-dev.webpkgcache.com/doc/-/s/signed-exchange-testing.dev/sxgs/valid.html

El algoritmo que calcula el subdominio y el sufijo de la ruta de URL es el mismo que se usa para la caché de AMP, mientras que la string de infix /doc/-/ es diferente.

Si la respuesta contiene SXG, significa que la respuesta del servidor de origen cumple con los requisitos de la caché de Google SXG. De lo contrario, incluirá un encabezado HTTP que indicará el motivo por el cual no se realizó el intercambio.

  • Si se muestra un encabezado Warning, significa que se produjo un error que impidió que el SXG cumpla con los requisitos de la caché.
  • Si se muestra un encabezado Location, significa que la caché aún no pudo obtener el SXG. Esto no se considera un error en tu SXG.

Sin importar la respuesta, la caché pone en cola una solicitud a la URL original para obtener una copia actualizada. Existen varios factores que determinan si se creará esta solicitud y en qué momento, como la rapidez con la que Googlebot puede rastrear tu sitio.

Google no almacena en caché objetos SXG durante más tiempo que el valor expires de la firma SXG o la actualización de los encabezados sin firmar de la respuesta SXG.

En el caso de las páginas de AMP, puedes usar la Herramienta de inspección de URL para depurar los errores en el almacenamiento en caché.

Mantente informado

Suscríbete a la lista de distribución webpackaging-announce para mantenerte al tanto de los siguientes cambios:

  • Cambios en la caché de SXG de Google que habilitan funciones nuevas o dan de baja otras.
  • Cambios importantes en el Web Packager de las herramientas de SXG, el módulo NGINX SXG y libsxg.

Si tienes preguntas sobre SXG en la Búsqueda de Google, visita la Comunidad de ayuda de Central de la Búsqueda.