Ce site parle-t-il HTTP/2 et HTTP/3 ?
Collez une URL, cliquez sur "Vérifier", et on ouvre un handshake TLS vers l'host, on demande au serveur quel protocole ALPN il choisit (`h2` ou `http/1.1`), puis on fait une requête HEAD et on lit l'en-tête Alt-Svc (la manière canonique pour les serveurs d'annoncer HTTP/3 sur QUIC).
Vous obtenez trois cartes (HTTP/1.1, HTTP/2, HTTP/3) avec une pastille de statut sur chacune, la valeur Alt-Svc brute parsée en un petit tableau, une liste des entrées Link rel=preload (hints de server-push), et une note sur 103 Early-Hints (invisibles pour l'API fetch Web).
C'est le même type de vérification que vous lanceriez avec `curl -v --http2 --http3` ou Chrome DevTools, mais présentée comme une page diagnostique unique en un coup.
Mode d'emploi
- Collez l'URL complète du site (par exemple `https://cloudflare.com`). Vous pouvez omettre `https://`, on l'ajoute.
- Cliquez sur "Vérifier" ou appuyez sur Entrée. Le serveur a environ 12 secondes au total (deux handshakes TLS plus un fetch HEAD), en pratique 1 à 4 secondes.
- Lisez les trois cartes protocole. Pastille verte = directement confirmé via ALPN. Pastille jaune = le serveur l'annonce via Alt-Svc mais on n'a pas pu vérifier directement (typique pour h3). Pastille grise = aucun support détecté.
- Regardez la valeur Alt-Svc brute. `h3=":443"; ma=86400` signifie que HTTP/3 est offert sur UDP 443 pour 24 heures. Plusieurs entrées séparées par virgule sont OK, le parser les gère.
- Vérifiez les entrées Link rel=preload. Ce sont les hints serveur qu'émet un CDN pour qu'un navigateur récupère CSS/JS en parallèle de la réponse HTML (marche avec HTTP/2 et 103 Early-Hints).
- Ouvrez la liste Preuves en bas pour le détail par source : quel ALPN a été offert, quoi le serveur a répondu, quelle valeur Alt-Svc est revenue, pourquoi HTTP/3 est ou n'est pas annoncé.
Quand cet outil est utile
Six jobs typiques pour lesquels on dégaine cet outil :
- Vérifier que vous avez vraiment livré HTTP/2 après l'avoir activé dans nginx / Apache / Caddy. La vérification de config c'est une chose, une sonde end-to-end en est une autre. ALPN dit la vérité.
- Vérifier qu'un CDN annonce HTTP/3 pour votre origine. Cloudflare, Fastly, Bunny, AWS CloudFront posent tous Alt-Svc ; si vous ne voyez pas `h3=` ici, le navigateur n'essaiera jamais QUIC.
- Déboguer un rapport "le site semble lent sur mobile". HTTP/3 est dramatiquement plus résilient sur les réseaux cellulaires capricieux. Si l'outil montre que HTTP/3 n'est pas annoncé, c'est un correctif bon marché.
- Avant de soumettre votre site à un audit de performance (Lighthouse, PageSpeed, WebPageTest). HTTP/2 manquant c'est une ligne de fix nginx qui souvent fait monter le score de 5 à 10 points.
- Après un changement de CDN (Cloudflare vers Fastly, ou vice versa). Confirmez que le nouveau CDN annonce les protocoles que vous attendez et que Alt-Svc pointe sur le bon port.
- Vérifications procurement / vendeur. Vous évaluez un hébergeur et voulez une réponse en un coup d'œil : leur config par défaut livre-t-elle HTTP/2 et HTTP/3, ou êtes-vous en HTTP/1.1 ?
Outils liés : inspecteur de certificat SSL, inspecteur d'en-têtes HTTP, testeur de requêtes HTTP, détecteur cloud + CDN.