Core Web Vitals (Signaux Web essentiels)

Les Core Web Vitals, ou Signaux Web essentiels, sont les trois indicateurs définis par Google en 2020 pour mesurer l'expérience utilisateur d'une page web : la vitesse d'affichage (LCP), la réactivité (INP) et la stabilité visuelle (CLS). Ils comptent parmi les signaux de classement liés à l'expérience de page.

Définition détaillée des Core Web Vitals

Les Core Web Vitals sont un sous-ensemble des Web Vitals, l'initiative de Google pour donner aux éditeurs de sites des repères unifiés de qualité d'expérience. Trois métriques les composent, chacune avec un seuil « bon » fixé par Google :

• LCP (Largest Contentful Paint) : le délai d'affichage du plus grand élément visible de la page. Bon en dessous de 2,5 secondes, médiocre au-delà de 4 secondes.
• INP (Interaction to Next Paint) : la latence entre une interaction de l'utilisateur (clic, touche, saisie) et la mise à jour visuelle qui suit, mesurée sur l'ensemble de la visite. Bon en dessous de 200 millisecondes, médiocre au-delà de 500 ms.
• CLS (Cumulative Layout Shift) : l'ampleur des déplacements inattendus d'éléments pendant la vie de la page. Bon en dessous de 0,1, médiocre au-delà de 0,25.

Une page « réussit » les Core Web Vitals quand 75 % de ses visites réelles atteignent le seuil « bon » sur les trois métriques. Google s'appuie pour cela sur les données de terrain du Chrome User Experience Report (CrUX), collectées auprès des utilisateurs de Chrome, et non sur des tests en laboratoire.

Le FID (First Input Delay), qui ne mesurait que la première interaction, a été remplacé par l'INP le 12 mars 2024. Les contenus qui présentent encore le FID comme un Core Web Vital sont périmés.

Pourquoi Google a mis en place les Core Web Vitals ?

Avant 2020, la performance web se mesurait avec des dizaines d'indicateurs techniques, souvent illisibles pour un éditeur non spécialiste. Google a voulu trois choses :

• Rendre la performance compréhensible : trois métriques, trois seuils, un verdict lisible par un responsable de site sans bagage technique.
• Se concentrer sur ce que ressent l'utilisateur : la vitesse perçue, la réactivité et la stabilité de l'affichage, plutôt que des temps serveur abstraits.
• Standardiser l'évaluation : les mêmes critères pour tous les sites, mesurés dans les mêmes outils, ce qui crée un langage commun entre SEO, développeurs et direction.

Quel est l'impact des Core Web Vitals sur le SEO ?

Les Core Web Vitals font partie des signaux liés à l'expérience de page, pris en compte par Google dans le classement. Google a toujours présenté ce signal comme modeste : à pertinence égale, une page qui offre une meilleure expérience peut être préférée, mais un contenu médiocre ne remontera pas parce qu'il se charge vite. Le contenu et les liens restent les deux premiers piliers du SEO.

L'effet le plus mesurable est indirect : une page lente ou instable fait fuir les visiteurs, et ce comportement pèse sur le taux de rebond, les conversions et la fidélité. Selon les études de cas publiées par Google, les utilisateurs sont 24 % moins susceptibles d'abandonner le chargement d'une page qui respecte les seuils, Farfetch a gagné 1,3 % de conversion pour chaque tranche de 100 ms de LCP gagnée, et Yahoo! Japon a vu ses pages vues par session progresser de 15 % après avoir réduit son CLS.

Les trois piliers en détail

Largest Contentful Paint (LCP)

Le LCP mesure le temps nécessaire pour afficher le plus grand élément visible au chargement, le plus souvent une image de tête ou un bloc de texte. C'est l'indicateur de la vitesse perçue : tant que cet élément n'est pas là, l'utilisateur a le sentiment d'attendre.

Pour l'améliorer : compresser et dimensionner les images, servir l'image LCP sans lazy-loading et avec une priorité de chargement élevée, réduire le temps de réponse du serveur (cache, CDN), et éviter les feuilles de style et polices qui bloquent le rendu.

Interaction to Next Paint (INP)

L'INP évalue la réactivité de la page sur toute la visite : ouverture d'un menu sur mobile, ajout au panier, validation d'un formulaire. Google retient l'une des interactions les plus lentes de la session, ce qui pénalise les pages dont le JavaScript occupe le fil d'exécution principal.

Pour l'améliorer : réduire et découper les scripts longs, différer ce qui n'est pas nécessaire à l'affichage, limiter les scripts tiers (tags, widgets, publicité) et donner un retour visuel immédiat à chaque interaction.

Cumulative Layout Shift (CLS)

Le CLS quantifie les mouvements inattendus de la mise en page : un bouton qui se décale au moment du clic, un texte qui saute quand une image ou une publicité apparaît. C'est l'indicateur de la stabilité visuelle.

Pour l'améliorer : déclarer les dimensions des images, vidéos et emplacements publicitaires, réserver l'espace des contenus injectés dynamiquement, précharger les polices et éviter d'insérer du contenu au-dessus de ce que l'utilisateur est en train de lire.

Comment mesurer les Core Web Vitals ?

Google Search Console

Le rapport Signaux Web essentiels de la Search Console repose sur les données de terrain de CrUX. Il classe les URL en « Bon », « Amélioration nécessaire » et « Médiocre », séparément pour mobile et ordinateur, et regroupe les pages similaires pour faire apparaître les gabarits à corriger en priorité. C'est la source qui compte pour Google.

PageSpeed Insights

PageSpeed Insights affiche pour une URL les données de terrain (quand le trafic suffit) et un audit en laboratoire, avec des recommandations. Le score sur 100 est une note de laboratoire : il ne dit pas si la page réussit les Core Web Vitals.

Lighthouse et Chrome DevTools

Lighthouse produit un audit en laboratoire, utile pour diagnostiquer avant une mise en production. Le panneau Performance de Chrome DevTools affiche désormais les trois métriques en direct, avec les données de terrain associées : Google a retiré son extension Web Vitals en 2025 pour tout regrouper dans DevTools.

Un point de vigilance : les outils de laboratoire simulent un chargement, pas une visite. L'INP, qui dépend des interactions réelles, ne se juge que sur les données de terrain.

Conseils / Bonnes pratiques

Partir des données de terrain, pas du score

Le rapport Search Console dit où sont les pages en échec et sur quelle métrique. Un score PageSpeed de 90 sur une page qui échoue à l'INP en réel ne règle rien.

Traiter les gabarits, pas les pages une à une

Les problèmes de Core Web Vitals viennent presque toujours d'un modèle de page (fiche produit, article, catégorie). Corriger le gabarit règle des centaines d'URL d'un coup.

Optimiser en priorité le mobile

Google évalue d'abord la version mobile des pages (index mobile-first). C'est aussi là que les seuils sont le plus souvent dépassés, faute de puissance et de réseau.

Mettre en cache et servir depuis un CDN

La mise en cache accélère les visites répétées et un CDN réduit le temps de réponse pour tous. Ce n'est pas une optimisation en soi, mais un socle sans lequel les autres efforts plafonnent.

Erreurs fréquentes à éviter

Confondre score PageSpeed et Core Web Vitals

Le score est une note de laboratoire ; les Core Web Vitals se jugent sur 75 % des visites réelles. Les deux peuvent se contredire.

Tester uniquement en laboratoire

Un test sur un poste rapide et une bonne connexion masque ce que vivent les utilisateurs mobiles, qui font l'essentiel du trafic.

Attendre un bond de positions

Réussir les Core Web Vitals lève un frein ; cela ne remplace ni le contenu ni la popularité. Les gains les plus nets se lisent dans l'engagement et la conversion.

On parle aussi des Core Web Vitals ici

• Google abandonne l'extension Web Vitals : tout passe dans DevTools (2025)
• Impact des Core Web Vitals sur les classements : enfin des précisions (2024)
• Google envoie des mails inquiétants à propos de l'INP (2023)
• Google ajoute l'INP au rapport Core Web Vitals dans la Search Console (2023)
• Pourquoi optimiser son site pour le critère INP ? (2023)
• Infographie : Core Web Vitals et SEO (2022)
• Core Web Vitals : point d'étape et outils de mesure (Réacteur, 2021)

FAQ

Quels sont les trois Core Web Vitals en 2026 ?

Le LCP (vitesse d'affichage, seuil 2,5 s), l'INP (réactivité, seuil 200 ms) et le CLS (stabilité visuelle, seuil 0,1). Le FID a été retiré en mars 2024 au profit de l'INP.

Les Core Web Vitals sont-ils un critère de classement Google ?

Oui, au sein des signaux d'expérience de page, mais avec un poids modeste. Ils départagent des pages de pertinence comparable ; ils ne compensent pas un contenu faible.

Où voir si mon site réussit les Core Web Vitals ?

Dans le rapport Signaux Web essentiels de la Google Search Console, qui repose sur les visites réelles. PageSpeed Insights donne le même verdict pour une URL isolée, quand elle reçoit assez de trafic.

Pourquoi mon score PageSpeed est bon alors que la Search Console signale des URL médiocres ?

Le score PageSpeed est une mesure de laboratoire ; la Search Console juge 75 % des visites réelles, souvent sur mobile et en conditions de réseau moyennes. Les données de terrain font foi.

Quelle est la différence entre FID et INP ?

Le FID ne mesurait que le délai de la première interaction. L'INP mesure la latence de toutes les interactions de la visite et retient l'une des plus lentes, ce qui reflète mieux la réactivité réelle d'une page.

En résumé

• Trois métriques : LCP (2,5 s), INP (200 ms) et CLS (0,1), jugées sur 75 % des visites réelles.
• L'INP a remplacé le FID le 12 mars 2024.
• Signal de classement modeste, effet fort sur l'engagement et la conversion.
• La Search Console fait foi : le score PageSpeed est une note de laboratoire.
• Corriger les gabarits, en priorité sur mobile, avec cache et CDN comme socle.

Abondance c'est aussi des audits SEO, un service de contenus et des formations en e-learning !