HTTP/1.1, HTTP/2 y HTTP/3: Evolución de los protocolos web

Cómo evolucionó HTTP: de la versión 1.1 a la 3

HTTP es el protocolo que impulsa la web — es el lenguaje que los navegadores y servidores utilizan para comunicarse entre sí. A lo largo de los años, ha pasado por tres versiones principales, cada una abordando las limitaciones de la anterior. Comprender las diferencias te ayuda a apreciar por qué la web sigue siendo más rápida.

HTTP/1.1: El caballo de batalla de la web temprana

HTTP/1.1 existe desde finales de la década de 1990 y todavía se usa ampliamente. Es un protocolo basado en texto: puedes leer las solicitudes y respuestas. Cada solicitud se envía como texto plano, y la respuesta regresa como texto plano, con encabezados que describen cosas como el tipo de contenido, las reglas de almacenamiento en caché y el estado de la conexión.

La principal limitación de HTTP/1.1 es que solo puede manejar una solicitud a la vez por conexión. Si una página necesita diez imágenes, el navegador tiene que esperar a que cada una termine antes de solicitar la siguiente, o abrir múltiples conexiones (generalmente seis por dominio). En los primeros días, los desarrolladores solucionaban esto usando múltiples nombres de dominio y combinando muchas imágenes pequeñas en una sola hoja de sprites.

HTTP/2: Un gran salto adelante

HTTP/2 cambió el juego al pasar de texto a un formato binario. Esto puede sonar como un detalle técnico, pero permitió algo importante: la multiplexación. En lugar de esperar a que una solicitud termine antes de comenzar la siguiente, se pueden enviar múltiples solicitudes y respuestas simultáneamente sobre una sola conexión. No más esperar en fila.

HTTP/2 también introdujo la compresión de encabezados, que reduce la sobrecarga de encabezados repetidos en múltiples solicitudes, y el server push, que permite al servidor enviar recursos antes de que el navegador los solicite. En la práctica, el mayor beneficio es que una sola conexión es mucho más eficiente que las seis conexiones que necesitaba HTTP/1.1.

HTTP/3: Construido para el mundo móvil

HTTP/3 es la versión más nueva, y es fundamentalmente diferente de sus predecesores. En lugar de ejecutarse sobre TCP, se ejecuta sobre QUIC, que está construido sobre UDP. Esto puede sonar como un pequeño cambio, pero tiene implicaciones significativas para el rendimiento.

TCP tiene un problema llamado bloqueo de cabeza de línea: si se pierde un solo paquete, todos los datos posteriores tienen que esperar hasta que se retransmita, incluso si los otros datos no están relacionados. QUIC resuelve esto tratando cada flujo de forma independiente: un paquete perdido en un flujo no afecta a los demás. QUIC también cifra todo por defecto, reduce el tiempo de establecimiento de la conexión y puede sobrevivir a cambios de red (como cambiar de Wi-Fi a datos móviles) sin perder la conexión.

¿Cuál deberías usar?

No hay razón para elegir solo uno. Los servidores modernos pueden soportar las tres versiones y negociar la mejor con cada cliente. HTTP/1.1 sigue siendo adecuado para API simples y sistemas heredados. HTTP/2 es el estándar para la mayoría de los sitios web de producción hoy en día. HTTP/3 es especialmente beneficioso para usuarios móviles, personas en redes de alta latencia y audiencias globales. A medida que el soporte de QUIC madure, HTTP/3 se convertirá en el predeterminado.

Habilitar HTTP/2 y HTTP/3 en tu servidor es sencillo con servidores web modernos como NGINX, Caddy o Cloudflare. El navegador maneja la negociación automáticamente, por lo que tus visitantes obtienen el mejor protocolo disponible sin ningún cambio de su parte.