Core Web Vitals : ce qui compte vraiment
Trier les métriques qui influencent le classement de celles qui flattent le rapport.
7 min de lecture
4,8sur 5265 votes
- 2,2Klecteurs
- 9en ce moment
- 41partages
Trois mesures composent les Core Web Vitals : le LCP pour la vitesse d’affichage (objectif sous 2,5 secondes), l’INP pour la réactivité après une interaction (objectif sous 200 millisecondes) et le CLS pour la stabilité visuelle (objectif sous 0,1). En 2025, ce qui compte vraiment n’est pas la note affichée par un outil d’audit, mais la donnée de terrain collectée auprès de vos visiteurs réels, lue au 75e percentile sur les 28 derniers jours.
LCP, INP, CLS : les trois seuils à retenir pour 2025
Un rapport de performance se lit toujours de la même manière : un chiffre, un seuil, une décision. Le LCP mesure le temps nécessaire pour afficher le plus grand élément visible d’une page, souvent une image d’en-tête ou un titre principal. L’INP chronomètre le délai entre une action de l’internaute (clic, appui, saisie) et la réaction visible de la page. Le CLS additionne les déplacements inattendus d’éléments pendant le chargement, ces secousses qui font cliquer au mauvais endroit.
| Indicateur | Ce qu’il mesure | Bon | À corriger | Mauvais |
|---|---|---|---|---|
| LCP | Affichage du plus grand élément visible | 2,5 s ou moins | 2,5 à 4 s | Plus de 4 s |
| INP | Réaction de la page après une interaction | 200 ms ou moins | 200 à 500 ms | Plus de 500 ms |
| CLS | Décalages inattendus de la mise en page | 0,1 ou moins | 0,1 à 0,25 | Plus de 0,25 |
Ces valeurs cibles n’ont pas bougé cette année. Ce qui a bougé, c’est le poids relatif de chaque indicateur dans les diagnostics réels. Sur un site français moyen, le LCP se corrige souvent en une journée de travail, tandis que l’INP résiste pendant des semaines.
Pourquoi l’INP est devenu le point faible numéro un
L’INP a remplacé le FID en mars 2024. Le changement est loin d’être cosmétique. Le FID ne mesurait que le délai avant que le navigateur commence à traiter la première interaction, ce qui donnait des résultats flatteurs à des pages pourtant poussives. L’INP va jusqu’au bout du parcours : il regarde le temps total avant que l’écran affiche quelque chose de nouveau, sur l’ensemble des interactions de la visite.
Résultat, les sites qui empilent des scripts tiers paient enfin l’addition. Chat en direct, régie publicitaire, outil d’analyse, test A/B, widgets de recommandation : chacun ajoute du travail au fil principal du navigateur, et ce travail s’exécute pendant que l’internaute attend une réponse. Un bouton qui met 600 millisecondes à réagir n’est pas seulement mal noté, il donne l’impression d’un site cassé.
Terrain contre laboratoire : quelle donnée fait foi ?
Deux familles de mesures coexistent, et les confondre est l’erreur la plus coûteuse en temps. Les données de laboratoire proviennent d’un test contrôlé, avec un appareil et une connexion simulés. Les données de terrain viennent de vraies visites, agrégées par le rapport d’expérience utilisateur de Chrome et reprises dans la Search Console.
Le laboratoire sert à comprendre une cause, le terrain sert à décider. Un audit peut afficher un LCP catastrophique sur une page qui se comporte bien pour vos visiteurs, simplement parce que le test simule un mobile d’entrée de gamme en 4G dégradée. À l’inverse, un site peut sortir un sans-faute en audit et rester rouge sur le terrain, souvent parce que les visiteurs réels ont des extensions, un réseau saturé ou un appareil ancien.
Pour trancher, une seule question suffit : le problème touche-t-il assez de visites pour mériter un chantier ?
Le 75e percentile, la règle qui change la lecture d’un rapport
Un site est jugé performant quand 75 % de ses chargements de pages respectent le seuil visé. Autrement dit, un quart des visites peut dépasser la cible sans que l’ensemble soit déclaré en échec. Cette règle protège contre les moyennes trompeuses, celles qui masquent une minorité de visites très lentes.
Elle a une conséquence pratique souvent oubliée. Gagner quelques dixièmes de seconde sur l’ensemble des visites pèse davantage que de sauver une seule page exceptionnellement lourde, à moins que cette page concentre une part importante de votre trafic. Avant d’ouvrir un chantier, vérifiez le volume concerné.
Les freins qui plombent encore les scores cette année
Les causes se ressemblent d’un site à l’autre, avec des ordres de priorité différents selon le contexte :
- Des images servies en pleine résolution, sans format moderne ni dimensions adaptées à l’écran.
- Un contenu principal injecté par JavaScript, qui apparaît après plusieurs allers-retours vers le serveur.
- Des polices personnalisées chargées sans préchargement, qui font danser le texte pendant une seconde.
- Des scripts tiers empilés sans chargement différé, dont certains ne servent qu’à mesurer les autres.
- Des emplacements publicitaires insérés en cours de chargement, qui poussent le contenu vers le bas.
- Un hébergement ou un cache mal réglé, qui rallonge chaque requête de plusieurs centaines de millisecondes.
Aucun de ces points ne se règle avec une extension miracle. La plupart demandent de mesurer avant d’agir, puis de vérifier sur le terrain que le gain est bien réel.
Prioriser les chantiers selon votre type de site
Sur une boutique en ligne, le LCP et le CLS passent devant le reste. La page produit doit afficher son visuel et son prix immédiatement, sans bandeau qui se décale au moment où le doigt approche du bouton d’achat. Chaque dixième de seconde gagné se traduit en paniers abandonnés en moins.
Sur un site de contenu ou un blog, l’INP et le LCP déterminent la lecture. Un article qui met une seconde à réagir au défilement ou qui affiche une bannière intrusive avant le premier paragraphe perd son lecteur avant la deuxième phrase.
Sur une vitrine ou une interface applicative légère, le CLS et l’INP suffisent souvent à sortir du rouge. La page reste simple, mais chaque formulaire ou menu doit répondre instantanément.
Suivre ses indicateurs sans y consacrer une journée par semaine
Un rituel mensuel de vingt minutes couvre la plupart des besoins :
- Le rapport Core Web Vitals de la Search Console, pour repérer les groupes d’URL en rouge et suivre la tendance.
- PageSpeed Insights sur deux ou trois pages clés, pour identifier une cause précise quand le terrain se dégrade.
- Le tableau de bord public d’expérience utilisateur de Chrome, utile pour comparer votre site à ceux de votre secteur.
- Un contrôle de la variation du LCP après chaque mise en production, afin de rattraper une régression dans les jours qui suivent.
Trois idées fausses qui font perdre du temps
La première consiste à croire qu’il faut viser la note maximale partout. Un score parfait en laboratoire ne garantit rien si les mesures de terrain racontent une autre histoire, et l’énergie dépensée sur les derniers points rapporte rarement autant que la correction du frein le plus lourd.
La deuxième : penser qu’une optimisation se fait une fois pour toutes. Chaque nouvelle extension, chaque script marketing ajouté par une équipe différente peut annuler des mois de travail. Sans contrôle après déploiement, la dérive est systématique.
La troisième : attendre des Core Web Vitals un bond spectaculaire dans les résultats de recherche. Ils départagent des pages déjà proches, ils ne compensent jamais un contenu faible. Le vrai bénéfice se lit ailleurs, dans le taux de rebond, le taux de conversion et le nombre de pages vues par visite.
Les Core Web Vitals sont-ils un facteur de classement direct sur Google ?
Non, ils fonctionnent comme un signal secondaire qui départage des pages déjà proches en pertinence. Un site lent peut se classer devant un site rapide si son contenu répond mieux à la requête. En revanche, sur des requêtes concurrentielles, une expérience dégradée coûte des positions et surtout des conversions.
Faut-il viser la note maximale dans un audit Lighthouse ?
Non. Lighthouse simule un chargement sur un appareil donné et ne représente pas vos visiteurs. Un score de 100 en laboratoire peut cohabiter avec des Core Web Vitals au rouge sur le terrain, et l’inverse existe aussi. Le rapport de terrain dans la Search Console reste la référence à surveiller.
Combien de temps faut-il pour voir bouger les chiffres après une optimisation ?
Comptez environ 28 jours, la fenêtre glissante utilisée par les outils de mesure. Les améliorations apparaissent progressivement dans les rapports, puis mettent quelques semaines de plus à se refléter côté classement, quand elles ont un effet mesurable.
Le CLS reste-t-il un problème avec les bannières publicitaires ?
Oui, et c’est même l’une des causes les plus fréquentes sur les sites monétisés. Réserver un espace fixe pour chaque emplacement publicitaire, avant même le chargement de la régie, supprime l’essentiel des décalages.
Peut-on réussir les Core Web Vitals sans changer de thème WordPress ?
Dans de nombreux cas, oui. Le caching, la compression des images, le nettoyage des extensions et le chargement différé des scripts suffisent à sortir du rouge. Un changement de thème ne devient pertinent que si le thème actuel charge des ressources lourdes impossibles à désactiver proprement.
Les seuils sont-ils identiques sur mobile et sur ordinateur ?
Les valeurs cibles sont les mêmes, mais les mesures sont séparées. Un site peut être vert sur ordinateur et rouge sur mobile, car le processeur, le réseau et la mise en page diffèrent. Sur la majorité des sites français, c’est la version mobile qu’il faut traiter en priorité.
L’auteur
Consultante technique SEO
Indépendante, je teste moi-même ce que je recommande. Ma spécialité : crawl, indexation, performance web et migrations.
Voir tous ses articlesVotre avis compte
Cet article vous a-t-il été utile ?
4,8sur 5265votes
Commentaires
Soyez le premier à réagir.