HTTP/2
La version du protocole HTTP qui fait passer toutes les requêtes d’une page sur une seule connexion : ce qu’elle change pour les visiteurs, comment Googlebot décide de l’utiliser, et pourquoi vos journaux serveur peuvent vous mentir à son sujet.
HTTP/2 est la deuxième version majeure du protocole HTTP : elle fait passer plusieurs requêtes en parallèle sur une seule connexion, au lieu d’en ouvrir plusieurs. Normalisée en 2015, révisée par la RFC 9113 en juin 2022, elle est aussi appelée h2. Googlebot explore certains sites en HTTP/2 depuis novembre 2020, quand il y gagne des ressources, et Google précise que le protocole n’apporte aucun avantage de classement.
Qu’est-ce que HTTP/2 et en quoi diffère-t-il de HTTP/1.1 ?
HTTP/2 garde le sens de HTTP (méthodes, codes de réponse, en-têtes) et change la façon de le transporter. En HTTP/1.1, une connexion traite une requête à la fois : pour charger une page et ses dizaines de ressources, le navigateur ouvre plusieurs connexions et fait la queue sur chacune. HTTP/2 découpe les échanges en trames binaires et entrelace plusieurs flux sur une seule connexion : c’est le multiplexage. Il compresse aussi les en-têtes, qui se répètent d’une requête à l’autre, avec un mécanisme dédié, HPACK. Le tout circule sur une seule connexion TCP chiffrée, ce qui réduit le temps de chargement d’une page riche en images, CSS et JavaScript. Le protocole (Hypertext Transfer Protocol) descend de SPDY, un protocole expérimental de Google dont il a repris les principes. La RFC 9113, publiée par l’IETF en juin 2022, remplace la RFC 7540 de 2015.
| Point | HTTP/1.1 | HTTP/2 |
|---|---|---|
| Format | Texte | Trames binaires |
| Requêtes simultanées | Une par connexion, donc plusieurs connexions | Plusieurs flux sur une seule connexion |
| En-têtes | Renvoyés en entier à chaque requête | Compressés |
| Chiffrement | Facultatif | Exigé en pratique : navigateurs et Googlebot ne parlent HTTP/2 qu’en HTTPS |
HTTP/2 améliore-t-il le référencement ?
Pas directement. La documentation des robots de Google le dit en toutes lettres : HTTP/2 peut économiser des ressources, pour le serveur comme pour Googlebot, mais n’apporte aucun avantage de classement dans la recherche Google. L’effet passe par les visiteurs : moins de connexions à ouvrir, donc des ressources qui arrivent plus tôt, ce qui peut aider le LCP sur une page chargée de fichiers. Une partie du gain promis en 2015 a disparu en route : le server push, qui permettait au serveur d’envoyer une ressource avant qu’on la demande, est désactivé par défaut depuis Chrome 106, en 2022, au profit du préchargement et des 103 Early Hints. Conclusion pratique : activer HTTP/2 est un réglage d’hébergement à faire une fois, pas un levier SEO à suivre.
Comment Googlebot choisit-il entre HTTP/1.1 et HTTP/2 ?
Il décide seul, site par site. Google l’a annoncé le 17 septembre 2020 : à partir de mi-novembre 2020, Googlebot explore en HTTP/2 les sites qui le prennent en charge en HTTPS et pour lesquels le changement fait gagner des ressources. Les sites à faible volume de requêtes en tirent peu ou pas de bénéfice selon Google, et restent explorés en HTTP/1.1. La documentation actuelle ajoute que les robots peuvent changer de protocole d’une session d’exploration à l’autre, selon les statistiques des explorations passées. Il n’existe aucun moyen de demander HTTP/2. Il existe en revanche un moyen de le refuser : répondre par un code 421 quand Googlebot tente de se connecter en HTTP/2. Le protocole ne joue donc pas sur ce que Google indexe, seulement sur le coût de l’exploration, ce qui ne pèse sur le budget de crawl que des très grands sites.
Comment vérifier si un site utilise HTTP/2 ?
Côté client, toujours. Dans les outils de développement du navigateur, la colonne Protocole de l’onglet Réseau affiche h2 pour chaque ressource servie en HTTP/2. En ligne de commande, curl affiche la version négociée :
curl -s -o /dev/null --http2 -w "%{http_version}\n" https://www.exemple.fr/
2Un 2 confirme HTTP/2, un 1.1 signale un serveur qui ne le propose pas. Pour l’activer, tout dépend du serveur web et de l’hébergeur : vérifiez d’abord avec curl, le protocole est peut-être déjà actif, et sinon, voyez avec l’administrateur du serveur, comme Google le conseille lui-même. Sur Apache, c’est le module mod_http2 et la directive Protocols qui l’ouvrent ; sur un hébergement mutualisé, le réglage appartient à l’hébergeur. Côté sécurité, HTTP/2 a eu sa faille de protocole : la CVE-2023-44487, dite Rapid Reset, publiée le 10 octobre 2023, permet de saturer un serveur en annulant des flux en rafales. Elle a été exploitée d’août à octobre 2023 et se corrige par la mise à jour du serveur. Pour savoir si Googlebot explore en HTTP/2, Google propose de regarder les journaux serveur. Le cas suivant montre pourquoi ce n’est pas toujours possible.
Cas mesuré : le journal écrit HTTP/1.1, le visiteur a parlé HTTP/2
Relevé du 14 octobre 2026. Sur un site vitrine de conseil en référencement d’environ 300 URL, hébergé en mutualisé derrière un cache frontal de l’hébergeur, le journal d’accès du jour compte 4 830 requêtes entre minuit et 8 h 21, toutes en HTTP/1.1, navigateurs récents compris. Le serveur négocie pourtant HTTP/2 : curl obtient la version 2 à chaque essai. Trois requêtes témoins envoyées en HTTP/2, chacune avec un identifiant unique, apparaissent dans le journal avec la mention HTTP/1.1. Deux autres, servies par le cache, n’y apparaissent pas du tout. Sur une série de 60 requêtes en HTTP/2, 31 atteignent le journal, et les 31 y sont notées HTTP/1.1. L’explication la plus probable : la ligne est écrite par le serveur situé derrière le frontal, qui ne voit que la connexion du frontal. Sur ce site, la méthode proposée par Google, lire le journal d’accès, ne peut donc pas dire si Googlebot explore en HTTP/2. Avec environ 13 requêtes de Googlebot par jour sur les 28 derniers jours, le site fait partie des faibles volumes pour lesquels Google dit rester en HTTP/1.1. Aucun en-tête alt-svc n’est envoyé : HTTP/3 n’est pas annoncé (relevé : curl depuis une connexion en France, journal d’accès de l’hébergeur lu le jour même, Googlebot vérifié par son adresse IP).
HTTP/3, normalisé par la RFC 9114 en juin 2022, remplace TCP par QUIC. La documentation des robots de Google, mise à jour le 12 juin 2026, ne cite que HTTP/1.1 et HTTP/2. HTTP/3 sert donc vos visiteurs, pas l’exploration de Google telle qu’elle est documentée.
Faire expliquer ce terme par une IA
Ouvre le moteur de ton choix avec un prompt pré-rempli sur ce terme.
Sources
- 1Google Search Central Blog, Googlebot will soon speak HTTP/2, 17 septembre 2020
- 2Google, présentation des robots d’exploration et des fetchers de Google, mise à jour le 12 juin 2026
- 3IETF, RFC 9113, HTTP/2, juin 2022
- 4IETF, RFC 9114, HTTP/3, juin 2022
- 5Chrome for Developers, retrait du server push HTTP/2, mis à jour le 18 août 2022
- 6NIST, National Vulnerability Database, CVE-2023-44487, 10 octobre 2023
Questions fréquentes
HTTP/2 est-il un facteur de classement ?−
Non. Google écrit qu’il n’apporte aucun avantage de classement. Son intérêt est l’économie de ressources pour le serveur et pour le robot, et la vitesse de chargement pour les visiteurs.
Faut-il empêcher Googlebot d’explorer en HTTP/2 ?+
Seulement en cas de problème constaté. Le moyen documenté est de répondre par un code 421 aux tentatives de connexion en HTTP/2. Google indique que ses tests n’ont montré aucun effet négatif sur l’indexation.
HTTP/2 fonctionne-t-il sans HTTPS ?+
La norme prévoit une variante en clair, h2c, mais les navigateurs ne l’utilisent pas, et Google précise que Googlebot ne la prend pas en charge. En pratique, HTTP/2 suppose HTTPS.
Comment savoir si Googlebot explore mon site en HTTP/2 ?+
Google signale l’éligibilité par un message dans la Search Console et propose de lire les journaux serveur. Vérifiez d’abord que vos journaux notent bien le protocole du client : derrière un cache ou un proxy, ce n’est pas garanti.
Le server push est-il encore utile ?+
Non. Chrome l’a désactivé par défaut à partir de sa version 106, en 2022. Pour faire charger tôt une ressource critique, le préchargement et la réponse 103 Early Hints le remplacent.
Damien Hernandez
Consultant SEO senior, 17 ans d’expérience (Accor, Louvre Hotels, Infopro Digital). Spécialiste SEO technique, analyse de logs et optimisation pour les moteurs génératifs (GEO).