Test HTTP/2 et HTTP/3 : vérifier le protocole négocié dans le navigateur
Click Test de protocole HTTP Voyez quel protocole votre navigateur a négocié pour la page actuelle et pour une nouvelle requête, puis comparez le résultat sur votre réseau actuel.
Aperçu du protocole
Test HTTP/2 et HTTP/3
Voyez quel protocole HTTP votre navigateur négocie pour les requêtes.
Les résultats reflètent la page actuelle et une nouvelle requête de test du navigateur.
Résultats du protocole
Lancez le test pour détecter le protocole actif.
Si HTTP/3 n’apparaît pas, le navigateur, le réseau ou le serveur peuvent ne pas le supporter.
Pourquoi lancer un test HTTP/2 et HTTP/3 en ligne
Un test HTTP/2 et HTTP/3 vous aide à vérifier quel protocole votre navigateur négocie réellement sur le chemin réseau utilisé à l'instant. C'est utile lorsque vous comparez Wi-Fi et données mobiles, voulez voir si un VPN ou un proxy affecte la négociation, devez valider le support du navigateur ou confirmer si une CDN ou un chemin edge retombe sur HTTP/2 ou HTTP/1.1 au lieu d'utiliser HTTP/3.
Comment le test fonctionne
La page lit le protocole utilisé pour la navigation actuelle lorsque le navigateur l'expose via les performance data, puis lance une nouvelle requête vers l'endpoint de protocol check pour mesurer quel protocole a été négocié pour cet appel. Le résultat est un snapshot pratique côté navigateur de ce que cette session et ce chemin utilisent réellement, et non une affirmation générale sur n'importe quel site web sur internet.
Comment interpréter les résultats
Si HTTP/3 apparaît, votre navigateur et le chemin actuel ont bien négocié QUIC pour la requête testée. Si HTTP/2 apparaît, la connexion utilise le protocole HTTP/TLS moderne multiplexé, mais pas HTTP/3 sur ce chemin. S'il y a un fallback vers HTTP/1.1 ou si le résultat diffère entre la navigation de la page et la requête de test, le support navigateur, la politique réseau, le comportement du VPN, les couches de cache ou le routage edge peuvent influencer la négociation.
- HTTP/3 signifie que la requête testée a négocié QUIC sur le chemin actuel.
- HTTP/2 signifie que la requête utilise le chemin HTTP/TLS moderne sans HTTP/3.
- HTTP/1.1 indique généralement un fallback parce que des protocoles plus récents n'ont pas été utilisés pour cette requête.
- Des résultats différents entre navigation et requête de test peuvent signaler des différences de chemin, de cache, de navigateur ou d'edge.
- La latence ici n'est qu'un simple indice de temps de réponse, pas un benchmark complet.
Ce test montre la négociation de protocole observée par le navigateur pour la page actuelle et pour une nouvelle requête vers l'endpoint du checker. Il ne prouve pas ce que d'autres sites supportent, n'évalue pas la configuration serveur et ne remplace ni les diagnostics au niveau paquet ni les audits complets de CDN.