¿Habla este sitio HTTP/2 y HTTP/3?
Pega una URL, pulsa "Comprobar" y abrimos un TLS handshake hacia el host, preguntamos al servidor qué protocolo ALPN escoge (`h2` o `http/1.1`), luego hacemos una petición HEAD y leemos la cabecera Alt-Svc (la forma canónica en que los servidores anuncian HTTP/3 sobre QUIC).
Obtienes tres tarjetas (HTTP/1.1, HTTP/2, HTTP/3) con una pastilla de estado en cada una, el valor crudo Alt-Svc parseado en una pequeña tabla, una lista de entradas Link rel=preload (pistas de server-push) y una nota sobre 103 Early-Hints (que son invisibles para la Web fetch API).
Es el mismo tipo de comprobación que harías con `curl -v --http2 --http3` o Chrome DevTools, pero presentada como una sola página de diagnóstico de un disparo.
Cómo usarla
- Pega la URL completa del sitio (p. ej. `https://cloudflare.com`). Puedes omitir `https://`, lo añadimos.
- Pulsa "Comprobar" o Enter. El servidor tiene ~12 segundos totales (dos TLS handshakes más una HEAD), en la práctica 1-4 segundos.
- Lee las tres tarjetas de protocolo. Pastilla verde = confirmado directamente vía ALPN. Pastilla amarilla = el servidor lo anuncia vía Alt-Svc pero no pudimos verificarlo directamente (típico de h3). Pastilla gris = no se detectó soporte.
- Mira el valor crudo de Alt-Svc. `h3=":443"; ma=86400` significa que HTTP/3 se ofrece en UDP 443 durante 24 horas. Múltiples entradas separadas por comas son válidas, el parser las gestiona.
- Revisa las entradas Link rel=preload. Son las pistas de servidor que un CDN emite para que un navegador pueda obtener CSS/JS en paralelo con la respuesta HTML (funciona con HTTP/2 y 103 Early-Hints).
- Abre la lista Evidencia al final para el detalle por fuente: qué ALPN se ofreció, qué respondió el servidor, qué valor Alt-Svc llegó, por qué HTTP/3 se anuncia o no.
Cuándo es útil
Seis tareas típicas para las que se invoca esta herramienta:
- Verificar que realmente has desplegado HTTP/2 tras activarlo en nginx / Apache / Caddy. La verificación de config es una cosa, una sonda de punta a punta es otra. ALPN dice la verdad.
- Comprobar que un CDN está anunciando HTTP/3 para tu origen. Cloudflare, Fastly, Bunny, AWS CloudFront ponen Alt-Svc; si no ves `h3=` aquí, el navegador nunca intentará QUIC.
- Depurar un reporte "el sitio va lento en móvil". HTTP/3 es drásticamente más resistente en redes móviles con problemas. Si la herramienta muestra que HTTP/3 no se anuncia, ese es un arreglo barato.
- Antes de enviar tu sitio a una auditoría de performance (Lighthouse, PageSpeed, WebPageTest). Un HTTP/2 ausente es un arreglo de una línea en nginx que a menudo sube la puntuación 5-10 puntos.
- Tras un cambio de CDN (de Cloudflare a Fastly, o al revés). Confirma que el nuevo CDN anuncia los protocolos que esperas y que Alt-Svc apunta al puerto correcto.
- Comprobaciones de aprovisionamiento / proveedor. Estás evaluando un proveedor de hosting y quieres una respuesta de un vistazo: ¿su configuración por defecto entrega HTTP/2 y HTTP/3, o estás en HTTP/1.1?
Herramientas relacionadas: inspector de certificados SSL, inspector de cabeceras HTTP, probador de peticiones HTTP, detector cloud + CDN.