Site web3 min de lecture
Vitesse d'un site web : ce que Google mesure vraiment
LCP, INP, CLS : les trois Core Web Vitals expliqués simplement, les seuils à viser, et les leviers qui font vraiment gagner en vitesse.
Un site lent perd des visiteurs avant même d'avoir pu les convaincre. Google l'a formalisé avec les Core Web Vitals : trois mesures qui décrivent ce que ressent réellement un visiteur quand une page se charge. Les comprendre, c'est savoir où agir.
Les trois mesures, simplement
LCP — le contenu principal s'affiche-t-il vite ?
Le Largest Contentful Paint mesure le temps nécessaire pour afficher le plus grand élément visible de la page : souvent une image de couverture ou un grand titre. C'est le moment où le visiteur a le sentiment que « la page est là ».
Objectif : 2,5 secondes ou moins. Au-delà de 4 secondes, Google considère l'expérience comme mauvaise.
INP — la page répond-elle quand on clique ?
L'Interaction to Next Paint mesure le délai entre une action (un clic, une touche, un tap) et la réaction visible de la page. Il a remplacé l'ancien indicateur FID en mars 2024, parce qu'il observe toutes les interactions et pas seulement la première.
Objectif : 200 millisecondes ou moins. Au-delà de 500 millisecondes, l'interface paraît bloquée.
CLS — la page reste-t-elle stable ?
Le Cumulative Layout Shift mesure les décalages inattendus : un bouton qui descend au moment où l'on clique, un texte qui saute quand une image finit de charger. C'est le défaut le plus agaçant, et souvent le plus simple à corriger.
Objectif : 0,1 ou moins. Au-delà de 0,25, la page est jugée instable.
Comment Google les mesure
Point essentiel : Google ne se base pas sur un test en laboratoire, mais sur les visites réelles de vos utilisateurs, collectées via le navigateur Chrome. Une page « réussit » quand au moins 75 % des visites atteignent le bon seuil, sur mobile et sur ordinateur séparément.
Deux outils gratuits suffisent pour commencer :
- PageSpeed Insights affiche à la fois les données réelles (quand le site a assez de trafic) et un diagnostic en laboratoire, avec les pistes d'amélioration.
- Google Search Console, rubrique « Signaux Web essentiels », regroupe les pages par problème sur l'ensemble du site.
Un bon score en laboratoire ne garantit pas une bonne expérience réelle. Ce sont les visites de vos utilisateurs, sur leurs téléphones et leurs réseaux, qui comptent.
Ce qui fait vraiment gagner en vitesse
Les mêmes causes reviennent sur la plupart des sites lents. Dans l'ordre où nous les regardons :
- Les images. Trop lourdes, au mauvais format ou chargées trop tôt. Servir des formats modernes (AVIF, WebP), à la bonne taille pour chaque écran, et ne charger que ce qui est visible.
- Le JavaScript. Chaque script tiers (chat, tracking, widgets) ralentit l'affichage et les interactions. Moins il y en a, plus la page répond vite.
- Les polices. Mal chargées, elles retardent l'affichage du texte ou le font sauter. Les héberger soi-même et réserver leur place évite les deux.
- Le rendu. Une page générée à l'avance, puis servie depuis un réseau de diffusion proche du visiteur, s'affiche presque instantanément. C'est l'approche que permettent des frameworks comme Next.js.
- La stabilité. Donner une taille fixe aux images, aux vidéos et aux encarts publicitaires règle l'essentiel des décalages.
La vitesse fait-elle remonter dans Google ?
Oui, mais comme un signal parmi d'autres. Google le dit clairement : la pertinence du contenu reste déterminante, et un site rapide sans contenu utile ne remontera pas. À contenu équivalent, en revanche, l'expérience fait la différence.
Et surtout, la vitesse sert d'abord vos visiteurs. Une page qui s'affiche vite, qui répond immédiatement et qui ne bouge pas sous le doigt inspire confiance. C'est cette confiance qui transforme une visite en contact.
Par où commencer
Testez vos trois pages les plus importantes dans PageSpeed Insights, version mobile. Notez les trois mesures, puis traitez les problèmes dans l'ordre ci-dessus : les images d'abord, le reste ensuite. Si la structure même du site freine (thème surchargé, accumulation de scripts), il est parfois plus rentable de repartir sur des fondations saines que de corriger page par page.

