27 Jun ¿Qué es HTTP/3?
HTTP/3 ayuda a la necesidad de velocidad de SEO
A medida que se desarrollan nuevas tecnologías, los comportamientos de los consumidores cambian y estos cambios deben reflejarse en la infraestructura de Internet.
El protocolo HTTP, utilizado para transferir datos entre el cliente y el servidor, ha mejorado su funcionalidad con características nuevas. Adopción HTTP/1.1 en 1997, HTTP/2 en 2015, y el borrador de la propuesta de HTTP/3 se presentó sólo tres años después.
¿Qué es HTTP/3?
HTTP/3 es una revisión de la capa de transporte que se utiliza para administrar las transferencias de archivos. Representa un cambio de TCP en UDP, atacando 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, el 73% de los navegadores web ya admiten el protocolo. Este número aumentará significativamente una vez 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 lo utiliza ya el 25% de los 10 millones de sitios web principales, incluidos Google y Facebook.
¿Cuáles son las principales ventajas de HTTP/3 sobre HTTP/2 y HTTP/1?
Para ver las ventajas de HTTP/3, antes repasaremos cómo funcionan las versiones anteriores.
Cuando se envían, los archivos de una página web, aplicación web (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 de la web.
Los navegadores limitan la cantidad de conexiones paralelas disponibles, creando un cuello de botella y ralentizando la carga de los sitios web.
HTTP/2 resolvió el problema causado por los límites de conexión, al introducir la multiplexación, lo que permitió la transferencia de múltiples archivos a través de una única conexión. Otra mejora importante fue una mejor compresión de cabecera, junto con otras características que han resultado menos exitosas en la práctica.
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.
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 cabecera de línea mediante la introducción de secuencias de bytes independientes para archivos individuales. Sólo 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 que Tom Anthony utilizó en su presentación seminal sobre 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).
Captura de pantalla de @TomAnthonySEO, Introducción a HTTP/3, abril de 2022
Por el contrario, HTTP/2 permite que varios camiones estén en el mismo carril simultáneamente.
Captura de pantalla de @TomAnthonySEO, Introducción a HTTP/3, abril de 2022
Desgraciadamente, con TCP, si un camión se atasca, todo el camino se bloquea hasta que el camión comienza a moverse de nuevo.
Captura de pantalla de @TomAnthonySEO, Introducción a HTTP/3, abril de 2022
Con HTTP/3 y UDP, si un camión se atasca, los otros camiones pueden continuar con su camino.
Integración TLS
Al incorporar TLS 1.3 en el mismo HTTP/3, en lugar de tener dos protocolos diferentes que funcionan de forma independiente, sólo se requiere un protocolo de enlace único.
Este cambio significa conexiones más rápidas y seguras a los usuarios.
Una consecuencia de este cambio es que HTTP/3 sólo puede utilizarse en un lugar seguro porque TLS y UDP están estrechamente entrelazados. Curiosamente, éste no fue el caso con HTTP/2, que técnicamente se puede utilizar en un sitio inseguro, aunque ninguno de los principales navegadores te permite hacerlo.
Migración de conexión
En lugar de utilizar direcciones IP para encaminar paquetes, HTTP/3 utiliza ID de conexión.
Al hacerlo, puede gestionar 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 el primero, donde los usuarios suelen alternar entre wifi y redes móviles, tanto en términos de velocidad como de estabilidad de la conexión. Con HTTP/3, se permite intercambiar entre ambos sin problemas.
Auditoría gratuita: ¿Está tu web preparada?
Hacemos un análisis web que comprueba si su página web está preparada para alcanzar los objetivos que tiene en Internet y le ofrecemos consejos sobre cómo mejorarla.
¿HTTP/3 tiene alguna desventaja?
Aunque HTTP/3 tiene claros beneficios de rendimiento, 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á a la mayoría de las ganancias.
Sin embargo, en cuanto a Core Web Vitals, esto podría ser muy beneficioso.
Las puntuaciones de CWV son globales, por tanto es totalmente posible reducirlas según un subconjunto específico de usuarios en una ubicación geográfica distante.
De la misma forma, en un mundo donde prevalecen los dispositivos móviles, incluso los usuarios con dispositivos rápidos y cercanía 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 más requisitos de CPU, lo que puede ejercer una mayor presión sobre los servidores.
Ambos argumentos son justos pero actualmente se está optimizando el uso de la CPU.
¿Importa HTTP/3 para el SEO?
Si bien Googlebot es compatible con HTTP/2 desde noviembre de 2020, con la mitad de todas las URL ahora rastreadas mediante el protocolo, actualmente no es compatible con HTTP/3.
HTTP/2 sólo se utiliza cuando existe un beneficio claro al hacerlo, es decir, cuando el uso de HTTP/2 generará un ahorro significativo de recursos tanto para los servidores como para Googlebot.
Desde la publicación del protocolo HTTP/2, hasta cinco años después, no tuvo soporte de Googlebot, es probable que HTTP/3 aún le queden unos años para que tenga ese soporte.
Dicho esto, la implementación de HTTP/3 todavía podría tener un impacto SEO indirecto, si el soporte del protocolo conduce a mejores puntuaciones de Core Web Vitals.
Actualizar la infraestructura de su servidor para que sea compatible con HTTP/3, o, en su caso, HTTP/2, es sólo 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.
Cómo comprobar si un sitio web es compatible con HTTP/3
Si no sabe si un sitio web es compatible con HTTP/3, puede verificarlo con una herramienta online como: https://http3check.net/
¿Cómo puedo implementar HTTP/3?
La forma más fácil de habilitar HTTP/3 es mediante un CDN .
Varios proveedores importantes, incluidos Cloudflare, Google Cloud y Fastly, admiten ya el protocolo.
Según W3Techs, el 22% de los 10 millones de sitios web principales usan Cloudflare, donde puede habilitar fácilmente HTTP/3 en el tablero.
Si la implementación a través de una CDN no es posible, es necesario un cambio de servidor.
Por tanto, es probable que la viabilidad de implementar HTTP/3 dependa del tipo de software que está utilizando.
Compatibilidad con servidor HTTP/3, abril de 2022
Desgraciadamente, el 32% de los servidores web usan Apache, pero todavía no ha empezado a trabajar en el soporte debido a los recursos de desarrollo limitados.
De forma similar, habilitar el protocolo en Node requiere una solución debido a la falta de compatibilidad con OpenSSL .
Windows (IIS) es el proveedor más reciente que ofrece el protocolo de forma nativa, pero requiere Windows Server 2022 y Windows 11 o posterior.
Acabando
HTTP/3 es otro importante paso adelante para la web y proporcionará un impulso de rendimiento muy necesario para apoyar su continua evolución.
Como profesionales de SEO y marketing digital, debemos ser conscientes de los beneficios que lleva el protocolo antes de su inminente publicación, para que podamos empezar a recomendar su uso y permitir que nuestros usuarios obtengan los beneficios en los próximos años.
