Verificación de HTTP/2

Verificación de HTTP/2 es una herramienta gratuita que comprueba si un sitio web utiliza el protocolo de red HTTP/2.

¿Qué comprueba exactamente una verificación de HTTP/2?

La verificación determina si un servidor web puede comunicarse mediante HTTP/2 para el sitio solicitado. HTTP/2 es una versión del Protocolo de Transferencia de Hipertexto, el conjunto de reglas que utilizan los navegadores y los servidores para solicitar y entregar páginas, imágenes, scripts y otros recursos web.

En un sitio web HTTPS, el cliente y el servidor suelen seleccionar un protocolo mientras establecen la conexión segura. Esta negociación suele utilizar Application-Layer Protocol Negotiation, o ALPN. HTTP/2 se identifica como h2, mientras que una conexión más antigua puede utilizar http/1.1.

HTTP/2 mantiene conceptos habituales de HTTP, como los métodos, los códigos de estado y los encabezados, pero los transfiere mediante tramas binarias. Puede transportar varios flujos a través de una sola conexión y comprimir los encabezados HTTP. Esto puede reducir la sobrecarga de las conexiones, sobre todo en páginas que contienen muchos recursos independientes. Sin embargo, no acelera por sí solo el código lento de una aplicación, las imágenes grandes ni las consultas de bases de datos con retrasos.

¿Cómo compruebo si un sitio usa HTTP/2?

Introduce el sitio web cuya compatibilidad con HTTP/2 quieras verificar y ejecuta la comprobación. Los datos introducidos se envían al servidor mediante HTTPS, donde se realiza la comprobación, y no se almacenan.

Las etiquetas de dominio con caracteres acentuados o no latinos se representan en DNS como etiquetas A de IDNA, que utilizan el algoritmo de codificación Punycode.

No envíes tokens de acceso ni otra información confidencial. Aunque los datos introducidos no se almacenan, deben enviarse al servidor de la herramienta para realizar la comprobación en el servidor.

¿Cómo interpreto el resultado de HTTP/2?

El resultado indica si el sitio web comprobado utiliza HTTP/2. Tómalo como una prueba sobre ese sitio concreto, no como una evaluación completa de su velocidad o configuración.

• Un resultado positivo confirma el uso del protocolo. Un resultado negativo significa que la comprobación no ha podido verificar HTTP/2, pero no permite determinar la causa por sí solo.

Por ejemplo, supongamos que un sitio web obtiene un resultado positivo para HTTP/2. El resultado confirma que el sitio comprobado utiliza HTTP/2, pero no demuestra que otros servicios independientes o un servidor de origen más antiguo usen el mismo protocolo.

Si el resultado no confirma HTTP/2, revisa el sitio con una Consulta de encabezados HTTP y comprueba la configuración del servidor web o de la CDN. Las herramientas para desarrolladores del navegador también pueden mostrar el protocolo de cada solicitud, normalmente como h2 o http/1.1.

Problemas habituales que esta comprobación ayuda a identificar

Una verificación de HTTP/2 resulta útil después de cambiar el alojamiento, el proxy o la CDN, ya que permite saber si el punto de acceso público ofrece el protocolo previsto. Estas son algunas situaciones habituales en las que el resultado ayuda a acotar el problema.

1. Acabas de activar una CDN. Comprueba el sitio web público, no la dirección privada o temporal del servidor de origen. Si el sitio público utiliza HTTP/2, pero el servidor de origen no, puede ser normal, ya que la conexión entre el navegador y la CDN es independiente de la conexión entre la CDN y el origen.
2. El navegador sigue indicando HTTP/1.1. Asegúrate de que el navegador y la herramienta estén comprobando el mismo sitio web. Una página puede cargar recursos desde varios dominios y cada conexión negocia su propio protocolo. Que una solicitud de un script de terceros utilice HTTP/1.1 no significa que el documento principal también lo haga.
3. Aparece una advertencia sobre el certificado después de trasladar el servidor. La gestión del certificado HTTPS y la negociación del protocolo HTTP son partes relacionadas del establecimiento de la conexión, pero el resultado de HTTP/2 no constituye un diagnóstico completo del certificado. Comprueba por separado el nombre de host, la fecha de caducidad y la cadena del certificado, así como la configuración del servidor.

Esta comprobación no puede explicar todos los casos en los que una página tarda en cargar. La compatibilidad con HTTP/2 no ofrece información concluyente sobre el tiempo de respuesta del servidor, la ejecución de JavaScript, el tamaño de las imágenes ni la congestión entre un visitante concreto y el servidor. Utiliza la Prueba de ping si necesitas analizar por separado la accesibilidad de la red y los tiempos de respuesta.

¿Por qué la caché o la propagación pueden hacer que el resultado parezca incorrecto?

La caché DNS y la propagación de la configuración pueden hacer que distintas comprobaciones lleguen a servidores diferentes durante un tiempo. Después de modificar un registro DNS, los resolutores recursivos pueden seguir utilizando la respuesta anterior hasta que caduque su tiempo de vida. Por tanto, una herramienta que realiza la comprobación desde su servidor y la conexión de tu oficina o domicilio pueden llegar a direcciones IP distintas.

Los cambios en una CDN o en un balanceador de carga también pueden tardar en llegar a todas las ubicaciones periféricas. Un punto de acceso puede tener HTTP/2 activado mientras otro sigue presentando la configuración anterior. Comprueba las respuestas DNS actuales, confirma que todos los servidores de origen o periféricos compartan la configuración prevista y repite la comparación una vez transcurrido el periodo de caché correspondiente.

Los navegadores añaden otra posible fuente de confusión porque reutilizan las conexiones abiertas. Una pestaña puede seguir usando una conexión HTTP/1.1 existente hasta que se cierre, mientras que una nueva comprobación desde el servidor negocia HTTP/2. Cierra la conexión del navegador o inicia una nueva sesión de navegación privada para obtener una comparación más clara.

Preguntas frecuentes

¿Un sitio web puede admitir HTTP/1.1 y HTTP/2 a la vez?

Sí. Un servidor puede admitir ambos protocolos y seleccionar la versión que entiende el cliente que se conecta. Gracias a esta compatibilidad, los clientes antiguos pueden utilizar HTTP/1.1, mientras que los más modernos negocian HTTP/2.

¿Un sitio puede usar HTTP/3 además de HTTP/2?

Sí. Muchas implementaciones mantienen HTTP/2 disponible como alternativa porque HTTP/3 utiliza un protocolo de transporte diferente y puede no estar disponible en todas las redes. Un resultado de HTTP/2 no permite saber si HTTP/3 también está activado.

¿HTTP/2 necesita HTTPS?

HTTP/2 puede utilizarse sobre TCP sin cifrar si existe conocimiento previo, mientras que el uso del antiguo token de actualización h2c de HTTP/1.1 está obsoleto. Los principales navegadores suelen utilizar HTTP/2 mediante HTTPS. Por tanto, en un sitio web público, disponer de una configuración TLS válida suele ser necesario para que los navegadores puedan usar HTTP/2.

¿HTTP/2 puede reducir un tiempo hasta el primer byte elevado?

No. Un tiempo hasta el primer byte elevado suele indicar problemas relacionados con el procesamiento del servidor, la distancia de red, la ausencia de datos en caché o una infraestructura sobrecargada. HTTP/2 puede mejorar la forma en que varias solicitudes comparten una conexión, pero no elimina el retraso previo al momento en que el servidor empieza a responder.

Para realizar una comprobación final, compara el mismo sitio web en la herramienta, en las herramientas para desarrolladores del navegador y en los registros DNS. Si los resultados no coinciden, anota la dirección IP resuelta y repite la prueba cuando hayan caducado las cachés DNS y de la CDN existentes.