Les Core Web Vitals sont trois mesures définies par Google pour évaluer l’expérience réelle d’une page : la vitesse de chargement, la réactivité aux interactions et la stabilité visuelle. Elles comptent dans le classement, mais rarement autant qu’on le croit, et surtout pas de la façon qu’imaginent la plupart des guides. Le point le plus mal compris tient à la donnée que Google regarde : celle de vos vrais visiteurs, pas le score d’un test en laboratoire. Cette page clarifie ce qui se mesure, ce qui pèse, et comment agir sans se tromper de cible.
C’est quoi les Core Web Vitals ?
Les Core Web Vitals sont trois métriques d’expérience utilisateur suivies par Google : le LCP pour la vitesse de chargement, l’INP pour la réactivité aux interactions et le CLS pour la stabilité visuelle. Elles s’appuient sur les données réelles des visiteurs sous Chrome et comptent parmi les signaux d’expérience de page.
Le terme s’inscrit dans un ensemble plus large, les signaux d’expérience de page, qui comprend aussi le HTTPS et l’absence de pop-ups intrusifs. Google a d’ailleurs retiré fin 2023 son rapport et sa section « Expérience sur la page » de la Search Console, tout en conservant le rapport Core Web Vitals. Le message est clair : les trois mesures restent le cœur du sujet, débarrassées de l’emballage marketing qui les entourait.
Les trois mesures, leurs seuils et ce qu’elles évaluent
Chaque métrique cible une dimension de l’expérience, avec un seuil « bon » défini par Google. Une page passe le contrôle quand ces trois seuils sont atteints pour la majorité de ses visites.
| Mesure | Ce qu’elle évalue | Seuil « bon » |
|---|---|---|
| LCP (Largest Contentful Paint) | Le temps d’affichage du plus gros élément visible, souvent l’image ou le titre principal | Inférieur à 2,5 secondes |
| INP (Interaction to Next Paint) | La réactivité de la page à toutes les interactions du visiteur, du clic au défilement | Inférieur à 200 millisecondes |
| CLS (Cumulative Layout Shift) | La stabilité de la mise en page, c’est-à-dire l’absence d’éléments qui sautent pendant le chargement | Inférieur à 0,1 |
Un changement majeur date de mars 2024 : l’INP a remplacé l’ancienne mesure FID (First Input Delay) parmi les Core Web Vitals. Le FID ne mesurait que le délai de la première interaction ; l’INP évalue la réactivité sur l’ensemble des interactions d’une visite, un critère bien plus représentatif. Les guides qui parlent encore de FID datent d’avant ce basculement.
Le malentendu qui fausse tout : terrain contre laboratoire
C’est le point que nous devons expliquer dans presque chaque audit. Il existe deux façons de mesurer les Core Web Vitals, et Google n’en utilise qu’une pour le classement.
Les données de terrain proviennent des vrais visiteurs de votre site sous Chrome, agrégées dans le rapport d’expérience utilisateur de Chrome sur une fenêtre glissante de vingt-huit jours. Ce sont ces données, et elles seules, que Google prend en compte pour son évaluation. Les données de laboratoire viennent d’un test simulé, comme Lighthouse, dans des conditions fixes. Elles servent au diagnostic et à l’optimisation, jamais au classement.
La conséquence surprend souvent : une page peut afficher un score Lighthouse au vert et échouer aux Core Web Vitals aux yeux de Google, parce que ses visiteurs réels, sur des connexions et des appareils variés, vivent une expérience plus lente que le laboratoire. La règle à retenir : optimisez en laboratoire, mais jugez sur le terrain.
Les Core Web Vitals pèsent-ils sur le classement ?
Oui, mais avec mesure. Google les utilise comme signal de classement depuis 2021, et le confirme régulièrement. La nuance, tout aussi officielle : la pertinence du contenu prime largement. Un contenu excellent sur une page un peu lente devance un contenu médiocre sur une page rapide. Les Core Web Vitals départagent des pages par ailleurs comparables, ils ne compensent pas un contenu faible.
En pratique, ils jouent surtout par le bas. Une expérience franchement dégradée, avec des pages lentes à réagir ou qui sautent pendant le chargement, pèse plus lourd qu’une expérience irréprochable ne rapporte. L’objectif raisonnable n’est pas le score parfait, mais de sortir de la zone rouge sur les trois mesures, là où l’expérience fait fuir les visiteurs et où Google le constate dans les données de terrain.
Améliorer chaque mesure : les leviers qui comptent
Accélérer le LCP
Le plus gros élément visible doit s’afficher vite. Les leviers les plus efficaces portent sur l’image ou le bloc principal du haut de page : la compresser dans un format moderne, la précharger, la servir depuis un réseau de diffusion de contenu. En amont, le temps de réponse du serveur conditionne tout le reste, un sujet qui rejoint la performance serveur que nous traitons côté exploration.
Réduire l’INP
La réactivité se dégrade quand le processeur du visiteur est occupé à exécuter du JavaScript. Découper les tâches longues, alléger le code exécuté au chargement et différer ce qui n’est pas essentiel libèrent le fil principal et raccourcissent le délai de réponse. C’est le point de contact direct avec le SEO JavaScript : un site lourd en scripts paie sur l’INP.
Stabiliser le CLS
Les sauts de mise en page viennent d’éléments dont l’espace n’est pas réservé à l’avance : images sans dimensions déclarées, publicités qui s’insèrent, bannières qui poussent le contenu. Déclarer les dimensions des médias et réserver la place des éléments dynamiques suffit à corriger l’essentiel. Ce chantier recoupe directement l’ergonomie mobile, où un contenu qui saute gêne d’abord le visiteur.
Les outils pour mesurer et diagnostiquer
- Le rapport Core Web Vitals de la Search Console : les données de terrain de votre site, regroupées par état et par groupe d’URL. Le point de départ pour savoir où vous en êtes aux yeux de Google.
- PageSpeed Insights : il affiche à la fois les données de terrain, si votre site en a assez, et une analyse de laboratoire avec des recommandations concrètes.
- Lighthouse et les outils de développement de Chrome : pour diagnostiquer une page en laboratoire, isoler un problème et tester un correctif avant mise en ligne.
La bonne méthode croise les deux sources : la Search Console pour l’état réel jugé par Google, Lighthouse pour comprendre la cause et la corriger. Optimiser à l’aveugle sur un seul score mène souvent à traiter un problème que vos visiteurs ne rencontrent pas.
Core Web Vitals et indexation mobile-first
Une précision utile pour finir. Google évalue l’expérience de page à partir de la version mobile, dans la logique de l’indexation mobile-first. Vos Core Web Vitals se jouent donc d’abord sur smartphone, sur des appareils et des connexions plus modestes que votre poste de travail. Tester uniquement en conditions de bureau donne une image flatteuse et trompeuse. C’est le rendu mobile réel qui fait référence.
FAQ : vos questions sur les Core Web Vitals
C’est quoi les Core Web Vitals ?
Les Core Web Vitals sont trois métriques définies par Google pour mesurer l’expérience réelle d’une page web : la vitesse de chargement (LCP), la réactivité aux interactions (INP) et la stabilité visuelle (CLS). Elles reposent sur les données des vrais visiteurs sous Chrome et comptent parmi les signaux d’expérience de page.
Quels sont les trois Core Web Vitals et leurs seuils ?
Le LCP mesure le temps d’affichage du plus gros élément, avec un seuil bon sous 2,5 secondes. L’INP mesure la réactivité aux interactions, sous 200 millisecondes. Le CLS mesure la stabilité visuelle, sous 0,1. Une page réussit le contrôle quand ses trois mesures atteignent le seuil bon pour la majorité des visites.
Les Core Web Vitals sont-ils un facteur de classement ?
Oui, depuis 2021, mais un facteur secondaire. Google précise que la pertinence du contenu prime largement : de bons Core Web Vitals ne compensent pas un contenu faible. Ils départagent des pages comparables et pèsent surtout quand l’expérience est mauvaise, au point de gêner les visiteurs.
Quelle différence entre données de terrain et de laboratoire ?
Les données de terrain viennent de vos vrais visiteurs sous Chrome, agrégées sur vingt-huit jours ; ce sont elles que Google utilise pour le classement. Les données de laboratoire, comme Lighthouse, simulent une visite dans des conditions fixes et servent au diagnostic. Une page peut réussir en laboratoire et échouer sur le terrain.
Le FID existe-t-il encore ?
Non. En mars 2024, l’INP (Interaction to Next Paint) a remplacé le FID (First Input Delay) parmi les Core Web Vitals. Le FID ne mesurait que le délai de la première interaction, tandis que l’INP évalue la réactivité sur toutes les interactions d’une visite. Les contenus qui citent encore le FID sont datés.
Mettre vos Core Web Vitals au vert, sans y perdre son temps
L’optimisation des Core Web Vitals mérite d’être menée avec méthode : mesurer sur le terrain, diagnostiquer en laboratoire, corriger les causes réelles plutôt que courir après un score. Si vos pages échouent au rapport de la Search Console, ou si vous ne savez pas par où commencer, un audit technique hiérarchise les chantiers par gain attendu, du serveur au JavaScript. Parlons de la performance de votre site, telle que la vivent vos visiteurs.
Article rédigé par Yonel Sasson, Getknown, agence SEO et GEO.