Le gain réel de HTTP/3, à mesurer sur son site

12 novembre 2026

Ou : un protocole plus rapide à saluer, pour un serveur qui met toujours le même temps à réfléchir.

La réponse courte : HTTP/3 remplace TCP par QUIC, un transport bâti sur UDP qui intègre le chiffrement TLS 1.3 et fusionne la connexion et la négociation de sécurité. Le gain se joue surtout sur l’établissement des connexions et sur les réseaux qui perdent des paquets, comme le mobile ; sur une page ordinaire, les mesures publiées vont de quelques pour cent à rien du tout. La norme HTTP/3, publiée en juin 2022 sous le numéro RFC 9114, prévoit que le serveur l’annonce par l’en-tête Alt-Svc : le navigateur arrive donc souvent en HTTP/2 et ne passe à HTTP/3 qu’aux connexions suivantes. C’est un réglage utile à la vitesse réelle de l’hébergement, pas une révolution.

Sur un hébergement mutualisé, vous ne l’activez pas vous-même : c’est le logiciel du serveur, et le pare-feu de l’hébergeur, qui le servent ou non. Avant de choisir une offre pour HTTP/3, il faut donc lire un en-tête plutôt qu’une fiche commerciale.

Pour qui : un site lu surtout sur téléphone, dont le public change souvent de réseau, et qui veut un hébergement mutualisé européen à jour.
À partir de : 5,75 € par mois hors taxes pour l’hébergement web Infomaniak, facturés à l’année (relevé du 12 novembre 2026).
Pour démarrer : ouvrir l’essai gratuit de 30 jours, publier une page témoin et lire son en-tête Alt-Svc le premier jour.

HTTP/3 et QUIC : ce que l’hébergeur doit activer, et ce que vous gagnez

	HTTP/1.1	HTTP/2	HTTP/3
Transport	TCP	TCP	QUIC, sur UDP
Chiffrement	TLS en option	TLS dans les navigateurs	TLS 1.3 intégré à QUIC
Requêtes en parallèle	une à la fois par connexion	multiplexées sur une connexion	multiplexées, flux indépendants
Un paquet perdu	bloque la connexion	bloque tous les flux de la connexion	ne bloque que le flux touché
Découverte par le navigateur	sans objet	à la négociation TLS	en-tête `Alt-Svc` ou enregistrement DNS HTTPS

Les gains publiés sont modestes et datés. En avril 2020, Cloudflare comparait les deux protocoles sur son réseau : en test synthétique, un premier octet en 176 millisecondes en HTTP/3 et en 201 en HTTP/2, soit 12,4 % de mieux ; une petite page de 15 Ko chargée en 443 ms au lieu de 458 ; une page de 1 Mo un peu plus lente en HTTP/3, 2,33 s au lieu de 2,30 ; et, sur son propre blog, HTTP/3 en retrait de 1 à 4 % en moyenne. Le résultat dépend du réseau, de la page et de la maturité des implémentations ; il n’a rien d’une loi.

L’adoption, elle, reste partielle. Selon le chapitre HTTP du Web Almanac 2024, environ 27 % des sites annonçaient HTTP/3 par Alt-Svc, et près de 85 % des réponses en HTTP/3 venaient d’un CDN, un réseau de serveurs relais. Autrement dit, la plupart des sites qui parlent HTTP/3 le font grâce à leur relais, pas grâce à leur hébergeur.

Avec QUIC, un paquet perdu n'arrête que son propre flux, pas toute la connexion.

Pour savoir si un serveur sert HTTP/3, deux commandes suffisent :

1
2
3
4
5
6
7
# 1. Le serveur annonce-t-il HTTP/3 ?
curl -sI https://exemple.be/ | grep -i '^alt-svc'
# Réponse typique : alt-svc: h3=":443"; ma=2592000
# soit HTTP/3 sur le port UDP 443, à retenir pendant 2 592 000 secondes, 30 jours

# 2. Le serveur répond-il vraiment en HTTP/3 ? (curl compilé avec HTTP/3)
curl --http3 -s -o /dev/null -w '%{http_version}\n' https://exemple.be/

L’option --http3 est encore marquée expérimentale dans le manuel de curl, et beaucoup de versions distribuées n’en disposent pas. Le navigateur fait aussi l’affaire : dans les outils de développement, onglet Réseau, la colonne Protocole affiche h3 quand la connexion s’est faite en HTTP/3, souvent à partir de la deuxième visite.

Côté serveur, tout dépend du logiciel. La documentation de LiteSpeed indique que QUIC est actif par défaut, à trois conditions : le port 443 ouvert en UDP comme en TCP, un certificat reconnu, et l’absence d’un relais comme Cloudflare devant le serveur, qui parle alors HTTP/3 à sa place. Caddy active h1 h2 h3 par défaut ; ce site, un site statique Hugo servi par Caddy sur un VPS Contabo, l’annonce donc sans réglage particulier.

Ce que les hébergeurs mutualisés annonçaient le 12 novembre 2026 :

Hébergeur	Ce que disent ses pages	Conséquence
o2switch	un répartiteur de charge LiteSpeed et « http/2 » sur la page de l’offre	HTTP/3 possible, à lire dans `Alt-Svc`
Hostinger	LiteSpeed Web Server sur sa page technologique, sans mention de HTTP/3	idem
Infomaniak	aucune mention de HTTP/3 sur la page de l’hébergement web	à lire dans `Alt-Svc` pendant l’essai

Pour mesurer le gain sur votre propre site, comparez le TTFB, le délai avant le premier octet, et le temps total en --http2 et en --http3 depuis le même point, vingt fois chacun, et gardez la médiane. Un écart de quelques millisecondes sur une connexion fibre est normal ; c’est sur un réseau mobile chargé que la différence a une chance d’apparaître.

Un aller-retour économisé vaut plus loin

Supprimer un aller-retour à la connexion fait gagner 15 millisecondes entre Bruxelles et Paris, plus de 80 entre Paris et Montréal. L’intérêt de HTTP/3 grandit avec la distance, détaillée dans la latence entre villes.

Le protocole ne répare pas un serveur lent

Un serveur qui met 900 millisecondes à calculer une page les mettra aussi en HTTP/3. La part du protocole et celle du serveur se séparent dans le TTFB, avec le temps de réponse du serveur.

Le relais, premier fournisseur de HTTP/3

Si l’hébergeur ne sert pas HTTP/3, un CDN le servira aux visiteurs à sa place, avec ses avantages et ses dépendances. Les deux sont pesés dans l’utilité d’un CDN.