Core Web Vitals : comprendre et améliorer LCP, INP et CLS

Les Core Web Vitals (ou « Signaux Web essentiels » en français) sont les trois indicateurs avec lesquels Google mesure l'expérience réelle de vos visiteurs : vitesse d'affichage, réactivité et stabilité visuelle. Ils sont visibles dans Search Console, pris en compte par les systèmes de classement de Google, et surtout ressentis par chaque prospect qui arrive sur votre site. Ce guide explique ce que mesurent LCP, INP et CLS, comment lire vos résultats sans vous tromper et quelles corrections apportent le plus de gain.

En bref

• Les trois Core Web Vitals sont le LCP (chargement, bon si 2,5 s ou moins), l'INP (réactivité, bon si 200 ms ou moins) et le CLS (stabilité, bon si 0,1 ou moins).
• Google les évalue sur des données réelles d'utilisateurs, au 75e centile, sur une période glissante de 28 jours.
• L'INP a remplacé le FID en mars 2024 : de nombreux sites qui étaient « au vert » ne le sont plus.
• Un score PageSpeed de 100 en laboratoire ne garantit pas de réussir l'évaluation terrain.
• Les corrections se raisonnent par gabarit de page, pas URL par URL.

Que sont les Core Web Vitals ?

Les Core Web Vitals sont un sous-ensemble des Web Vitals, l'initiative de Google qui vise à donner des repères unifiés de qualité d'expérience sur le web. Chacun des trois indicateurs couvre une dimension de ce que ressent l'utilisateur :

• LCP (Largest Contentful Paint) : temps nécessaire pour afficher le plus grand élément visible à l'écran (image principale, bloc de titre, vidéo). Il répond à la question « la page s'affiche-t-elle vite ? ».
• INP (Interaction to Next Paint) : délai entre une interaction (clic, appui, frappe clavier) et la mise à jour visuelle qui suit, mesuré sur l'ensemble de la visite. Il répond à « la page réagit-elle vite ? ».
• CLS (Cumulative Layout Shift) : somme des décalages inattendus de mise en page. Il répond à « la page reste-t-elle stable ? ».

Les Core Web Vitals ne mesurent pas la vitesse technique de votre serveur, ils mesurent ce que vit un humain devant son écran. C'est pour cela que Google s'appuie sur les données de vrais visiteurs plutôt que sur des tests simulés.

Les seuils officiels des Core Web Vitals

Google classe chaque métrique en trois niveaux :

• LCP : bon : 2,5 s ou moins ; à améliorer : entre 2,5 s et 4 s ; mauvais : plus de 4 s.
• INP : bon : 200 ms ou moins ; à améliorer : entre 200 ms et 500 ms ; mauvais : plus de 500 ms.
• CLS : bon : 0,1 ou moins ; à améliorer : entre 0,1 et 0,25 ; mauvais : plus de 0,25.

Pour qu'une page réussisse l'évaluation, les trois métriques doivent être bonnes au 75e centile des visites, c'est-à-dire pour au moins trois visiteurs sur quatre. L'évaluation est faite séparément pour le mobile et le desktop. Le plus souvent, c'est le mobile qui échoue.

Données terrain et données de laboratoire : ne pas confondre

C'est la source de confusion numéro un. Quand vous lancez PageSpeed Insights, vous voyez deux blocs distincts :

• Données terrain (CrUX) : collectées auprès de vrais utilisateurs de Chrome sur les 28 derniers jours. Ce sont elles qui comptent pour Google et pour Search Console. Elles n'existent que si la page ou l'origine a assez de trafic.
• Données de laboratoire (Lighthouse) : test simulé, sur un appareil et une connexion fixés. Utile pour diagnostiquer et comparer avant et après une correction, mais ce n'est pas ce que Google évalue.

Le laboratoire ne peut pas mesurer l'INP, puisqu'il n'y a pas d'utilisateur qui clique. Lighthouse affiche à la place le Total Blocking Time (TBT), un bon indicateur indirect. Un score Lighthouse de 95 avec une évaluation terrain en échec n'a rien de contradictoire : vos vrais visiteurs ont des téléphones et des connexions moins favorables que le test.

Comment mesurer vos Core Web Vitals

Voici les outils à utiliser, dans l'ordre :

1. Google Search Console, rapport « Signaux Web essentiels » : vue d'ensemble du site, URL regroupées par gabarit similaire, statut mobile et desktop. C'est le point de départ.
2. PageSpeed Insights : analyse d'une URL précise, avec données terrain et recommandations de laboratoire. C'est l'outil Google le plus direct pour tester la vitesse d'une page.
3. Chrome DevTools, onglet Performance : affiche les Core Web Vitals en direct pendant que vous naviguez et permet d'identifier l'élément LCP, les tâches longues et les éléments qui se décalent.
4. Le tableau de bord CrUX ou l'API CrUX : historique mois par mois pour suivre l'évolution.
5. Un suivi RUM (Real User Monitoring), par exemple avec la bibliothèque open source web-vitals envoyée vers GA4 : indispensable pour les sites qui veulent mesurer chaque page, y compris celles à faible trafic.

Les Core Web Vitals ont-ils un impact sur le SEO ?

Oui, mais il faut le relativiser. Google indique que les Core Web Vitals sont utilisés par ses systèmes de classement, tout en précisant que la pertinence du contenu reste prioritaire. Une page lente mais nettement plus utile que ses concurrentes peut tout à fait se classer devant elles. Les Core Web Vitals agissent surtout comme un départage entre pages de qualité comparable, et comme un levier de conversion bien plus que de positionnement. Une page qui s'affiche vite, réagit immédiatement et ne fait pas sauter le bouton au moment du clic retient mieux les visiteurs, ce qui se voit aussi sur votre taux de rebond.

Comment améliorer le LCP

Commencez par identifier l'élément LCP de vos gabarits (DevTools ou PageSpeed Insights l'indiquent). Les corrections les plus efficaces :

• Ne jamais charger en différé l'image LCP : retirez le loading="lazy" de l'image principale au-dessus de la ligne de flottaison.
• Prioriser son chargement avec l'attribut fetchpriority="high", ou un preload si l'image est définie en CSS.
• Alléger l'image : formats AVIF ou WebP, dimensions adaptées à l'écran grâce à srcset.
• Réduire le temps de réponse serveur (TTFB) : cache de page, CDN, hébergement dimensionné.
• Éliminer les ressources bloquantes : CSS critique en ligne, JavaScript non essentiel en defer.
• Éviter que le contenu principal dépende du JavaScript pour s'afficher (rendu côté serveur ou génération statique).

Comment améliorer l'INP

L'INP se dégrade quand le fil principal du navigateur est occupé au moment où l'utilisateur interagit. Les leviers :

• Découper les tâches longues : toute tâche de plus de 50 ms bloque le fil principal. Fractionnez le code et rendez la main au navigateur entre deux étapes.
• Réduire les scripts tiers : chat, tags marketing, A/B testing, heatmaps. Chargez-les après l'interaction ou supprimez ceux qui ne servent plus.
• Afficher un retour visuel immédiat après un clic, puis exécuter le traitement lourd ensuite.
• Limiter la taille du DOM : des milliers de nœuds rendent chaque mise à jour plus coûteuse.
• Auditer les gestionnaires d'événements lourds sur les menus, filtres et formulaires.

Comment améliorer le CLS

Le CLS a presque toujours des causes simples à corriger :

• Définir les dimensions des images et vidéos avec les attributs width et height, ou la propriété CSS aspect-ratio.
• Réserver l'espace des éléments injectés : bannières, encarts publicitaires, iframes, widgets d'avis.
• Maîtriser le chargement des polices : font-display adapté et polices de secours aux métriques proches pour éviter le saut de texte.
• Ne jamais insérer de contenu au-dessus de l'existant après le chargement, sauf en réponse à une action de l'utilisateur.
• Préférer les animations en transform plutôt que celles qui modifient top, left, width ou height.

Plan d'action : réussir l'évaluation Core Web Vitals

1. Ouvrez le rapport Search Console et notez, pour mobile et desktop, les groupes d'URL en échec et la métrique en cause.
2. Associez chaque groupe à un gabarit (article, page service, fiche produit, catégorie).
3. Pour chaque gabarit, testez une URL représentative dans PageSpeed Insights et identifiez la cause précise.
4. Corrigez au niveau du gabarit, puis vérifiez en laboratoire que la correction fonctionne.
5. Une fois en production, cliquez sur « Valider la correction » dans Search Console. La validation s'appuie sur les données terrain, il faut donc compter environ 28 jours.
6. Mettez en place un suivi RUM pour détecter les régressions après chaque mise en production.

FAQ sur les Core Web Vitals

C'est quoi les Core Web Vitals ?

Ce sont trois métriques définies par Google pour mesurer l'expérience réelle des utilisateurs : le LCP pour la vitesse d'affichage, l'INP pour la réactivité et le CLS pour la stabilité visuelle. Elles sont mesurées sur de vrais visiteurs et visibles dans Search Console.

Quel est l'outil qui mesure les Core Web Vitals d'une page ?

PageSpeed Insights est l'outil de référence pour une page donnée : il affiche les données terrain issues du rapport CrUX et un diagnostic Lighthouse. Pour une vue d'ensemble du site, utilisez le rapport Signaux Web essentiels de Google Search Console.

Quel est l'outil Google pour tester la vitesse d'un site web ?

Google propose PageSpeed Insights (pagespeed.web.dev) pour les tests page par page, Lighthouse intégré à Chrome DevTools pour les tests en local, et Search Console pour le suivi global.

Comment tester gratuitement la performance de mon site web ?

PageSpeed Insights, Search Console, Lighthouse et le tableau de bord CrUX sont gratuits. Testez en priorité vos pages qui génèrent des contacts, en version mobile.

Pourquoi l'évaluation Core Web Vitals est-elle en échec alors que mon score est bon ?

Parce que le score affiché est un test de laboratoire, alors que l'évaluation repose sur les données terrain de vos vrais visiteurs. Des appareils moins puissants, des connexions plus lentes ou des scripts tiers déclenchés après le chargement expliquent l'écart.

Faites passer vos pages au vert

Améliorer les Core Web Vitals demande de croiser données terrain, diagnostic technique et arbitrages avec vos équipes marketing (qui ajoutent souvent les scripts tiers). Notre équipe SEO technique identifie les gabarits en échec, chiffre les corrections et accompagne vos développeurs jusqu'à la validation dans Search Console. Demandez votre plan d'action gratuit pour savoir quelles pages corriger en premier.

À lire aussi

• Audit SEO : comment faire un audit complet en 7 étapes
• Taux de rebond : définition, calcul et leviers pour le réduire
• Migration de site : changer de site sans perdre son SEO