Juin 2025 : activation de HTTP/3 et des Early Hints sur une douzaine de sites vitrines d’artisans, tous hébergés chez le même prestataire mutualisé. Juin 2026, un an plus tard exactement : premier bilan chiffré, sans triche ni arrondi optimiste, sur ce que ce changement de protocole a réellement apporté en conditions réelles d’exploitation.
Ce qui avait motivé l’activation
HTTP/3, construit sur le protocole de transport QUIC, promet de réduire la latence d’établissement de connexion par rapport à HTTP/2, en particulier sur des réseaux mobiles instables où les pertes de paquets pénalisent lourdement TCP. Les Early Hints, transmis via un code de statut HTTP 103, permettent au serveur de signaler au navigateur les ressources critiques à précharger avant même que la réponse complète de la page ne soit prête.
Ces deux réglages, activés simultanément côté hébergeur pour l’ensemble des sites concernés, avaient été présentés à l’époque avec un gain annoncé pouvant atteindre 300 millisecondes sur le temps de chargement perçu, un chiffre issu de la documentation marketing du prestataire plutôt que d’une mesure indépendante.
La méthode retenue pour le bilan à un an
Plutôt que de se fier à une mesure ponctuelle, le bilan s’appuie sur les données de terrain collectées via la bibliothèque web-vitals, agrégées mensuellement sur les douze mois écoulés depuis l’activation, et comparées aux douze mois précédents pour les mêmes sites.
| Indicateur | Avant activation | Un an après |
|---|---|---|
| TTFB médian (mobile) | 480 ms | 340 ms |
| LCP médian (mobile) | 2,9 s | 2,4 s |
| Part de visiteurs en connexion instable | 22 % | 21 % |
Un gain réel, mais plus modeste que promis
Le gain médian mesuré, 140 millisecondes sur le TTFB mobile, reste significatif mais nettement inférieur aux 300 millisecondes initialement annoncés. Plusieurs facteurs expliquent cet écart : une partie non négligeable des visiteurs de ces sites artisans continue de naviguer depuis des réseaux fixes déjà bien desservis en HTTP/2, contexte où l’apport de HTTP/3 reste marginal par construction.
Sur les visiteurs identifiés comme étant sur une connexion mobile instable, le gain grimpe en revanche à près de 280 millisecondes, un résultat cohérent avec les scénarios pour lesquels HTTP/3 a précisément été conçu.
Ce que l’hébergement mutualisé limite malgré tout
Sur un hébergement mutualisé, l’activation de HTTP/3 et des Early Hints dépend entièrement de la configuration du prestataire : impossible d’ajuster finement les paramètres de congestion QUIC ni de choisir précisément quelles ressources bénéficient des Early Hints, ces réglages restant globaux à l’ensemble de l’infrastructure partagée.
- Aucun contrôle sur la liste des ressources préchargées via les Early Hints, imposée par la configuration serveur globale
- Aucune visibilité sur la part de visiteurs bénéficiant réellement de QUIC plutôt que d’un repli TCP classique
- Une dépendance complète à la feuille de route du prestataire pour toute amélioration ultérieure de ce réglage
Un chiffre marketing annoncé au lancement mérite toujours d’être revérifié une fois que les visiteurs réels, pas les conditions de laboratoire, ont eu le temps de le confronter à la réalité.
En résumé
Un an après son activation, HTTP/3 combiné aux Early Hints tient une partie de ses promesses sur ces sites vitrines d’artisans, avec un gain concentré sur les visiteurs en connexion mobile dégradée plutôt que sur l’ensemble du trafic. Ce billet ne traite pas du cache d’objets, sujet distinct de la seule question du protocole de transport utilisé.
