Cómo HTTP/3 ayuda a alimentar la necesidad de velocidad de SEO

La evolución de la web nunca se detiene.

A medida que se desarrollan nuevas tecnologías, los comportamientos de los consumidores cambian y la infraestructura central que sustenta Internet se ve obligada a adaptarse.

El protocolo HTTP, utilizado para transferir datos entre el cliente y el servidor, ha pasado por una serie de iteraciones diferentes, todas las cuales han mejorado la funcionalidad central con características nuevas y emocionantes.

Después de una brecha de 18 años entre la adopción de HTTP/1.1 en 1997 y HTTP/2 En 2015, el desarrollo ha acelerado el ritmo, con la propuesta de borrador para HTTP/3 presentado solo tres años después.

¿Qué es HTTP/3?

En su esencia, HTTP/3 es una revisión de la subyacente capa de transporte Se utiliza para administrar las transferencias de archivos.

Representa un cambio de TCP (Protocolo de control de transmisión) a UDP (Protocolo de datagramas de usuario), abordando varias limitaciones de TCP y mejorando el rendimiento y la seguridad para los usuarios.

Aunque todavía está esperando la revisión final antes de su publicación, 73% de los navegadores web ya admiten el protocolo.

Este número aumentará significativamente una vez que Safari lo convierta en una característica principal; Actualmente, es experimental y debe habilitarse a través del menú del desarrollador.

El protocolo HTTP/3 ya lo utiliza el 25% de los 10 millones de sitios web principales, incluidos Google y Facebook.

De hecho, si está utilizando tecnologías como Google Analytics, Tag Manager o Fonts, ya está utilizando parcialmente el protocolo.

¿Cuáles son las principales ventajas de HTTP/3 sobre HTTP/2 y HTTP/1?

Para apreciar completamente las ventajas de HTTP/3, vale la pena dar un camino atrás para comprender cómo funciona HTTP/1.1 y los problemas que HTTP/2 fue diseñado para hallar.

Cuando se envían, los archivos (HTML, JS, CSS, imágenes, etc.) se dividen en paquetes individuales más pequeños con los datos transmitidos a lo largo del tiempo.

HTTP/1.1 fue diseñado para dar a cada archivo su propia conexión. A medida que los sitios web se volvieron cada vez más complejos, se necesitaron más archivos para cargar cada página.

Los navegadores limitan la cantidad de conexiones paralelas disponibles, creando un cuello de botella y ralentizando los tiempos de carga. Esto resultó en varias soluciones alternativas necesarias para maximizar el rendimiento, como fragmentación de dominio y sprites de imagen.

Al introducir la multiplexación, HTTP/2 resolvió el problema causado por los límites de conexión, lo que permitió la transferencia de múltiples archivos a través de una única conexión.

La otra mejora importante fue la introducción de una mejor compresión de encabezado, junto con algunas otras características que han resultado menos exitosas en la práctica (consulte la excelente Guía HTTP/2 para más detalles).

Sin embargo, estas mejoras no solucionaron todos los problemas con el protocolo TCP.

TCP transfiere paquetes cronológicamente, lo que significa que si se pierde un paquete, toda la conexión se retiene hasta que el paquete se recibe con éxito. Este problema, conocido como bloqueo de cabeza de líneaniega algunos de los beneficios de la multiplexación.

Otro desafío con TCP es que está completamente separado del protocolo TLS.

Esto es así por diseño, ya que los sitios pueden ser tanto seguros como inseguros.

Como resultado, un servidor y un cliente deben realizar varios viajes de ida y vuelta para negociar una conexión antes de transmitir datos.

¿Cómo resuelve HTTP/3 estos problemas?

Al pasar de TCP a UDP, HTTP/3 presenta tres características principales que lo diferencian de HTTP/1.1 y HTTP/2.

Flujos de bytes independientes

HTTP/3 resuelve el bloqueo de encabezado de línea mediante la introducción de secuencias de bytes independientes para archivos individuales. Solo se bloquean los datos de un flujo individual mientras se reenvía el paquete perdido, no toda la conexión.

Para ilustrar esto aún más, vale la pena recordar la fantástica analogía del camión. tom antonio usado en su presentación seminal en HTTP/2 (ahora actualizado para HTTP/3).

La premisa básica es que con HTTP/1.1, terminas con varios camiones haciendo cola para ir por la misma carretera (conexión).

Por el contrario, HTTP/2 permite que varios camiones estén en el mismo carril simultáneamente.

Desafortunadamente, con TCP, si un camión se atasca, todo el camino se bloquea hasta que el camión comienza a moverse nuevamente.

Con HTTP/3 y UDP, los otros camiones pueden conducir alrededor.

Integración TLS

Al engranar TLS 1.3 en el propio HTTP/3, en lugar de tener dos protocolos distintos que funcionan de forma independiente, solo se requiere un protocolo de enlace único que reduce la cantidad de viajes de ida y vuelta de dos (o tres si se usa TLS 1.2) a uno.

Este cambio significa conexiones más rápidas y seguras para los usuarios.

Una consecuencia de este cambio es que HTTP/3 solo se puede usar en un sitio seguro porque TLS y UDP están estrechamente entrelazados. Curiosamente, este no fue el caso con HTTP/2, que técnicamente se puede usar en un sitio inseguro, aunque ninguno de los principales navegadores te permite hacerlo.

Migración de conexión

En lugar de usar direcciones IP para enrutar paquetes, HTTP/3 usa ID de conexión.

Al hacerlo, puede manipular cambios en la red sin necesidad de restablecer una conexión.

Esto es enormemente ventajoso en un mundo en el que los dispositivos móviles son lo primero, donde los usuarios suelen alternar entre wifi y redes celulares, tanto en términos de velocidad como de estabilidad de la conexión.

Volviendo a nuestra analogía con el camión, esto es como llegar a un cruce y tener que hacer cola de nuevo antes de poder pasar a la siguiente carretera.

Con HTTP/3, hay una vía de entrada que le permite intercambiar entre los dos sin problemas.

¿HTTP/3 tiene alguna desventaja?

Aunque HTTP/3 tiene algunos beneficios de rendimiento claros, sus detractores han enfatizado varias desventajas.

Primero, el protocolo brindará un beneficio limitado a los usuarios en conexiones rápidas, y el 1% al 10% más lento verá la mayoría de las ganancias.

Pero, en lo que respecta a Core Web Vitals, esto podría ser muy beneficioso.

Las puntuaciones de CWV son globales, por lo que es totalmente posible reducirlas según un subconjunto específico de usuarios en una ubicación geográfica distante.

Del mismo modo, en un mundo en el que priman los dispositivos móviles, incluso los usuarios con dispositivos rápidos y proximidad geográfica cercana pueden sufrir problemas de red temporales, lo que puede tener un efecto adverso en CWV.

Cuanto más móviles sean sus usuarios, mayor será la probabilidad de que esto tenga un impacto.

Otra queja es que cambiar a HTTP/3 requiere una actualización de servidor bastante importante porque cambia fundamentalmente cómo funciona la capa de transporte.

Además, el uso de UDP también introduce mayores requisitos de CPU, lo que puede ejercer más presión sobre los servidores.

Ambos argumentos son justos, pero actualmente se está optimizando el uso de la CPU.

Además, como veremos en la sección de implementación a continuación, muchos proveedores de CDN ya están brindando soluciones HTTP/3 relativamente simples que pueden ser fácilmente desplegado en el borde.

¿Importa HTTP/3 para el SEO?

Si bien Googlebot admite HTTP/2 desde noviembre 2020con la mitad de todas las URL ahora rastreadas usando el protocolo, es actualmente no es compatible con HTTP/3.

HTTP/2 solo se usa cuando hay un claro beneficio hacerlo, es decir, cuando se utiliza HTTP/2, se obtendrán importantes ahorros de recursos tanto para los servidores como para Googlebot.

Sin duda, esto seguirá aumentando con el tiempo, pero dada la brecha de cinco años entre la publicación del protocolo HTTP/2 y el soporte de Googlebot, es probable que HTTP/3 aún esté lejos.

Dicho esto, la implementación de HTTP/3 aún podría tener un impacto SEO indirecto, si el soporte del protocolo conduce a una mejor Vitales principales de la web puntuaciones.

Actualizar la infraestructura de su servidor para que sea compatible con HTTP/3, o, para el caso, HTTP/2, es solo una de las muchas mejoras potenciales que puede aprovechar para garantizar que su sitio web tenga el mejor rendimiento posible.

Y los beneficios de tener un sitio web de alto rendimiento, incluidas tasas de rebote reducidas, mayor tiempo en el sitio y tasas de conversión más altas, se extienden más allá del SEO.

Para ver qué protocolo utiliza Googlebot para rastrear un sitio, puede buscar un notificación en GSC o verifique las solicitudes de Googlebot dentro de su registros de entrada al servidor.

Si bien los formatos varían, el protocolo utilizado suele aparecer en la solicitud HTTP que se encuentra entre comillas, junto con el método de solicitud y la ruta de la URL.

50.56.92.47 [18/Apr/2022:10:00:00 -0100] "GET /seo/technical-seo-auditing/ HTTP/1.1" 200 684 "https://moz.com/" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"

Ejemplo de una solicitud de Apache (formato de registro combinado).

Cómo comprobar si un sitio web es compatible con HTTP/3

Si no está seguro de si un sitio web es compatible con HTTP/3, puede verificarlo con una herramienta en línea como: https://http3check.net/

Alternativamente, tanto Chrome como Firefox muestran el protocolo por solicitud dentro de la pestaña de red de herramientas de desarrollo.

Estos campos no están visibles de forma predeterminada, pero se pueden habilitar haciendo clic derecho en la barra de navegación y seleccionando «Protocolo». Las solicitudes HTTP/3 están etiquetadas como «h3».

También es posible verificar usando la línea de comando y rizo.

curl --http3 https://website.com/

Como muchos sitios solo tendrán habilitado HTTP/3 para los recursos de la página (generalmente aquellos alojados en un CDN), el uso de herramientas de desarrollo brindará una imagen más precisa y le permitirá evaluar mejor las oportunidades disponibles.

¿Cómo puedo implementar HTTP/3?

La forma más fácil de habilitar HTTP/3 es a través de un CDN.

Varios proveedores importantes, incluidos Llamarada de la nube, Nube de Googley Rapidamente ya apoyan el protocolo.

Según W3Techs, 22% de los 10 millones de sitios web principales usan Cloudflare, donde puede habilitar fácilmente HTTP/3 en el tablero.

Si no está seguro de con qué pila de tecnología está tratando, use Builtwith o Wappalyzer y vea si aparece un CDN.

Si un sitio usa Cloudflare y todas las solicitudes son HTTP/2, ha encontrado una recomendación fácil e impactante que hacer.

Si la implementación a través de una CDN no es posible, se requiere un cambio de servidor.

Varios las implementaciones están disponiblessegún el idioma utilizado, pero los servidores web no los han adoptado universalmente.

Por lo tanto, es probable que la viabilidad de implementar HTTP/3 dependa del tipo de software que esté utilizando.

Desafortunadamente, 32% de los servidores web usan Apache, pero es aún por comenzar trabajando en soporte debido a recursos de desarrollo limitados.

De manera similar, habilitar el protocolo en Node requiere una solución debido a la falta de Compatibilidad con OpenSSL.

Windows (IIS) es el último proveedor en ofrecer el protocolo de forma nativa, pero Requiere Windows Server 2022 y Windows 11 o posterior.

Terminando

HTTP/3 es otro importante camino adelante para la web y proporcionará un impulso de rendimiento muy necesario para respaldar su evolución continua.

Como profesionales de SEO y marketing digital, debemos ser conscientes de los beneficios que trae el protocolo antes de su inminente publicación, para que podamos comenzar a recomendar su uso y permitir que nuestros usuarios cosechen los beneficios en los años venideros.

Más recursos:

Imagen destacada: VectorHot/Shutterstock