# Le gain réel de HTTP/3, à mesurer sur son site > HTTP/3 et QUIC : ce qui change à la connexion, les gains publiés, l'en-tête Alt-Svc à lire et ce que les hébergeurs mutualisés annonçaient en 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](https://www.rfc-editor.org/rfc/rfc9114.html), 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](/guides/hebergement-web/vitesse-disponibilite-hebergeur/), 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](https://blog.cloudflare.com/http-3-vs-http-2/) 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](https://almanac.httparchive.org/en/2024/http), 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. ![Illustration : plusieurs tapis roulants parallèles, l'un arrêté par un carton tombé pendant que les autres continuent d'avancer](/images/http3-gain-reel-hebergeur-convoyeurs.original.webp "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 : ```bash # 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](https://docs.litespeedtech.com/cp/cpanel/quic-http3/) 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](https://caddyserver.com/docs/caddyfile/options) 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](/guides/hebergement-web/vitesse-disponibilite-hebergeur/localisation-serveur-latence/). ### 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](/guides/hebergement-web/vitesse-disponibilite-hebergeur/ttfb-temps-reponse-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](/guides/hebergement-web/vitesse-disponibilite-hebergeur/cdn-utile-petit-site/). --- Cette page contient des liens d'affiliation. Si tu souscris via ces liens, je peux toucher une commission sans coût supplémentaire pour toi. Mon avis reste indépendant et s'appuie sur mon expérience de client de plusieurs hébergeurs, sur leur documentation officielle et sur les tarifs vérifiés à la date de rédaction. --- **Tarifs :** prix relevés le 12 novembre 2026 sur les sites officiels des hébergeurs et des registrars, en euros sauf mention contraire, hors taxes ou toutes taxes comprises selon ce que le fournisseur affiche (précisé dans le texte). Le prix d'appel ne vaut souvent que pour la première période d'engagement, et les promotions changent sans préavis. Les montants cités peuvent avoir bougé depuis cette date.