Core Web Vitals : LCP, INP et CLS expliqués simplement

Une page lente, qui saute pendant le chargement ou qui met une seconde à réagir au clic : l’internaute ne sait pas mettre de nom dessus, mais il le ressent — et il repart. Google a choisi trois indicateurs pour mesurer cette expérience de façon objective : les Core Web Vitals. Ils font partie des signaux d’« expérience de page » pris en compte par le moteur, et surtout, ils pèsent directement sur vos conversions.

Le jargon (LCP, INP, CLS) rebute souvent. Voici ce que chaque sigle veut dire, les seuils à viser et par où commencer.

Les trois indicateurs en une phrase

LCP (Largest Contentful Paint) — le temps qu’il faut pour afficher le plus gros élément visible de la page, souvent l’image principale ou le grand titre. C’est la réponse à « quand est-ce que la page semble chargée ? ».
INP (Interaction to Next Paint) — la réactivité de la page : le délai entre une action de l’utilisateur (clic, tap, saisie) et la mise à jour visible de l’écran. L’INP a remplacé l’ancien FID en 2024.
CLS (Cumulative Layout Shift) — la stabilité visuelle : à quel point les éléments bougent pendant le chargement. Le bouton qui se décale au moment où vous cliquez, c’est du CLS.

Les seuils à viser

Google classe chaque mesure en trois zones : « bon », « à améliorer » et « mauvais ».

Indicateur	Bon	À améliorer	Mauvais
LCP	2,5 s ou moins	entre 2,5 et 4 s	plus de 4 s
INP	200 ms ou moins	entre 200 et 500 ms	plus de 500 ms
CLS	0,1 ou moins	entre 0,1 et 0,25	plus de 0,25

Pour les données réelles, Google regarde le 75e percentile des visites : il ne suffit pas que la majorité des visiteurs ait une bonne expérience, il faut que trois visites sur quatre au moins soient dans le vert.

Données de laboratoire vs données terrain

C’est la source de confusion la plus fréquente. PageSpeed Insights affiche deux types de mesures :

Les données terrain proviennent de vrais utilisateurs de Chrome, agrégées sur les 28 derniers jours (le rapport CrUX). Ce sont elles qui reflètent l’expérience réelle, et celles que Google utilise. Elles n’existent que si la page — ou au moins le domaine — reçoit assez de trafic.
Les données de laboratoire sont une simulation Lighthouse : un chargement unique, sur un appareil et une connexion standardisés. Elles sont toujours disponibles et reproductibles, donc idéales pour tester une correction. En revanche, elles ne peuvent pas mesurer l’INP, faute de véritable interaction.

Un score de labo médiocre avec des données terrain correctes n’est donc pas forcément un drame, et l’inverse existe aussi. Regardez toujours le terrain en priorité quand il est disponible.

Mobile d’abord

Google indexe le web principalement dans sa version mobile, et c’est sur mobile que les écarts sont les plus marqués : processeurs moins puissants, connexions plus instables. Une page qui s’affiche en une seconde sur votre ordinateur de bureau peut largement dépasser les seuils sur un smartphone milieu de gamme. Testez les deux, mais corrigez d’abord le mobile.

Les corrections les plus efficaces

Pour améliorer le LCP

Compressez et redimensionnez l’image principale, et servez-la dans un format moderne (WebP, AVIF).
Ne chargez pas en différé (lazy-load) l’image du haut de page : c’est une erreur courante qui retarde précisément l’élément mesuré.
Réduisez le temps de réponse du serveur : cache de pages, hébergement adapté, CDN.
Limitez les CSS et polices qui bloquent l’affichage.

Pour améliorer l’INP

Allégez le JavaScript : chaque script tiers (chat, pixels publicitaires, widgets) occupe le navigateur.
Découpez les tâches longues pour que le navigateur puisse répondre entre deux traitements.
Méfiez-vous des constructeurs de pages et extensions empilés qui chargent du code sur toutes les pages, même là où il ne sert pas.

Pour améliorer le CLS

Indiquez largeur et hauteur sur les images et vidéos, pour que le navigateur réserve la place.
Réservez l’espace des bannières, publicités et bandeaux cookies au lieu de les injecter au-dessus du contenu.
Chargez les polices web proprement pour éviter que le texte ne change de taille une fois la police arrivée.

Ce que les Core Web Vitals ne font pas

Soyons clairs : de bons Core Web Vitals ne font pas ranker une page au contenu faible. La pertinence reste le critère principal. Mais à contenu équivalent, l’expérience peut faire la différence — et une page rapide et stable convertit mieux, ce qui compte autant que la position. Voyez-les comme une condition d’hygiène, au même titre que les facteurs techniques qui plombent votre score SEO.

Pour aller plus loin

Dans Digi-Pilot, chaque page auditée dispose d’une carte « Vitesse & Core Web Vitals » alimentée par Google PageSpeed Insights : LCP, INP et CLS avec leur verdict, en mobile et sur ordinateur, en données réelles quand elles existent et en mesure de laboratoire sinon — à côté des scores performance, SEO, accessibilité et bonnes pratiques. Commencez par un test SEO gratuit de votre site, puis créez un compte pour suivre la vitesse de vos pages clés dans le temps.