Vérificateur HTTP/2

Le Vérificateur HTTP/2 est un outil gratuit qui vérifie si un site web utilise le protocole réseau HTTP/2.

Que vérifie réellement un test HTTP/2 ?

Un test HTTP/2 détermine si un serveur web peut communiquer avec le site demandé en utilisant HTTP/2. HTTP/2 est une version du protocole de transfert hypertexte, l'ensemble des règles utilisées par les navigateurs et les serveurs pour demander et fournir des pages, des images, des scripts et d'autres ressources web.

Pour un site HTTPS, le client et le serveur choisissent généralement un protocole lors de l'établissement de la connexion sécurisée. Cette négociation passe couramment par le protocole Application-Layer Protocol Negotiation, ou ALPN. HTTP/2 est identifié par h2, tandis qu'une connexion plus ancienne peut utiliser http/1.1.

HTTP/2 conserve les concepts habituels de HTTP, comme les méthodes, les codes d'état et les en-têtes, mais les transfère sous forme de trames binaires. Il peut faire passer plusieurs flux sur une même connexion et compresser les en-têtes HTTP. Cela peut réduire la surcharge liée aux connexions, en particulier sur les pages qui contiennent de nombreuses ressources distinctes. En revanche, HTTP/2 n'accélère pas à lui seul un code applicatif lent, des images volumineuses ou des requêtes de base de données retardées.

Comment utiliser le Vérificateur HTTP/2 ?

Saisis le site dont tu veux vérifier la prise en charge de HTTP/2, puis lance le test. La saisie est transmise au serveur via HTTPS, où la vérification est effectuée, et elle n'est pas stockée.

Dans le DNS, les libellés de domaine accentués ou utilisant des caractères non latins sont représentés sous forme d'A-labels IDNA, qui reposent sur l'algorithme d'encodage Punycode.

Ne saisis pas de jetons d'accès ni d'autres informations sensibles. Même si la saisie n'est pas stockée, elle est tout de même envoyée au serveur de l'outil afin que la vérification puisse y être effectuée.

Comment interpréter le résultat HTTP/2 ?

Le résultat indique si le site testé utilise HTTP/2. Considère-le comme une indication concernant ce site précis, et non comme une évaluation complète de ses performances ou de sa configuration.

• Un résultat positif confirme l'utilisation du protocole. Un résultat négatif signifie que le test n'a pas confirmé HTTP/2, mais il ne permet pas à lui seul d'en déterminer la cause.

Prenons l'exemple d'un site qui obtient un résultat HTTP/2 positif. Cela confirme que le site testé utilise HTTP/2. En revanche, cela ne prouve pas que des services distincts ou un ancien serveur d'origine utilisent le même protocole.

Si le résultat ne confirme pas HTTP/2, examine le site testé avec la Recherche des en-têtes HTTP et vérifie les paramètres du serveur web ou du CDN. Les outils de développement d'un navigateur peuvent également afficher le protocole utilisé pour chaque requête, généralement sous la forme h2 ou http/1.1.

Problèmes courants révélés par ce test

Un test HTTP/2 est utile après une modification de l'hébergement, du proxy ou du CDN, car il montre si le point d'accès public utilise le protocole attendu. Voici quelques situations courantes dans lesquelles le résultat peut aider à cerner un problème.

1. Un CDN vient d'être activé. Teste le site public plutôt que l'adresse privée ou temporaire du serveur d'origine. Si le site public utilise HTTP/2, mais pas le serveur d'origine, cela peut être normal, car la connexion entre le navigateur et le CDN est distincte de celle entre le CDN et le serveur d'origine.
2. Un navigateur indique toujours HTTP/1.1. Vérifie que le navigateur et l'outil testent bien le même site. Une page peut charger des ressources provenant de plusieurs domaines, et chaque connexion négocie son propre protocole. Le fait qu'une requête vers un script tiers utilise HTTP/1.1 ne signifie pas que le document principal l'utilise aussi.
3. Un avertissement de certificat apparaît après le déplacement d'un serveur. La gestion du certificat HTTPS et la négociation du protocole HTTP sont deux aspects liés de l'établissement de la connexion, mais un résultat HTTP/2 ne constitue pas un diagnostic complet du certificat. Vérifie séparément le nom d'hôte du certificat, sa date d'expiration, sa chaîne et la configuration du serveur.

Ce test ne peut pas expliquer tous les chargements de page lents. La prise en charge de HTTP/2 ne donne aucune indication certaine sur le temps de réponse du serveur, l'exécution de JavaScript, la taille des images ou la congestion entre un visiteur donné et le serveur. Utilise Ping si tu as besoin d'évaluer séparément l'accessibilité du réseau et les temps de réponse.

Pourquoi le cache ou la propagation peuvent-ils fausser le résultat ?

La mise en cache DNS et la propagation des changements de configuration peuvent temporairement diriger différents tests vers différents serveurs. Après la modification d'un enregistrement DNS, les résolveurs récursifs peuvent continuer à utiliser l'ancienne réponse jusqu'à l'expiration de sa durée de vie. Un outil exécuté côté serveur et ta connexion au bureau ou à domicile peuvent donc atteindre des adresses IP différentes.

Les modifications apportées à un CDN ou à un répartiteur de charge peuvent également mettre du temps à atteindre tous les points de présence. HTTP/2 peut être activé sur un point d'accès alors qu'un autre utilise encore la configuration précédente. Vérifie les réponses DNS actuelles, assure-toi que tous les serveurs d'origine ou de périphérie partagent les paramètres prévus, puis recommence la comparaison une fois la période de cache concernée écoulée.

Les navigateurs peuvent aussi prêter à confusion, car ils réutilisent les connexions ouvertes. Un onglet peut continuer à utiliser une connexion HTTP/1.1 existante jusqu'à sa fermeture, tandis qu'un nouveau test côté serveur négocie HTTP/2. Fermer la connexion du navigateur ou ouvrir une nouvelle session de navigation privée permet d'obtenir une comparaison plus fiable.

Questions fréquentes

Un site peut-il prendre en charge HTTP/1.1 et HTTP/2 ?

Oui. Un serveur peut prendre en charge les deux versions et sélectionner celle que le client qui se connecte comprend. Grâce à cette compatibilité, les anciens clients peuvent utiliser HTTP/1.1 tandis que les plus récents négocient HTTP/2.

Un site peut-il utiliser à la fois HTTP/3 et HTTP/2 ?

Oui. De nombreuses configurations conservent HTTP/2 comme solution de repli, car HTTP/3 utilise un protocole de transport différent qui n'est pas forcément disponible sur tous les réseaux. Un résultat HTTP/2 ne permet pas de savoir si HTTP/3 est également activé.

HTTP/2 nécessite-t-il HTTPS ?

HTTP/2 peut être utilisé sur une connexion TCP non chiffrée avec connaissance préalable, tandis que l'utilisation de l'ancien jeton de mise à niveau HTTP/1.1 h2c est désormais déconseillée. Les principaux navigateurs utilisent normalement HTTP/2 via HTTPS. Pour un site public, une configuration TLS valide est donc généralement nécessaire afin de rendre HTTP/2 accessible aux navigateurs.

HTTP/2 peut-il réduire un délai élevé avant le premier octet ?

Non. Un délai élevé avant le premier octet est souvent lié au traitement effectué par le serveur, à la distance réseau, à des données absentes du cache ou à une infrastructure surchargée. HTTP/2 peut améliorer la manière dont plusieurs requêtes partagent une connexion, mais il ne supprime pas le délai qui précède le début de la réponse du serveur.

Pour une dernière vérification, compare le même site avec le Vérificateur HTTP/2, les outils de développement du navigateur et les enregistrements DNS. Si les résultats diffèrent, note l'adresse IP résolue et recommence le test après l'expiration des caches DNS et CDN existants.