Tout savoir sur les Core Web Vitals de Google

Article mis à jour le 5 octobre 2026

La rapidité d’un site ne se résume pas à son temps de chargement. Pour mesurer plus précisément l’expérience vécue par les internautes, Google s’appuie notamment sur trois indicateurs appelés Core Web Vitals.

Ces métriques évaluent trois dimensions essentielles de l’expérience utilisateur : la vitesse d’affichage du contenu principal, la réactivité aux interactions et la stabilité visuelle.

Les Core Web Vitals actuels sont le LCP, l’INP et le CLS. Comprendre ces indicateurs permet d’identifier les problèmes de performance d’un site, d’améliorer l’expérience utilisateur et de travailler plus largement la qualité technique de son référencement naturel.

Que sont les Core Web Vitals ?

Les Core Web Vitals, ou signaux Web essentiels, sont un ensemble d’indicateurs définis par Google pour mesurer des aspects importants de l’expérience réelle des utilisateurs sur une page web.

Ils ne cherchent pas uniquement à savoir si une page se charge rapidement. Ils analysent également la capacité de l’utilisateur à interagir avec elle et la stabilité des éléments affichés pendant la navigation.

Les trois Core Web Vitals actuels sont :

• LCP – Largest Contentful Paint : mesure la vitesse d’affichage du contenu principal ;
• INP – Interaction to Next Paint : mesure la réactivité aux interactions ;
• CLS – Cumulative Layout Shift : mesure la stabilité visuelle.

Ces métriques peuvent évoluer dans le temps. Google a par exemple remplacé l’ancien indicateur FID par l’INP afin de mieux mesurer la réactivité globale d’une page.

Quels sont les bons seuils pour les Core Web Vitals ?

Google classe généralement les résultats en trois niveaux : bon, à améliorer et mauvais.

Ces seuils ne sont pas évalués uniquement sur une visite ou sur un test ponctuel. Google recommande de regarder le 75e percentile des chargements de pages.

Autrement dit, pour obtenir une bonne évaluation, au moins 75 % des expériences mesurées doivent respecter le seuil recommandé.

1. LCP : mesurer la vitesse d’affichage du contenu principal

Le Largest Contentful Paint mesure le temps nécessaire pour afficher le plus grand élément de contenu visible dans la fenêtre de navigation.

Il peut s’agir par exemple d’une grande image, d’un visuel principal ou d’un bloc de texte important.

Un bon LCP doit être inférieur ou égal à 2,5 secondes.

Pourquoi le LCP peut-il être mauvais ?

Un LCP élevé peut provenir de différentes causes : serveur lent, image trop lourde, ressources bloquant le rendu, CSS volumineux ou encore scripts chargés avant le contenu principal.

Le problème n’est donc pas nécessairement lié à un seul fichier. Il faut comprendre quelle ressource est considérée comme élément LCP et ce qui retarde son affichage.

Comment améliorer le LCP ?

Les actions dépendent du site, mais plusieurs pistes reviennent régulièrement.

• réduire le poids de l’image principale ;
• utiliser des formats adaptés comme WebP ou AVIF ;
• améliorer le temps de réponse du serveur ;
• limiter les ressources CSS ou JavaScript bloquant l’affichage ;
• précharger les ressources réellement prioritaires ;
• utiliser efficacement la mise en cache.

2. INP : mesurer la réactivité d’une page

L’Interaction to Next Paint mesure la réactivité d’une page lorsqu’un utilisateur interagit avec elle.

Il analyse notamment le temps nécessaire entre une interaction, comme un clic ou une saisie clavier, et l’affichage de la réponse visuelle correspondante.

Un bon INP doit être inférieur ou égal à 200 millisecondes.

Pourquoi Google a-t-il remplacé FID par INP ?

L’ancien FID – First Input Delay se concentrait essentiellement sur la première interaction de l’utilisateur.

L’INP donne une vision plus globale en prenant en compte les interactions réalisées pendant la visite. Il permet ainsi de mieux identifier les pages qui donnent une impression de lenteur lorsque l’utilisateur clique sur un bouton, ouvre un menu ou interagit avec une fonctionnalité.

Comment améliorer l’INP ?

Un mauvais INP est souvent lié à une charge JavaScript importante ou à des traitements qui bloquent trop longtemps le navigateur.

Il peut être utile de limiter les scripts inutiles, de réduire les longues tâches JavaScript, d’optimiser les gestionnaires d’événements ou encore de fractionner certaines opérations lourdes.

Sur un site WordPress, les extensions, outils marketing, scripts publicitaires ou gestionnaires de consentement peuvent également participer au problème.

3. CLS : mesurer la stabilité visuelle

Le Cumulative Layout Shift mesure les déplacements inattendus des éléments visibles pendant l’utilisation d’une page.

Vous avez probablement déjà rencontré ce problème : vous vous apprêtez à cliquer sur un bouton et, au dernier moment, une image ou une publicité apparaît et déplace le contenu.

Le CLS cherche précisément à mesurer ce type d’instabilité.

Un bon CLS doit être inférieur ou égal à 0,1.

Qu’est-ce qui provoque un mauvais CLS ?

Les causes fréquentes sont les images ou vidéos sans dimensions réservées, les polices qui modifient brutalement la mise en page, les bandeaux injectés tardivement ou les contenus ajoutés dynamiquement au-dessus d’éléments déjà affichés.

Comment améliorer le CLS ?

Il faut principalement réserver suffisamment d’espace avant le chargement des éléments.

Définir les dimensions des images, anticiper la place occupée par les publicités ou bandeaux et maîtriser le chargement des polices permettent généralement de réduire les déplacements inattendus.

Core Web Vitals et SEO : quel impact réel ?

Les Core Web Vitals participent aux systèmes de classement de Google.

Il faut cependant éviter une interprétation trop simpliste.

Un site avec d’excellents Core Web Vitals ne sera pas automatiquement mieux positionné qu’un concurrent. La pertinence du contenu, son utilité, l’autorité du site, le maillage interne ou encore la réponse apportée à l’intention de recherche restent déterminants.

Google recommande d’ailleurs de considérer l’expérience de page dans son ensemble plutôt que de chercher uniquement à obtenir un score parfait.

Cette logique rejoint également les principes du Green SEO : réduire les ressources inutiles peut améliorer à la fois les performances techniques, l’expérience utilisateur et la sobriété du site.

Comment mesurer ses Core Web Vitals ?

Plusieurs outils permettent de mesurer les Core Web Vitals, mais ils ne fournissent pas tous exactement la même information.

Données terrain et données laboratoire : quelle différence ?

C’est l’une des principales sources de confusion lorsqu’on analyse les performances d’un site.

Les données terrain

Les données terrain sont issues de visites réelles.

Elles reflètent des conditions très différentes : téléphones rapides ou anciens, connexions Wi-Fi ou mobiles, utilisateurs situés dans différents lieux ou encore comportements différents.

Elles permettent donc d’évaluer l’expérience réellement vécue par une population d’utilisateurs.

Les données laboratoire

Les données laboratoire sont obtenues en exécutant un test dans un environnement contrôlé.

Elles sont particulièrement utiles pour diagnostiquer les causes d’un problème et reproduire plusieurs fois le même scénario.

En revanche, elles ne représentent pas exactement l’expérience de tous vos visiteurs.

Pourquoi PageSpeed Insights peut-il afficher deux résultats différents ?

PageSpeed Insights peut afficher à la fois des informations issues d’utilisateurs réels et les résultats d’un test effectué au moment de l’analyse.

Il est donc parfaitement possible d’obtenir un bon résultat dans la partie laboratoire tout en ayant des Core Web Vitals insuffisants dans les données terrain, ou inversement.

Les deux résultats ne se contredisent pas nécessairement : ils ne mesurent simplement pas la même chose.

Les données terrain représentent une période et une population d’utilisateurs, tandis que le test laboratoire correspond à une simulation ponctuelle.

Comment analyser les Core Web Vitals dans Google Search Console ?

Dans Google Search Console, le rapport Core Web Vitals permet d’identifier les groupes d’URL considérés comme bons, à améliorer ou mauvais.

Search Console regroupe des pages présentant des caractéristiques similaires. Il n’est donc pas toujours nécessaire de corriger chaque URL séparément : un même problème technique peut concerner un modèle de page complet.

Par exemple, toutes les fiches produits d’un site e-commerce peuvent partager le même problème de LCP si elles utilisent le même template et le même système d’affichage des images.

Il est donc pertinent de rechercher d’abord la cause commune avant de corriger les URL une par une.

Pourquoi Search Console peut-elle afficher “Données insuffisantes” ?

Les Core Web Vitals de Search Console reposent sur des données réelles.

Si une URL ou un groupe de pages ne reçoit pas suffisamment de visites exploitables, Google peut ne pas disposer d’assez de données pour produire un rapport représentatif.

Cela ne signifie pas que la page est performante ou qu’elle rencontre un problème.

Cela signifie simplement que les données disponibles ne permettent pas de tirer une conclusion fiable.

Faut-il viser 100/100 dans PageSpeed Insights ?

Non.

Le score Lighthouse affiché par PageSpeed Insights est utile pour suivre les performances techniques et identifier certaines pistes d’optimisation, mais obtenir 100/100 ne doit pas devenir une finalité.

Une optimisation peut parfois demander beaucoup de temps pour un bénéfice utilisateur très faible.

Il est généralement plus pertinent de commencer par les problèmes qui dégradent réellement l’expérience : contenu principal lent à apparaître, boutons peu réactifs ou mise en page instable.

Quels éléments faut-il optimiser en priorité ?

Les corrections dépendent du diagnostic réalisé sur chaque site, mais certaines actions reviennent fréquemment.

Une optimisation des Core Web Vitals doit donc commencer par un diagnostic précis plutôt que par l’application automatique d’une liste de bonnes pratiques.

Core Web Vitals et écoconception : quels points communs ?

Performance web et écoconception ne sont pas exactement la même chose, mais certaines actions peuvent servir les deux démarches.

Réduire le poids des images, limiter les scripts inutiles ou rationaliser les ressources chargées permet souvent de réduire les transferts de données tout en améliorant le temps d’affichage.

Cette logique s’inscrit dans une approche plus large de l’écoconception numérique et du Green SEO.

Il faut cependant éviter de considérer qu’un bon score Core Web Vitals suffit à démontrer qu’un site est écoconçu. L’impact environnemental d’un service numérique dépend de nombreux autres paramètres.

Améliorer les Core Web Vitals : par où commencer ?

La première étape consiste à mesurer les performances avec plusieurs sources de données.

Search Console permet d’identifier les groupes de pages problématiques, tandis que PageSpeed Insights ou Lighthouse permettent ensuite d’approfondir le diagnostic sur une URL précise.

Une fois la cause identifiée, il faut prioriser les corrections ayant le plus d’impact sur les utilisateurs et éviter les optimisations uniquement destinées à améliorer artificiellement un score.

Les Core Web Vitals doivent finalement être considérés comme ce qu’ils sont : des indicateurs permettant de mieux comprendre la qualité de l’expérience proposée par un site.