Qué cambia HTTP/3 para el visitante
HTTP/2 hizo que una conexión TCP llevara muchas peticiones a la vez, pero heredó la regla de TCP: un paquete perdido retiene todo lo que viene detrás. HTTP/3 sustituye TCP por QUIC, un transporte sobre UDP con TLS 1.3 integrado: cada flujo se recupera de las pérdidas por sí mismo, el handshake necesita menos viajes de ida y vuelta y un teléfono que pasa de Wi-Fi a datos móviles conserva su conexión en lugar de reiniciarla. En conexiones cableadas buenas la ganancia es pequeña; en Wi-Fi con pérdidas y redes móviles —donde está la mayoría de sus visitantes— es la diferencia que aparece en Core Web Vitals.
Cómo el edge pasa a los navegadores, y los devuelve
Cada respuesta HTTPS del edge lleva Alt-Svc: h3=":443". Un navegador que lo entiende abre su siguiente conexión por QUIC en el puerto UDP 443; uno que no, ignora la cabecera. Si UDP 443 está bloqueado en algún punto del camino —un firewall corporativo, un router doméstico estricto— el navegador ve fallar el intento QUIC y se queda en HTTP/2 sin ningún error. Por eso HTTP/3 puede estar activo para todos: el peor caso es exactamente lo que ya tenía.
IPv6 sin tocar su origen
Los hostnames de la CDN tienen registros AAAA junto a los A y el edge escucha en ambas familias de direcciones. Un visitante en una red solo IPv6 —habitual en operadores móviles— se conecta al edge directamente en lugar de pasar por la capa de traducción del operador, y una licitación o lista de cumplimiento que pida IPv6 recibe un sí. Su servidor de origen se contacta como hoy, normalmente por IPv4, así que nada en él tiene que cambiar para que su sitio sea accesible por IPv6.
El mismo WAF en cada protocolo
El Web Application Firewall, los límites de tasa, las reglas por país y ASN y la protección contra bots inspeccionan una petición HTTP/3 exactamente igual que una HTTP/2; el protocolo es un detalle de transporte por debajo de ellos. Una petición bloqueada por HTTP/3 recibe la misma página de bloqueo con el mismo Reference ID, así que soporte y auditorías funcionan sin cambios. La única regla que requiere su atención es la que escribió contra direcciones IPv4: los visitantes IPv6 no coinciden con ella hasta que añada la forma IPv6.
Lo que le cuesta
Nada. No hay plan, complemento ni ajuste para ninguna de las dos funciones, el ancho de banda y las peticiones se cuentan como antes y la capacidad del edge es cosa nuestra: medimos el cambio en toda la red y no vimos variación de carga. Ambas son configuración compartida del edge y no pueden desactivarse para un solo sitio; tampoco hace falta, porque los clientes que no pueden usarlas no pierden nada.
Nada que configurar: así lo confirma
Abra DevTools y active la columna Protocol
En Chrome, Edge o Firefox abra DevTools → Network, haga clic derecho en una cabecera de columna y marque Protocol. Cargue el sitio una vez y recargue: la primera carga muestra h2, la recarga muestra h3 en sus propias peticiones.
Pregunte con curl
curl 8 con soporte HTTP/3 puede forzar el protocolo: curl --http3 -sI https://www.example.com/ devuelve HTTP/3 200. Sin la opción, curl -sI muestra la cabecera Alt-Svc que anuncia h3 a los navegadores.
Compruebe los registros IPv6
dig +short AAAA www.example.com lista las direcciones IPv6 del edge; curl -6 -sI https://www.example.com/ obtiene la página por IPv6. Si su DNS es un CNAME hacia nosotros, ambos se heredan automáticamente.
Lea sus logs
Las peticiones por HTTP/3 se registran con el protocolo HTTP/3.0 y los visitantes IPv6 con sus direcciones IPv6. La cuota depende de su audiencia; el primer día osciló entre el 6 % y el 27 % de las peticiones por sitio.
Dónde se nota
La mayor parte de una audiencia de noticias lee en el teléfono con datos móviles, donde la pérdida de paquetes es normal. Las páginas con muchas imágenes dejan de atascarse por un paquete perdido, y los lectores que cambian entre Wi-Fi y 4G conservan su conexión.
Los cuestionarios del sector público y de empresas piden cada vez más accesibilidad IPv6 y transporte moderno. Ambos se responden con un sí y un comando curl, para cada hostname detrás de la CDN, sin un proyecto por su parte.
Varios operadores móviles entregan solo IPv6 y traducen IPv4 en el núcleo. Su sitio ahora responde a esos visitantes de forma nativa en el edge, lo que elimina un intermediario compartido del camino y sus modos de fallo.
Preguntas frecuentes
¿Tengo que activar HTTP/3 o IPv6 en mi cuenta?
No. Ambos están activos para cada hostname servido por el edge desde septiembre de 2026. No hay interruptor en el panel y nada en su DNS u origen debe cambiar si ya apunta a nosotros con un CNAME.
Mi navegador muestra h2, no h3. ¿HTTP/3 no funciona?
La primera petición de una sesión siempre es HTTP/2: ahí el navegador descubre h3. Recargue la página. Si sigue mostrando h2 en todas las peticiones, algo en su red bloquea el puerto UDP 443; los navegadores se quedan entonces en HTTP/2 en silencio. Pruebe desde un teléfono con datos móviles para confirmarlo.
¿Mi servidor de origen necesita IPv6?
No. El edge termina la conexión del visitante, llegue por la familia que llegue, y obtiene el contenido de su origen por la familia de direcciones que tenga hoy. Solo el lado que mira al visitante pasó a dual-stack.
¿El WAF es más débil sobre HTTP/3?
No. Las mismas reglas se ejecutan en cada petición sea cual sea el transporte, y una petición HTTP/3 bloqueada recibe la misma página de bloqueo y el mismo Reference ID que una por HTTP/2.
¿Se puede desactivar HTTP/3 para un sitio?
No, y no hace falta: un cliente que no puede usar QUIC sigue usando HTTP/2 automáticamente. Desactivar el anuncio solo quitaría la mejora a los clientes que sí pueden.