HTTP/2 et HTTP/3 : prise en charge confirmée ou délai dépassé
Ce que prouve réellement une connexion réussie avec un protocole.
Équipe technique de check.uk.app · Vérifié le 26 septembre 2026
Ce que nous testons
Nous envoyons deux requêtes limitées à l’URL HTTPS exacte. La requête HTTP/2 peut négocier une version antérieure, ce qui est signalé comme un repli vers un autre protocole. La requête HTTP/3 utilise QUIC sur UDP 443 sans repli. La vérification TLS reste activée et ce test ne suit pas les redirections.
Ce qui constitue une confirmation
Une réponse reçue avec le protocole demandé confirme sa prise en charge à l’adresse testée. Même un 301 ou un 403 peut confirmer le protocole tout en indiquant une redirection ou une restriction d’accès. Alt-Svc annonce une alternative ; il ne prouve pas qu’elle soit accessible.
Que faire si le résultat n’est pas confirmé
Vérifiez la configuration du serveur ou du CDN ainsi que le filtrage d’UDP 443. Recommencez depuis un autre réseau avant de conclure à l’absence de prise en charge d’HTTP/3. L’absence de capacité HTTP/3 sur le nœud de test est signalée séparément. Un test réussi ne garantit pas une latence plus faible pour chaque visiteur.
Reproduire avec curl
Utilisez une version de curl qui affiche HTTP2 et HTTP3 dans curl -V. L’option HTTP/3-only évite de confondre une réponse HTTP/2 avec une prise en charge d’HTTP/3.
curl -V
curl --http2 --max-time 10 -o /dev/null -w '%{http_version}\n' https://example.com/
curl --http3-only --max-time 10 -o /dev/null -w '%{http_version}\n' https://example.com/