Aller au contenu

182 statistiques sur la vitesse des sites web en novembre 2026

Mis à jour 182 citations de sources primaires Actualisé chaque mois

Sur cette page
  1. Points clés
  2. Combien de sites réussissent les Core Web Vitals, et quelle est la vitesse d’une page typique ?
  3. Quel CMS, créateur de sites ou framework offre les meilleurs Core Web Vitals ?
  4. Comment les appareils, les connexions et les pays influent-ils sur la vitesse des pages ?
  5. Quel est le poids des pages, et ce poids nuit-il à la vitesse ?
  6. Quelle quantité de JavaScript et de code tiers les pages exécutent-elles ?
  7. Dans quelle mesure les CDN, la compression, la mise en cache et les protocoles récents sont-ils utilisés ?
  8. Quels gains une page plus rapide apporte-t-elle en matière de conversion, d’engagement et de revenus ?
  9. La vitesse des pages est-elle un facteur de classement Google ?
  10. Méthodologie et sources

Les statistiques sur la vitesse des sites web de 2025 et 2026 décrivent un Web qui réussit plus souvent ses tests de performances chaque année, mais qui échoue encore sur près de la moitié des origines mobiles. Le jeu de données de Chrome de septembre 2026 couvrait 18 376 044 origines (Chrome UX Report release notes, sept. 2026). Le crawl de HTTP Archive, les équipes d’ingénierie des plateformes et les entreprises qui ont mesuré ce qu’une page plus rapide leur a rapporté fournissent le reste.

Cet article couvre les taux de réussite en matière de chargement, de réactivité et de stabilité visuelle, leurs variations selon le CMS, le framework, l’appareil et le pays, le poids des pages, le JavaScript et le code tiers, l’adoption des CDN, de la compression et de la mise en cache, les gains des pages plus rapides en matière de conversion et de revenus, ainsi que les déclarations de Google sur le rôle de la vitesse dans le classement. Chaque chiffre renvoie à l’organisation qui l’a produit et indique la date de ses données. Les études de fournisseurs sont signalées comme telles, les résultats des études de cas sont déclarés par les entreprises, et aucun chiffre ne provient d’un autre article récapitulatif.

Les effets du temps de chargement sur la conversion sont également abordés dans les statistiques sur l’optimisation du taux de conversion, et le poids des vidéos dans les statistiques sur le SEO vidéo. Pour avoir une vue d’ensemble, commencez par les statistiques sur le SEO.

Points clés

  • En septembre 2026, 55,9 % des origines du jeu de données de Chrome avaient de bons Core Web Vitals, contre 53,7 % un an plus tôt (Chrome UX Report release notes, sept. 2026).
  • 52,8 % des origines mobiles réussissent les Core Web Vitals, contre 60,8 % sur ordinateur (HTTP Archive Tech Report, sept. 2026).
  • Les taux de réussite sur mobile vont de 72,1 % en Suède à 7,1 % au Nigeria (HTTP Archive Tech Report, Sweden, sept. 2026 ; HTTP Archive Tech Report, Nigeria, sept. 2026).
  • 80,9 % des sites Wix réussissent les tests sur mobile, contre 48,3 % des sites WordPress (HTTP Archive Tech Report, Wix, sept. 2026 ; HTTP Archive Tech Report, WordPress, sept. 2026).
  • Seules 22,9 % des origines WordPress ont un bon Time to First Byte sur mobile, contre 83,8 % des origines Shopify (HTTP Archive Tech Report, WordPress, sept. 2026 ; HTTP Archive Tech Report, Shopify, sept. 2026).
  • La page d’accueil mobile médiane pèse 2,6 MB, soit une hausse de 8,4 % en un an (HTTP Archive Web Almanac, janv. 2026).
  • 57 % des pages d’accueil mobiles de moins de 1 MB réussissent les Core Web Vitals, contre 30 % de celles qui pèsent 5 MB ou plus (HTTP Archive Web Almanac, janv. 2026).
  • 98,1 % des pages demandent au moins un fichier JavaScript (HTTP Archive Web Almanac, janv. 2026).
  • Shopify a réduit d’environ 29 % le Time to First Byte de la boutique médiane au 75e centile en diffusant le début de la page plus tôt (Shopify Web Performance, sept. 2026).
  • Nuvemshop a fait passer la part de ses boutiques qui réussissent les Core Web Vitals de 48 % à 72 %, et a augmenté de 8,9 % le taux de conversion des visiteurs mobiles issus de la recherche naturelle, de la session à la commande payée (web.dev, Nuvemshop, juin 2026).
  • T-Mobile a réduit le Largest Contentful Paint de 42 %, et son taux de conversion des visites en commandes pour les prospects ayant une intention d’achat a progressé de 60 % (web.dev, T-Mobile, mars 2025).
  • Le test A/B de Zalando a montré qu’une réduction de 100 millisecondes du temps de chargement augmentait les revenus par session de 0,7 % (Zalando Engineering, juin 2018).
  • En avril 2010, Google a déclaré que la vitesse des sites influait sur moins de 1 % des recherches (Google Search Central Blog, avr. 2010).
  • Backlinko n’a trouvé aucune corrélation entre la vitesse de chargement des pages et les classements Google en première page ; le résultat moyen en première page s’affichait en 1,65 seconde. Étude de fournisseur (Backlinko, mars 2020).

Combien de sites réussissent les Core Web Vitals, et quelle est la vitesse d’une page typique ?

Les taux de réussite augmentent depuis six ans et se sont récemment stabilisés sur mobile. Le chargement, la réactivité et la stabilité visuelle ont chacun leur propre point faible.

Statistiques sur la vitesse des sites web : part des origines ayant de bons Core Web Vitals sur ordinateur et sur mobile, de janvier 2020 à septembre 2026
Figure 1 : Depuis janvier 2020, le taux sur ordinateur reste supérieur à celui sur mobile ; les deux courbes progressent, mais le taux mobile a légèrement reculé après un pic au début de 2026, tandis que celui sur ordinateur a continué de grimper. Source : HTTP Archive, Core Web Vitals Technology Report, sept. 2026. Capture de la page source, recadrée sur le graphique, réalisée le 14 oct. 2026.

Quelle part des sites réussit les Core Web Vitals dans les données de Chrome ?

Un peu plus de la moitié, avec un récent recul de la réactivité. Chrome publie ces chiffres chaque mois à partir de données d’utilisateurs réels.

  • Dans la publication de septembre 2026, 68,3 % des origines avaient un bon LCP, 81,7 % un bon CLS et 85,4 % un bon INP (Chrome UX Report release notes, sept. 2026).
  • Le bon INP a atteint un pic de 87,2 % des origines en mars 2026 (Chrome UX Report release notes, mars 2026).
  • Dans ses notes d’août 2026, Chrome qualifie de préoccupant le recul continu de l’INP et indique que l’équipe n’en connaît pas la cause avec certitude (Chrome UX Report release notes, août 2026).
  • La part des origines ayant de bons Core Web Vitals était de 47,3 % en avril 2024 et de 51,0 % en septembre 2024 (Chrome UX Report release notes, sept. 2024).
  • Une variante expérimentale qui prend en compte les navigations souples utilisées par les applications monopages porte à 59,5 % la part des origines ayant de bons Core Web Vitals (Chrome UX Report release notes, sept. 2026).
  • Près de 33 % des sites réussissaient les tests dans l’analyse par Ahrefs des données Chrome de 2021, soit une hausse d’environ 10 % par rapport à l’année précédente. Étude de fournisseur (Ahrefs, janv. 2022).
  • Seuls 5,21 millions des 43,66 millions de pages des données de Site Audit d’Ahrefs, soit environ 11,9 %, avaient au moins une métrique Core Web Vitals. Étude de fournisseur (Ahrefs, janv. 2022).

À quelle vitesse les serveurs répondent-ils et les pages s’affichent-elles pour la première fois ?

Moins de la moitié des sites mobiles obtiennent une bonne réponse du serveur, et ce chiffre n’a progressé que d’un ou deux points en un an.

  • 55 % des sites sur ordinateur et 44 % des sites mobiles avaient un bon Time to First Byte, de 0,8 seconde ou moins, contre respectivement 54 % et 42 % en 2024 (HTTP Archive Web Almanac, janv. 2026).
  • 17 % des sites mobiles et 12 % des sites sur ordinateur avaient un mauvais Time to First Byte, supérieur à 1,8 seconde (HTTP Archive Web Almanac, janv. 2026).
  • La part des sites ayant un bon First Contentful Paint est passée de 68 % à 70 % sur ordinateur et de 51 % à 55 % sur mobile en un an (HTTP Archive Web Almanac, janv. 2026).
  • 13 % des sites mobiles et 7 % des sites sur ordinateur avaient un mauvais LCP, supérieur à 4,0 secondes (HTTP Archive Web Almanac, janv. 2026).
  • Selon web.dev, une page bien optimisée consacre environ 40 % de son temps de LCP au Time to First Byte, moins de 10 % au délai de chargement des ressources, environ 40 % à la durée de chargement des ressources et moins de 10 % au délai d’affichage de l’élément (web.dev, mars 2025).
  • fetchpriority="high" est utilisé sur 17,3 % des pages mobiles ayant une image LCP, contre 15 % en 2024, tandis que le préchargement concerne 2,1 % des pages (HTTP Archive Web Almanac, janv. 2026).

Quelle est la réactivité et la stabilité visuelle des pages ?

La réactivité sur ordinateur est presque un problème résolu. Les échecs persistent surtout en matière de réactivité mobile et de stabilité visuelle.

  • 97 % des sites sur ordinateur ont un bon INP (HTTP Archive Web Almanac, janv. 2026).
  • Sur mobile, 80 % des pages d’accueil ont un bon INP, contre 69 % des pages secondaires, un renversement par rapport à 2024, où les deux taux ne différaient que d’un point (73 % contre 72 %) (HTTP Archive Web Almanac, janv. 2026).
  • Le Total Blocking Time sur mobile a atteint 4 193 millisecondes au 75e centile et 7 555 au 90e, contre 336 et 802 sur ordinateur (HTTP Archive Web Almanac, janv. 2026).
  • 72 % des pages sur ordinateur et 81 % des pages mobiles ont un bon CLS, contre 62 % dans les deux cas en 2021 (HTTP Archive Web Almanac, janv. 2026).
  • 62 % des pages mobiles et 65 % des pages sur ordinateur ne définissent pas explicitement les dimensions d’au moins une image, contre respectivement 66 % et 69 % en 2024 (HTTP Archive Web Almanac, janv. 2026).
  • Les données d’utilisation de Chrome montrent que 1 navigation sur 10 sur ordinateur et 1 sur 5 sur mobile est une navigation vers l’arrière ou vers l’avant (web.dev, sept. 2026).

D’où viennent les seuils des Core Web Vitals ?

Ils proviennent de données de terrain et de recherches sur la perception, et sont évalués au 75e centile : un quart des visites peut donc afficher une valeur moins bonne que celle indiquée.

  • La documentation de Google recommande un LCP en moins de 2,5 secondes, un INP inférieur à 200 millisecondes et un CLS inférieur à 0,1 (Google Search Central, déc. 2025).
  • Un site est évalué au 75e centile des pages vues : un LCP au 75e centile de 2 secondes est donc bon, et un LCP de 5 secondes est mauvais (web.dev, mai 2025).
  • Lorsque Chrome a établi le seuil du LCP à partir des données d’avril 2020, 42 % des origines sur téléphone et 51 % des origines sur ordinateur respectaient le seuil de 2,5 secondes (web.dev, avr. 2020).
  • Un seuil de 4 secondes pour une expérience « mauvaise » aurait classé comme mauvaises environ 26 % des origines sur téléphone dans ces données d’avril 2020 (web.dev, avr. 2020).
  • L’INP a remplacé le First Input Delay comme Core Web Vital le 12 mars 2024 (web.dev, janv. 2024).
  • Les limites de temps de réponse définies par Jakob Nielsen sont de 0,1 seconde pour qu’un système semble instantané, de 1 seconde pour ne pas interrompre le fil de la pensée et de 10 secondes pour retenir l’attention de l’utilisateur (Nielsen Norman Group, janv. 1993).

Quel CMS, créateur de sites ou framework offre les meilleurs Core Web Vitals ?

Les créateurs de sites étroitement gérés arrivent en tête du Web Almanac comme du Tech Report, tandis que les CMS extensibles et les frameworks à rendu côté client obtiennent de moins bons résultats. Les paramètres par défaut d’une plateforme s’appliquent simultanément à tous ses sites.

Part des sites web mobiles ayant de bons Core Web Vitals selon le CMS en 2024 et 2025 : Duda, TYPO3, Wix et Squarespace en tête, WordPress, Weebly et Tilda à la traîne
Figure 2 : Les plateformes gérées dominent le classement des CMS et la plupart se sont améliorées en un an, tandis que WordPress et Weebly restent dans la moitié inférieure. Source : HTTP Archive, Web Almanac 2025: CMS, janv. 2026. Graphique publié par la source, capture réalisée le 14 oct. 2026.

Comment les principaux CMS se comparent-ils sur téléphone ?

Les taux de réussite, les métriques de chargement et le poids des pages désignent chacun un leader différent ; aucun CMS ne les domine tous.

  • Duda arrive en tête des taux de réussite sur mobile avec 85 %, suivi de TYPO3 avec 79 %, tandis que Wix atteint 74 %, Squarespace 69 %, Drupal 61 % et WordPress 45 % (HTTP Archive Web Almanac, janv. 2026).
  • Pour le LCP, 94 % des sites Duda, 89 % des sites TYPO3 et 81 % des sites Wix obtiennent de bons résultats sur mobile, contre 53 % des sites WordPress et 54 % pour l’ensemble des CMS comparés (HTTP Archive Web Almanac, janv. 2026).
  • Wix a fait passer la part des sites mobiles ayant un bon CLS d’environ 86 % à 95 %, tandis que Weebly a chuté à 58 % (HTTP Archive Web Almanac, janv. 2026).
  • Pour l’INP, Squarespace arrive en tête sur mobile avec 96 % de bons résultats, devant TYPO3 à 95 % et Duda à 94 % ; 1C-Bitrix et Weebly ferment la marche avec 71 % (HTTP Archive Web Almanac, janv. 2026).
  • Les scores médians de performance mobile dans Lighthouse étaient de 64 pour Wix, 58 pour Webflow, 57 pour Duda et 52 pour Shopify, contre 41 pour WordPress et 40 pour Joomla (HTTP Archive Web Almanac, janv. 2026).
  • Le JavaScript mobile médian pesait 1 634 KB sur Wix et 1 615 KB sur Shopify, contre 638 KB sur WordPress et 453 KB sur Joomla (HTTP Archive Web Almanac, janv. 2026).

Quels créateurs de sites et frameworks réussissent le plus souvent les tests en septembre 2026 ?

Les sites sur des créateurs hébergés et des frameworks privilégiant le rendu statique réussissent le plus souvent. Ceux qui utilisent des frameworks à rendu côté client réussissent le moins souvent. Ces proportions sont des corrélations entre les sites qui utilisent chaque technologie.

Qu’ont fait les équipes des plateformes pour améliorer les taux de réussite ?

Les améliorations apportées aux plateformes profitent à des millions de sites sans que leurs propriétaires aient à intervenir, ce qui explique l’impact des paramètres par défaut sur les résultats globaux.

  • L’équipe de performance de WordPress a indiqué que le taux de réussite des Core Web Vitals sur mobile, tous sites WordPress confondus, est passé de 28,31 % à 36,44 % en 2023 (WordPress Core, déc. 2023).
  • En 2023, le taux de réussite du LCP mobile sur WordPress est passé de 34,48 % à 43,37 %, et l’équipe attribue principalement au LCP l’amélioration générale (WordPress Core, déc. 2023).
  • Avec WordPress 6.3, les sites qui ont cessé de charger en différé leur image LCP ont vu leurs taux de réussite du LCP augmenter de 16 % à 21 % sur mobile (WordPress Core, sept. 2023).
  • Les sites qui ont activé le chargement spéculatif de WordPress ont amélioré leur taux de réussite du LCP d’environ 1,9 % à la médiane (WordPress Core, mars 2025).
  • Les tests en laboratoire de WordPress 6.3 ont montré que les thèmes en blocs se chargeaient 27 % plus vite et les thèmes classiques 18 % plus vite (WordPress Core, sept. 2023).
  • Dans les tests de WordPress 6.9, la suppression de toutes les feuilles de style bloquant le rendu du thème Twenty Twenty-Five a amélioré le LCP d’environ 36 % avec une connexion 4G rapide émulée ; l’intégration de tous les styles directement dans la page l’a amélioré d’environ 45 % sur une connexion 3G lente (WordPress Core, nov. 2025).
  • GoDaddy a fait passer le taux de réussite des Core Web Vitals des sites de ses clients Websites + Marketing d’environ 40 % à près de 70 % en ciblant le CLS (web.dev, GoDaddy, juill. 2022).
  • La diffusion progressive des pages par Shopify a amélioré le FCP et le LCP de 2 % à 6 % pour la boutique médiane ; Shopify indique que ces gains comptent davantage que celui du Time to First Byte, car ce sont les métriques visibles par les acheteurs (Shopify Web Performance, sept. 2026).
  • Les Early Hints automatiques de Shopify ont accéléré le First Contentful Paint de 76 millisecondes et le LCP de 100 millisecondes au 75e centile pour les pages vues éligibles (Shopify Web Performance, août 2026).
  • Le passage des règles de spéculation de Shopify d’un niveau prudent à modéré a réduit le Time to First Byte médian sur ordinateur de 285 millisecondes et le LCP de 228 millisecondes, au prix d’environ 14 % de requêtes HTML supplémentaires (Shopify Web Performance, mai 2026).
  • La première configuration des règles de spéculation à l’échelle de la plateforme Shopify a amélioré les métriques de chargement de 130 millisecondes en moyenne sur ordinateur et de 180 sur mobile (Shopify Web Performance, août 2025).
  • Nuvemshop a fait passer en un an la part de ses boutiques ayant un LCP satisfaisant de 57 % à 96 % après avoir modifié la façon dont elle hiérarchisait les images (web.dev, Nuvemshop, juin 2026).

Comment les appareils, les connexions et les pays influent-ils sur la vitesse des pages ?

Les taux de réussite varient selon le pays et l’appareil du visiteur au moins autant que selon la conception du site. Les taux de réussite sur mobile varient d’un facteur dix entre les meilleurs et les moins bons pays.

Répartition géographique des Core Web Vitals pour les origines mobiles en septembre 2026 : part des origines ayant de bons Core Web Vitals, LCP, INP et CLS aux États-Unis, en Inde, au Japon, au Brésil, en Allemagne, en France, au Royaume-Uni, en Indonésie et en Italie
Figure 3 : Parmi les neuf pays comptant le plus d’origines mobiles, le Japon, l’Allemagne et le Royaume-Uni réussissent le plus souvent les tests, tandis que l’Indonésie, l’Inde et le Brésil ferment la marche et enregistrent les plus grands écarts pour le LCP et l’INP. Source : HTTP Archive, Core Web Vitals Technology Report, sept. 2026. Capture de la page source avec la répartition géographique affichée, recadrée sur le tableau, réalisée le 14 oct. 2026.

Dans quelle mesure les téléphones sont-ils moins performants que les ordinateurs ?

Ils sont moins performants pour toutes les métriques de chargement, sauf la stabilité visuelle, pour laquelle les téléphones obtiennent de meilleurs résultats.

  • 65,6 % des origines mobiles ont un bon LCP, contre 79,0 % sur ordinateur (HTTP Archive Tech Report, sept. 2026).
  • 83,4 % des origines mobiles ont un bon CLS, contre 74,6 % sur ordinateur : c’est la seule métrique où les téléphones sont en tête (HTTP Archive Tech Report, sept. 2026).
  • 79,4 % des origines mobiles ont un bon INP, contre 97,6 % sur ordinateur (HTTP Archive Tech Report, sept. 2026).
  • 57,6 % des origines mobiles ont un bon First Contentful Paint, contre 75,4 % sur ordinateur (HTTP Archive Tech Report, sept. 2026).
  • 45,9 % des origines mobiles ont un bon Time to First Byte, contre 58,2 % sur ordinateur (HTTP Archive Tech Report, sept. 2026).
  • Dans les tests en laboratoire de Lighthouse, la page médiane sur ordinateur atteignait le LCP en 2,2 secondes et la page médiane sur mobile en 4,7 secondes (HTTP Archive Web Almanac, janv. 2026).
  • 91 % des adultes américains possèdent un smartphone, et 16 % utilisent Internet uniquement sur leur smartphone, sans abonnement à l’Internet haut débit à domicile (Pew Research Center, nov. 2025).
  • 78 % des adultes américains sont abonnés à un service Internet haut débit à domicile (Pew Research Center, nov. 2025).
  • Les appareils iOS ont généré 35 % du trafic des appareils mobiles dans le monde en 2025, et plus de la moitié du trafic des requêtes provenait d’appareils mobiles dans 117 pays et régions (Cloudflare, déc. 2025).
  • Safari 26.2 a commencé à exposer le LCP et l’INP par l’intermédiaire de l’API Performance : les visiteurs iOS, auparavant invisibles dans ces métriques, apparaissent désormais dans les tableaux de bord basés sur les données d’utilisateurs réels (Shopify Web Performance, déc. 2025).

Les comportements de recherche selon l’appareil sont abordés dans les statistiques sur l’utilisation des moteurs de recherche.

Dans quels pays les Core Web Vitals sont-ils le plus souvent réussis ?

Les pays riches dotés de réseaux rapides réussissent les tests le plus souvent, tandis que les grands marchés en développement les réussissent le moins souvent, avec les écarts les plus importants pour le LCP et l’INP.

Quelle est la vitesse des connexions dans le monde ?

Les médianes nationales les plus élevées et les plus faibles varient d’un facteur d’environ trente dans les classements mobiles comme fixes, et la couverture 5G se concentre dans les pays riches.

  • En août 2026, le débit descendant mobile médian mondial était de 202,21 Mbps, avec un débit montant de 24,15 Mbps et une latence de 29 millisecondes (Ookla Speedtest Global Index, août 2026).
  • Le débit descendant médian mondial du haut débit fixe était de 256,16 Mbps, avec un débit montant de 162,05 Mbps et une latence de 17 millisecondes (Ookla Speedtest Global Index, août 2026).
  • Pour le débit descendant mobile, les États-Unis se classaient au 10e rang avec 283,68 Mbps et l’Inde au 50e avec 164,97 Mbps (Ookla Speedtest Global Index, août 2026).
  • Les Émirats arabes unis arrivaient en tête des débits descendants mobiles avec 763,70 Mbps, et l’Eswatini se classait dernier sur 102 pays avec 24,68 Mbps (Ookla Speedtest Global Index, août 2026).
  • Singapour arrivait en tête du haut débit fixe avec 652,88 Mbps, et l’Afghanistan se classait dernier sur 149 pays avec 21,36 Mbps (Ookla Speedtest Global Index, août 2026).
  • Les tests de vitesse de Cloudflare ont mesuré un débit descendant moyen supérieur à 300 Mbps en Espagne et en Hongrie en 2025 ; l’Islande affichait la latence moyenne au repos la plus faible, à 13 millisecondes (Cloudflare, déc. 2025).
  • En 2025, les réseaux 5G couvraient environ 55 % de la population mondiale, avec une couverture de 84 % dans les pays à revenu élevé et de 4 % dans les pays à faible revenu (ITU, nov. 2025).
  • Un utilisateur type d’un pays à revenu élevé génère près de huit fois plus de données mobiles qu’un utilisateur d’un pays à faible revenu (ITU, nov. 2025).
  • Environ 6 milliards de personnes étaient en ligne en 2025, et 94 % des habitants des pays à revenu élevé utilisaient Internet, contre 23 % dans les pays à faible revenu (ITU, nov. 2025).
  • 2,2 milliards de personnes n’étaient toujours pas connectées en 2025 (ITU, nov. 2025).

Quel est le poids des pages, et ce poids nuit-il à la vitesse ?

Les pages grossissent chaque année depuis une décennie, et les pages d’accueil les plus lourdes réussissent moins souvent les Core Web Vitals à chaque palier de poids.

Pourcentage de pages d’accueil réussissant les Core Web Vitals selon le poids de la page sur ordinateur et sur mobile en 2025, en baisse des pages les plus légères aux plus lourdes
Figure 4 : Les taux de réussite baissent à chaque palier, des pages de moins de 1 MB à celles de 5 MB ou plus, et les pages mobiles accusent un retard sur ordinateur dans toutes les catégories de poids. Source : HTTP Archive, Web Almanac 2025: Page Weight, janv. 2026. Graphique publié par la source (données CrUX, pages d’accueil avec données au niveau de l’URL), capture réalisée le 14 oct. 2026.

À quelle vitesse la page médiane grossit-elle ?

La page d’accueil médiane a grossi de 7,8 % en un an, et les pages internes ont progressé plus rapidement.

  • En juillet 2025, la page d’accueil mobile médiane pesait 2 362 KB, contre 845 KB en juillet 2015, soit une hausse de 202,8 % ; la médiane sur ordinateur a augmenté de 110,2 % (HTTP Archive Web Almanac, janv. 2026).
  • La page d’accueil médiane sur ordinateur a atteint 2,9 MB, en hausse de 7,3 % par rapport aux 2,7 MB de 2024 (HTTP Archive Web Almanac, janv. 2026).
  • Les pages internes médianes pesaient 1,8 MB sur mobile et 2 MB sur ordinateur, et leur poids a augmenté de 9,5 % en un an (HTTP Archive Web Almanac, janv. 2026).

De quoi se composent ces octets ?

Les images et le JavaScript constituent la majeure partie du poids ; le HTML ne pèse presque rien.

  • La page d’accueil mobile médiane comprend 911 KB d’images, 632 KB de JavaScript, 122 KB de polices, 77 KB de CSS et 22 KB de HTML (HTTP Archive Web Almanac, janv. 2026).
  • La page d’accueil médiane sur ordinateur comprend 1 058 KB d’images et 697 KB de JavaScript (HTTP Archive Web Almanac, janv. 2026).
  • Les pages internes comprennent 354 KB d’images sur mobile, tandis que la page d’accueil médiane comprend 239 % du poids des images d’une page interne sur ordinateur (HTTP Archive Web Almanac, janv. 2026).

Le poids des pages permet-il de prédire les Core Web Vitals ?

Oui, avec une réserve. Les données ne concernent que les pages pour lesquelles Chrome dispose de données au niveau de l’URL, ce qui favorise les sites populaires.

  • 70 % des pages d’accueil sur ordinateur de moins de 1 MB réussissent les Core Web Vitals, contre 38 % de celles qui pèsent 5 MB ou plus (HTTP Archive Web Almanac, janv. 2026).
  • Les pages internes s’en sortent mieux : 79 % de celles qui pèsent moins de 1 MB sur ordinateur réussissent les tests, contre 50 % de celles qui pèsent 5 MB ou plus (HTTP Archive Web Almanac, janv. 2026).
  • Le LCP des pages d’accueil passe de 2,1 secondes sur ordinateur et 2,6 secondes sur mobile pour les pages de moins de 1 MB à 3,3 et 3,8 secondes pour celles de 5 MB ou plus (HTTP Archive Web Almanac, janv. 2026).
  • 88 % des pages d’accueil mobiles de moins de 1 MB ont un bon CLS, contre 71 % de celles qui pèsent 5 MB ou plus (HTTP Archive Web Almanac, janv. 2026).

Comment les images et les polices sont-elles distribuées ?

Les formats anciens représentent toujours la majeure partie du poids, et les polices sont le plus souvent hébergées sur le site au format WOFF2.

  • JPG est le format de 57 % des images LCP et PNG celui de 26 %, contre 11 % pour WebP et 0,7 % pour AVIF (HTTP Archive Web Almanac, janv. 2026).
  • 22,5 % des sites web utilisent WebP et 1,7 % AVIF, contre 69,3 % pour JPEG (W3Techs, oct. 2026).
  • Les images WebP sans perte sont 26 % plus petites que les PNG, et les images WebP avec perte sont 25 % à 34 % plus petites que des JPEG comparables (Google WebP documentation, août 2025).
  • Lors de tests avec Chrome, 97,5 % des images chargées en différé sur une connexion 4G étaient entièrement chargées dans les 10 millisecondes suivant leur apparition à l’écran ; sur une connexion 2G lente, ce taux était de 92,6 % (web.dev, août 2024).
  • Les polices hébergées sur le site apparaissent sur plus de 71 % des pages et Google Fonts sur environ 47 % (HTTP Archive Web Almanac, janv. 2026).
  • 50,1 % des sites mobiles définissent font-display: swap, 24,9 % utilisent block, et seuls 11,7 % préchargent une police (HTTP Archive Web Almanac, janv. 2026).

Quelle quantité de JavaScript et de code tiers les pages exécutent-elles ?

Les octets de script coûtent plus cher que les octets d’image de même taille, car le navigateur doit les analyser et les exécuter. Le code tiers ajoute des requêtes que le propriétaire du site ne contrôle pas.

Répartition du poids du JavaScript par appareil en 2025 : octets de JavaScript par page aux 10e, 25e, 50e, 75e et 90e centiles sur ordinateur et sur mobile
Figure 5 : Le poids du JavaScript augmente fortement au-delà de la médiane, et le dixième des pages les plus lourdes en transmet environ trois fois plus que la quantité médiane. Source : HTTP Archive, Web Almanac 2025: Page Weight, janv. 2026. Graphique publié par la source, capture réalisée le 14 oct. 2026.

Quelle quantité de JavaScript est envoyée avec une page, et quelle quantité reste inutilisée ?

Presque toutes les pages l’utilisent, et la page médiane contient des centaines de kilooctets inutilisés au chargement.

  • La page médiane effectue 22 requêtes JavaScript sur mobile et 23 sur ordinateur (HTTP Archive Web Almanac, janv. 2026).
  • La page médiane contient 251 KB de JavaScript inutilisé sur mobile et 280 KB sur ordinateur, mesurés sans compression (HTTP Archive Web Almanac, janv. 2026).
  • jQuery est utilisé par 65,3 % des sites web, Bootstrap par 14,8 % et React par 6,1 % (W3Techs, oct. 2026).
  • L’équipe de V8 a mesuré le traitement du JavaScript : il représentait 10 % à 30 % du temps passé dans V8 lors du chargement d’une page type sur un ordinateur haut de gamme (V8, juin 2019).

À quelle fréquence les pages utilisent-elles des scripts et des requêtes tiers ?

Le Web Almanac décrit les tiers comme omniprésents et de plus en plus concentrés dans les mains de quelques fournisseurs.

  • Les scripts représentent 24,8 % des requêtes tierces, les images 19,9 % et les autres types 13,9 % (HTTP Archive Web Almanac, janv. 2026).
  • Les 10 principaux domaines tiers sont dominés par les services Google, et facebook.com est le seul domaine non Google de la liste ; il apparaît sur 21 % des pages (HTTP Archive Web Almanac, janv. 2026).
  • Selon Lighthouse, 77 % des pages d’accueil sur ordinateur et 41 % des pages d’accueil mobiles pourraient réduire leur poids en chargeant les contenus intégrés derrière une façade (HTTP Archive Web Almanac, janv. 2026).
  • Google Tag Manager est utilisé par 45,1 % des sites web (W3Techs, oct. 2026).

Qu’est-ce qui change lorsque le code tiers est corrigé ?

Plusieurs fournisseurs ont publié des résultats avant et après intervention.

  • Poptin a réduit l’Interaction to Next Paint au 75e centile de 280 à 120 millisecondes, soit une baisse de 57 %, sur des milliers de boutiques Shopify après avoir ramené une tâche du fil d’exécution principal d’environ 900 millisecondes à environ 75 (Shopify Web Performance, août 2026).
  • Après que le fournisseur a divisé les tâches longues, la part des origines utilisant la plateforme de gestion du consentement de PubTech et réussissant l’INP est passée de 13 % à 55 % sur mobile (web.dev, PubTech, févr. 2024).
  • Taboola s’est appuyé sur les données Long Animation Frames pour améliorer l’INP jusqu’à 36 % sur les sites web de ses éditeurs partenaires (web.dev, Taboola, févr. 2024).
  • L’équipe publicitaire de Google a mesuré une hausse de 0,5 % des revenus des éditeurs et de 2 % des chargements précoces des scripts publicitaires après avoir diffusé son script publicitaire avec stale-while-revalidate (web.dev, Google Ads, mars 2020).
  • 46,5 % des origines utilisant Google Tag Manager réussissent les tests sur mobile ; cette proportion reflète aussi bien tout le reste de ce que ces sites chargent que la balise elle-même (HTTP Archive Tech Report, Google Tag Manager, sept. 2026).
  • 58,0 % des origines utilisant l’outil de consentement Cookiebot réussissent les tests sur mobile (HTTP Archive Tech Report, Cookiebot, sept. 2026).

Dans quelle mesure les CDN, la compression, la mise en cache et les protocoles récents sont-ils utilisés ?

Les CDN et la compression sont largement adoptés. En dehors des plateformes qui les activent pour tout le monde, les Early Hints et les règles de spéculation restent rares.

Répartition des types de compression des requêtes mobiles servies par les CDN et par les serveurs d’origine en 2025 : Brotli, gzip, Zstandard et autres
Figure 6 : Les CDN utilisent bien plus souvent Brotli et Zstandard que les serveurs d’origine, et gzip reste le principal format de réponse des serveurs d’origine. Source : HTTP Archive, Web Almanac 2025: CDN, janv. 2026. Graphique publié par la source, capture réalisée le 14 oct. 2026.

Combien de sites utilisent un CDN ?

Un quart des sites web utilisent Cloudflare comme CDN, et l’utilisation des CDN varie fortement selon le type de requête.

  • Sur mobile, les CDN ont servi 71 % des requêtes tierces, 52 % des requêtes de sous-domaines et 35 % des requêtes HTML (HTTP Archive Web Almanac, janv. 2026).
  • Cloudflare a servi 58 % des requêtes HTML distribuées par des CDN, Google 21 %, CloudFront 7 %, Fastly 5 % et Vercel 2 % (HTTP Archive Web Almanac, janv. 2026).
  • 25 % de tous les sites web utilisent Cloudflare comme CDN, contre 19,6 % un an plus tôt et 3,9 % dix ans plus tôt (W3Techs, sept. 2026).
  • Cloudflare est le serveur web de 31,9 % des sites web dont le serveur est connu, devant Nginx à 30,6 %, Apache à 21,7 % et LiteSpeed à 14,1 % (W3Techs, oct. 2026).
  • Selon Cloudflare, son réseau se trouve à moins de 50 millisecondes de 95 % de la population connectée à Internet (Cloudflare, sept. 2024).

Quelle est la fréquence d’utilisation de la compression et de HTTP/3 ?

La compression est presque universelle, et le protocole le plus récent est utilisé par quatre sites sur dix.

  • 93,3 % des sites web utilisent la compression (W3Techs, oct. 2026).
  • HTTP/3 est utilisé par 40,9 % des sites web et HTTP/2 par 34,8 % (W3Techs, oct. 2026).
  • Les CDN ont servi le HTML mobile via HTTP/3 dans 29 % des cas et via HTTP/2 dans 69 % des cas ; les serveurs d’origine n’en ont servi aucun via HTTP/3 et 79 % via HTTP/2 (HTTP Archive Web Almanac, janv. 2026).
  • Les CDN ont servi 46 % des requêtes mobiles au format Brotli, 42 % au format gzip et 12 % au format Zstandard ; les serveurs d’origine en ont servi 39 % au format Brotli et 61 % au format gzip (HTTP Archive Web Almanac, janv. 2026).
  • 72 % des pages d’accueil mobiles réussissent le test de compression de texte de Lighthouse, et plus de 25 % des pages, tous appareils et types confondus, échouent à ce test (HTTP Archive Web Almanac, janv. 2026).
  • Pour The Economic Times, Brotli a rendu les fichiers JavaScript 15 % plus petits que gzip, les fichiers HTML 18 % plus petits et les fichiers CSS et de polices 17 % plus petits (web.dev, The Economic Times, déc. 2021).
  • QuintoAndar a constaté que Brotli via son CDN réduisait la taille du JavaScript de 18 % par rapport à gzip, tandis que Brotli au moment de la compilation la réduisait de 24 % (web.dev, QuintoAndar, déc. 2021).
  • En 2025, 15 pays et régions ont envoyé plus d’un tiers de leurs requêtes à Cloudflare via HTTP/3 ; la Géorgie arrivait en tête avec 38 % (Cloudflare, déc. 2025).

La mise en cache, les Early Hints et le chargement spéculatif sont-ils efficaces ?

Les Early Hints et les règles de spéculation apportent des gains mesurables, mais restent rares en dehors des plateformes qui les activent pour tout le monde.

  • La page d’accueil médiane sur ordinateur pourrait économiser 303 KB et celle sur mobile 270 KB si les ressources dont la durée de mise en cache est courte étaient servies depuis le cache (HTTP Archive Web Almanac, janv. 2026).
  • Les Early Hints sont utilisés sur un peu plus de 6 % des pages sur ordinateur parmi le million de sites les plus visités, et sur bien moins de 5 % dans la plupart des autres groupes de classement (HTTP Archive Web Almanac, janv. 2026).
  • Les règles de spéculation apparaissent sur 15 % des pages d’accueil des sites parmi le million les plus visités (HTTP Archive Web Almanac, janv. 2026).
  • Dans le test comparatif de Cloudflare, les Early Hints ont amélioré le FCP de plus de 9,47 % et le LCP de plus de 6,03 % pour la moitié des pages sur ordinateur (Cloudflare, juin 2022).
  • Cloudflare a mesuré des améliorations du LCP de 40 % à 50 % au 75e centile, et d’environ 45 % en moyenne, pour les sites utilisant le préchargement Speed Brain (Cloudflare, sept. 2024).
  • Environ la moitié des centaines de milliards de requêtes HTML traitées chaque jour par Cloudflare sont mises en cache (Cloudflare, sept. 2024).
  • Plus de 8 % des navigations dans Chrome reposent sur les règles de spéculation (WordPress Core, mars 2025).
  • Ray-Ban a utilisé le prérendu avec les règles de spéculation et amélioré le LCP de 43 % sur ordinateur comme sur mobile (web.dev, Ray-Ban, janv. 2025).
  • Le prérendu et les travaux sur le cache de navigation arrière/avant de Monrif ont réduit le LCP sur ordinateur de 433 millisecondes, soit 17,9 %, à partir de 2 419 (web.dev, Monrif, déc. 2025).

Quels gains une page plus rapide apporte-t-elle en matière de conversion, d’engagement et de revenus ?

Les entreprises qui ont mesuré leurs propres sites font état de gains en matière de conversion, d’engagement et de revenus publicitaires après avoir amélioré le LCP, l’INP et le CLS. Chaque résultat provient des données analytiques d’un seul site, et l’ampleur des effets varie beaucoup.

Évolution du taux de conversion et du taux de rebond de T-Mobile lorsque le LCP passe de 2 secondes à une durée comprise entre 3 et 7 secondes
Figure 7 : Le taux de conversion de T-Mobile a baissé de 20 % lorsque le LCP est passé de 2 à 3 secondes et de 59 % à 7 secondes, tandis que le taux de rebond a augmenté de 35 % et 108 %. Source : web.dev, T-Mobile case study, mars 2025. Graphique publié par la source (données de terrain déclarées par l’entreprise), capture réalisée le 14 oct. 2026.

Quel est le lien entre le temps de chargement et la conversion dans le commerce de détail et le voyage ?

Ils évoluent régulièrement dans le même sens. L’ampleur de l’effet dépend du site et de son niveau de départ.

  • Après ses travaux sur le LCP, T-Mobile a enregistré une baisse de 20 % des réclamations des utilisateurs concernant son site web et de 34 % des réclamations liées à sa lenteur (web.dev, T-Mobile, mars 2025).
  • Le prérendu de Ray-Ban a augmenté les taux de conversion des pages produits de 101,47 % sur mobile et de 156,16 % sur ordinateur lors de tests A/B, et réduit les taux de sortie d’environ 13 % sur les deux types d’appareils (web.dev, Ray-Ban, janv. 2025).
  • L’analyse menée par Zalando a montré que les temps de chargement plus courts allaient de pair avec des revenus par session plus élevés à chaque étape du parcours et sur tous les appareils (Zalando Engineering, juin 2018).
  • En 2018, plus de 75 % du trafic de Zalando provenait d’appareils mobiles, et l’entreprise a réduit le temps de chargement global de 25 % en cinq mois (Zalando Engineering, juin 2018).
  • Le directeur de l’ingénierie des performances de Shopify a indiqué qu’une page d’entrée 10 % plus rapide augmentait la conversion de 7 % en moyenne (Cloudflare, juin 2022).
  • Farfetch a constaté que le taux de conversion diminuait en moyenne de 1,3 % pour chaque tranche supplémentaire de 100 millisecondes de LCP au-delà du seuil recommandé, et augmentait de 2,8 % pour chaque seconde retranchée au Time to Interactive (web.dev, Farfetch, juill. 2022).
  • Renault a analysé plus de 10 millions de visites dans 33 pays et constaté qu’une amélioration d’une seconde du LCP pouvait réduire le taux de rebond de 14 points de pourcentage et augmenter les conversions de 13 % (web.dev, Renault, oct. 2021).
  • En trois mois, le taux de conversion mobile relatif de Swappie est passé de 24 % à 34 %, et les revenus mobiles ont augmenté de 42 % (web.dev, Swappie, sept. 2021).
  • redBus a augmenté ses ventes d’environ 7 % après avoir amélioré l’INP (web.dev, redBus, mai 2023).
  • Les travaux de Tokopedia sur les performances ont augmenté le taux de clics de 35 % et le taux de conversion de 8 % (web.dev, Tokopedia, oct. 2020).

Quels gains les éditeurs et les plateformes publicitaires obtiennent-ils ?

Des sessions plus longues et davantage de vues publicitaires, qui sont les sources de revenus des éditeurs.

  • Yahoo! JAPAN News a fait passer le taux de réussite du cache de navigation arrière/avant sur mobile de 0,04 % à 54,07 % et constaté une hausse de 9,0 % des revenus publicitaires mobiles, contre 0,6 % sur ordinateur (web.dev, Yahoo! JAPAN News, juill. 2023).
  • Yahoo! JAPAN News a réduit son CLS de 0,2, ce qui a augmenté de 15 % les pages vues par session, de 13 % la durée des sessions et réduit le taux de rebond de 1,72 point de pourcentage (web.dev, Yahoo! JAPAN News, mars 2021).
  • Netzwelt a augmenté ses revenus publicitaires de 18 %, ses pages vues de 27 % et la visibilité de ses publicités à plus de 75 %, tout en réduisant son taux de rebond de 50 % (web.dev, Netzwelt, juill. 2021).
  • The Economic Times a réduit son LCP de 4,5 à 2,5 secondes et diminué son taux de rebond global de 43 % (web.dev, The Economic Times, déc. 2021).
  • Un projet ultérieur de The Economic Times consacré à l’INP a divisé par 30 le Total Blocking Time et réduit l’INP de près de quatre fois, avec un taux de rebond inférieur de 50 % et 43 % de pages vues en plus (web.dev, The Economic Times, mai 2023).
  • NDTV a amélioré son LCP de 55 % en un mois, ce qui a été corrélé à une baisse de 50 % du taux de rebond (web.dev, NDTV, oct. 2020).
  • Le préchargement de Terra a augmenté le taux de clics sur les publicités de 11 % sur mobile et de 30 % sur ordinateur (web.dev, Terra, sept. 2023).
  • Mail.ru a augmenté de plus de 10 % le taux de conversion de ses principales rubriques après avoir amélioré le CLS (web.dev, Mail.ru, nov. 2021).

Qu’a apporté l’amélioration de l’INP ?

De l’engagement et des conversions, l’INP couvrant toutes les interactions sur la page.

  • QuintoAndar a réduit l’INP de 80 %, fait passer la part des pages ayant un bon INP de 42 % à 78 % et déclaré une hausse de 36 % des conversions sur un an (web.dev, QuintoAndar, janv. 2025).
  • Disney+ Hotstar a réduit l’INP de 61 % sur les appareils de salon, et le nombre hebdomadaire de cartes vues par utilisateur est passé de 111 à 226 (web.dev, Disney+ Hotstar, mai 2024).
  • Trendyol a réduit l’INP de moitié et constaté une hausse de 1 % du taux de clics dans les recherches (web.dev, Trendyol, déc. 2023).
  • Les travaux de Fotocasa sur l’INP ont contribué à une hausse de 27 % des annonces de prise de contact et de demande par téléphone (web.dev, Fotocasa, oct. 2025).
  • Le chargement spéculatif et les travaux sur le cache de navigation arrière/avant de Monrif ont amélioré l’engagement de 8,9 % dans certains segments (web.dev, Monrif, déc. 2025).

La vitesse des pages est-elle un facteur de classement Google ?

Oui, mais de façon limitée, et les propos de Google sont restés cohérents depuis 2010. La vitesse départage les pages similaires et pénalise les plus lentes, mais la pertinence passe avant tout.

Vitesse des pages Alexa en millisecondes pour les positions 1 à 10 sur Google, sans tendance apparente, d’après l’analyse par Backlinko de 11.8 millions de résultats de recherche Google
Figure 8 : La répartition du temps de chargement des pages semble identique à chaque position de la première page, ce qui correspond à l’affirmation de Google selon laquelle la vitesse touche principalement les pages les plus lentes. Source : Backlinko, We Analyzed 11.8 Million Google Search Results, mars 2020. Graphique publié par la source (étude de fournisseur, données de vitesse Alexa), capture réalisée le 14 oct. 2026.

Que dit Google sur la vitesse et le classement depuis 2010 ?

Toujours la même chose : la vitesse est un signal, mais un signal mineur, qui s’applique selon la même norme à chaque page.

  • Dans son annonce de 2010, Google indiquait que la vitesse du site comptait moins que la pertinence d’une page et que, lors du lancement, le signal ne s’appliquait qu’aux recherches en anglais sur Google.com (Google Search Central Blog, avr. 2010).
  • En janvier 2018, Google a annoncé que la vitesse des pages deviendrait un facteur de classement pour les recherches mobiles à partir de juillet 2018 (Google Search Central Blog, janv. 2018).
  • La mise à jour Speed Update de 2018 ne concerne que les pages offrant l’expérience la plus lente et un faible pourcentage de requêtes ; elle applique la même norme à toutes les pages, quelle que soit la technologie utilisée, et une page lente peut quand même être bien classée si son contenu est de grande qualité et pertinent (Google Search Central Blog, janv. 2018).
  • En mai 2020, Google a indiqué que lorsque plusieurs pages proposent un contenu similaire, l’expérience sur la page devient bien plus importante pour la visibilité (Google Search Central Blog, mai 2020).
  • Le déploiement de la mise à jour relative à l’expérience sur la page a commencé à la mi-juin 2021 et s’est achevé à la fin du mois d’août 2021 (Google Search Central Blog, avr. 2021).
  • Le déploiement sur ordinateur a commencé en février 2022 et s’est achevé à la fin de mars 2022, en utilisant les trois mêmes Core Web Vitals (Google Search Central Blog, nov. 2021).
  • En novembre 2020, Google a indiqué que l’utilisation de Lighthouse et de PageSpeed Insights avait augmenté de 70 % en valeur médiane depuis l’annonce (Google Search Central Blog, nov. 2020).
  • Google a mis fin au rapport d’ergonomie mobile de Search Console et au test d’optimisation mobile à compter du 1er décembre 2023, tout en conservant les rapports Core Web Vitals et HTTPS (Google Search Central Blog, avr. 2023).

Comment Google utilise-t-il aujourd’hui les Core Web Vitals dans le classement ?

Ils constituent l’un des nombreux signaux, évalué pour chaque page, avec une certaine évaluation à l’échelle du site.

  • Google indique que de bons scores dans Search Console ou les outils tiers ne garantissent pas une première place dans les résultats, et que chercher à obtenir une note parfaite pour le seul SEO n’est peut-être pas la meilleure utilisation du temps (Google Search Central, sept. 2026).
  • Les principaux systèmes de classement de Google évaluent généralement le contenu page par page, mais procèdent aussi à certaines évaluations à l’échelle du site (Google Search Central, sept. 2026).
  • Google indique qu’il cherche toujours à afficher le contenu le plus pertinent, même lorsque l’expérience sur la page est médiocre, et qu’une excellente expérience compte surtout lorsqu’il existe beaucoup de contenu utile (Google Search Central, sept. 2026).
  • PageSpeed Insights présente des données de terrain sur une période glissante de collecte de 28 jours (Google PageSpeed Insights documentation, oct. 2024).
  • En 2017, la page de résultats de recherche de Google était suffisamment lente pour que, pour certaines requêtes populaires, son chargement prenne plus de trois secondes dans 25 % des cas ; le premier résultat de Bing s’affichait plus tôt dans 98 % des cas (US District Court for D.C., août 2024).
  • Le dossier judiciaire indique que Google a lancé le projet Folly pour réduire cette latence, après avoir constaté que ses propres résultats étaient environ 300 millisecondes plus lents que ceux de Bing (US District Court for D.C., août 2024).

Que montrent les études sur le classement ?

Que la vitesse ne permet pas de départager les pages de la première page, ce qui concorde avec la description que Google donne de ce signal.

  • Backlinko a comparé les temps de chargement des domaines Alexa de 1 millions de domaines à leurs classements et n’a trouvé aucune corrélation avec les positions en première page. Étude de fournisseur (Backlinko, mars 2020).
  • Ahrefs a indiqué qu’en raison du calendrier du déploiement et d’autres mises à jour menées en parallèle, il était impossible d’isoler l’effet des Core Web Vitals sur le classement ; les sites qui travaillent sur la vitesse sont aussi plus susceptibles de travailler généralement sur leur SEO. Étude de fournisseur (Ahrefs, janv. 2022).

Les facteurs de classement au-delà de la vitesse sont abordés dans les statistiques sur le SEO des sites web.

Méthodologie et sources

Chaque statistique de cette page a été retracée jusqu’à l’organisation qui l’a produite : le Chrome UX Report, HTTP Archive (Web Almanac 2025 et Core Web Vitals Technology Report), Google Search Central, web.dev, un dossier d’un tribunal fédéral américain, W3Techs, Ookla, ITU, Pew Research Center, Cloudflare, Shopify, l’équipe de performance de WordPress Core, Zalando, Nielsen Norman Group, V8 et la documentation WebP de Google. Les études de fournisseurs sont celles d’Ahrefs et de Backlinko. Les résultats des études de cas publiées par web.dev sont présentés par les entreprises elles-mêmes, portent chacune sur un seul site et sont déclarés par ces entreprises. Les taux de réussite par pays et par technologie du Tech Report correspondent à la part des origines pour lesquelles Chrome dispose d’assez de données ; ils indiquent des corrélations entre les sites utilisant une technologie, et non les effets de cette technologie. Chaque lien a été ouvert le 14 octobre 2026 afin de vérifier que la page s’affiche, que le chiffre y figure et que la date est correcte ; les chiffres du Tech Report ont également été consultés dans les données sous-jacentes au rapport. Lorsque des chiffres provenant de chapitres ou de dates différents divergent, la page retient celui correspondant à la date indiquée. Nous ne citons pas les articles récapitulatifs de statistiques. La page est actualisée chaque mois, et les chiffres du Chrome UX Report et du Tech Report sont remplacés en premier.

Glossaire

  • Core Web Vitals : trois métriques de terrain de Google portant sur le chargement (LCP), la réactivité (INP) et la stabilité visuelle (CLS).
  • LCP : Largest Contentful Paint, le temps nécessaire pour afficher le plus grand élément visible.
  • INP : Interaction to Next Paint, la rapidité avec laquelle une page répond aux clics, aux appuis et aux frappes au clavier.
  • CLS : Cumulative Layout Shift, l’ampleur des déplacements inattendus du contenu visible.
  • FCP : First Contentful Paint, le temps nécessaire pour qu’un premier élément de contenu apparaisse.
  • TTFB : Time to First Byte, le temps écoulé avant l’arrivée du premier octet de la réponse.
  • TBT : Total Blocking Time, une mesure en laboratoire du blocage du fil d’exécution principal qui sert d’indicateur pour l’INP.
  • CrUX : Chrome UX Report, le jeu de données public des mesures d’utilisateurs réels dans Chrome.
  • Origine : un schéma, un hôte et un port, utilisés comme unité de mesure dans CrUX.
  • 75e centile : la valeur que 75 % des pages vues atteignent ou respectent, utilisée pour évaluer les Core Web Vitals.
  • CDN : réseau de diffusion de contenu.
  • Early Hints : un statut HTTP qui permet à un serveur d’indiquer au navigateur quelles ressources récupérer avant que la réponse de la page soit prête.
  • Règles de spéculation : une API de navigateur permettant de précharger ou de prérendre les pages que le visiteur est susceptible d’ouvrir ensuite.
  • bfcache : cache de navigation arrière/avant, qui restaure une page depuis la mémoire lors d’une navigation vers l’arrière ou vers l’avant.
  • Brotli : format de compression généralement plus efficace que gzip pour les fichiers texte.

Sources

Citer cette page

Chaque chiffre renvoie à l’étude dont il est issu. Vous pouvez le citer en ajoutant un lien vers cette page ou vers la source originale.

BlazeHive. "182 statistiques sur la vitesse des sites web en novembre 2026." BlazeHive, novembre 2026. https://www.blazehive.io/fr/statistics/website-speed-statistics/
<a href="https://www.blazehive.io/fr/statistics/website-speed-statistics/">Statistiques sur la vitesse des sites web 2026</a> (BlazeHive, novembre 2026)
  • Statistiques SEO 2026 Volume de recherche, taux de clic, facteurs de classement, budgets et ROI du SEO, et effets des réponses de l’IA sur le trafic organique.
  • Statistiques des réseaux sociaux 2026 Utilisateurs des réseaux sociaux, temps passé, portée des plateformes, recherche sur les réseaux sociaux, commerce social et retombées du marketing sur les réseaux sociaux.
  • Statistiques du marketing d'affiliation 2026 Dépenses en marketing d’affiliation et de partenariat, commissions et paiements, conversions, revenus des éditeurs et des créateurs, pertes de suivi, règles de divulgation et IA.
  • Statistiques sur l'IA 2026 Adoption de l’IA par les entreprises et les particuliers, dépenses, modèles, emplois, confiance et réglementation.
  • Statistiques du marketing numérique 2026 Marketing numérique multicanal : dépenses publicitaires par pays et canal, appareils et applications, achats en ligne, publicité programmatique et télévision connectée, mesure et confidentialité.
  • Statistiques marketing 2026 Budgets marketing en proportion du chiffre d’affaires, dépenses par canal, mesure du ROI, taille des équipes, rémunérations et compétences, priorités des directeurs marketing et adoption par les petites entreprises.
  • Statistiques du marketing vidéo 2026 Utilisation de la vidéo par les spécialistes du marketing, habitudes de visionnage, formats courts et longs, YouTube et ROI de la vidéo.
  • Statistiques du marketing de contenu 2026 Budgets, taille des équipes, formats, diffusion et ROI du marketing de contenu pour les équipes B2B et B2C.
  • Statistiques de l’email marketing 2026 Utilisation de l’e-mail, taux d’ouverture et de clic, ROI, personnalisation et délivrabilité.
  • Statistiques du marketing d’influence 2026 Dépenses en marketing d’influence, tarifs des créateurs, plateformes, confiance, règles de divulgation et ROI.
  • Statistiques sur le trafic des chatbots d'IA en 2026 Visites issues de ChatGPT, Gemini, Claude, Perplexity et Copilot, requêtes de robots d’IA, ratios entre exploration et visites référentes, conversions, pertes des éditeurs et robots.txt.
  • Statistiques du référencement local 2026 Recherches de proximité, Google Business Profile, avis, cartes et conversion des recherches locales en visites et appels.
  • Statistiques sur l’automatisation du marketing 2026 Adoption de l’automatisation du marketing, budgets, outils, flux de travail, agents IA et retombées.
  • Statistiques sur le netlinking 2026 Liens entrants et classements, coût des liens, taux de réponse à la prospection et liens obtenus grâce aux relations publiques numériques.
  • Statistiques publicitaires 2026 Dépenses publicitaires par région et par média, revenus des plateformes et des technologies publicitaires, télévision, radio, affichage et presse écrite, blocage publicitaire, fraude, réglementation et IA dans l’achat publicitaire.
  • Statistiques marketing de contenu B2B 2026 Comment les acheteurs B2B recherchent et consultent du contenu, formats et canaux efficaces, budgets, prospects issus de contenus réservés, leadership d’opinion, alignement commercial et IA dans le contenu B2B.
  • Statistiques de blogging 2026 Fréquence de publication des entreprises, longueur des articles, lectorat, trafic et prospects générés par les blogs.
  • Statistiques LinkedIn 2026 Membres et utilisation de LinkedIn, portée du marketing B2B, performances des contenus et publicité.
  • Statistiques du marketing sur les réseaux sociaux 2026 Dépenses et budgets publicitaires sur les réseaux sociaux, plateformes utilisées par les spécialistes du marketing, formats et fréquence de publication, références en matière d’engagement et de publicité payante, recherche et achats sur les réseaux sociaux, ROI, équipes et IA.
  • Statistiques du marketing basé sur les comptes 2026 Adoption et maturité de l’ABM, ROI et taux de réussite, taille des contrats et durée des cycles de vente, listes de comptes cibles, groupes d’achat, canaux, données d’intention, alignement des ventes et du marketing, mesure et IA.
  • Statistiques SEO B2B 2026 Comment les acheteurs B2B et SaaS utilisent la recherche, durée des cycles de vente et retombées du référencement naturel pour les entreprises B2B.
  • Statistiques sur la génération de prospects 2026 Canaux de génération de prospects, coût par prospect, conversion des prospects en clients et pipeline B2B.
  • Statistiques d’utilisation des moteurs de recherche 2026 Parts de marché par pays et appareil, fréquence des recherches et âge des utilisateurs, accords de moteur par défaut et réglementation, moteurs axés sur la confidentialité et moteurs nationaux, comparaison avec la recherche sur les réseaux sociaux, par IA, vocale et visuelle.
  • Statistiques SEO IA 2026 Portée d’AI Overview et d’AI Mode, perte de clics, sources citées par les moteurs d’IA et raisons de ces citations, classement des contenus rédigés par l’IA, adoption et mesure de la recherche IA par les équipes SEO.
  • Statistiques sur l'optimisation du taux de conversion 2026 Taux de conversion par canal et appareil, pages de destination, vitesse des pages et programmes de tests.
  • Statistiques SEO Entreprise 2026 Budgets SEO, structure et responsabilités des équipes, limites d’exploration et de rendu, configurations internationales et effets de la recherche IA sur les grands sites.
  • Statistiques SEO vidéo 2026 Présence des vidéos dans Google, YouTube comme moteur de recherche, données structurées vidéo et hébergement, miniatures, durée et sous-titres, poids et vitesse des pages, vidéos dans les réponses de l’IA.
  • Statistiques SEO des sites web 2026 Études sur les facteurs de classement et décisions de justice concernant Google, taux de clic par position et fonctionnalité de la SERP, titres, liens internes, données structurées, indexation et santé de l’exploration, mobile et sécurité, effets des migrations et des mises à jour principales sur le trafic.