Core Web Vitals : définition et optimisation pour le SEO

Les Core Web Vitals mesurent une chose très concrète : ce que perd un site qui charge lentement. Selon une analyse de Google, 53 % des visites sur mobile sont abandonnées si une page met plus de trois secondes à charger. Si votre site est lent, vous ne perdez donc pas seulement des positions sur Google : vous perdez des clients avant même qu’ils aient lu une ligne de texte.

Les Core Web Vitals sont les indicateurs avec lesquels Google mesure le temps de chargement de la page, sa réaction aux clics et la façon dont la mise en page bouge pendant que l’internaute lit. Ce n’est pas un détail technique à laisser au seul développeur : ils influencent à la fois le positionnement et le comportement des visiteurs du site.

Dans ce guide, vous trouverez la définition des Core Web Vitals, c’est-à-dire du LCP, de l’INP et du CLS, les seuils de réussite et d’échec fixés par Google, les outils pour les mesurer et une check-list pratique pour intervenir.

Que sont les Core Web Vitals

Google les a introduits en 2020 pour répondre à une question simple : comment mesurer, avec des chiffres et non des impressions, si un site offre une bonne expérience à ses visiteurs ? Avant, il n’existait pas de standard commun. Il y avait des dizaines d’indicateurs de performance, chacun utile à sa manière, mais aucun assez clair pour devenir le standard partagé que nous appelons aujourd’hui Core Web Vitals.

Les Core Web Vitals couvrent trois domaines :

• le chargement, c’est-à-dire le temps qui s’écoule avant que le contenu principal de la page soit visible
• la réactivité, c’est-à-dire le temps entre un clic (ou un toucher, ou l’appui sur une touche) et la réponse visible à l’écran
• la stabilité visuelle, c’est-à-dire à quel point la mise en page se déplace pendant le chargement ou pendant que l’internaute interagit avec la page

Les données viennent du Chrome User Experience Report (CrUX), qui recueille les expériences réelles des internautes qui naviguent avec Chrome, et non d’un test simulé en laboratoire. Cela crée souvent de la confusion : un site peut paraître rapide dans un test local et afficher pourtant des Core Web Vitals en rouge dans Search Console, parce que le test local ne reflète pas les conditions réelles des visiteurs (réseau mobile, appareils moins puissants, connexions instables).

Pour une entreprise qui vend en ligne, le lien entre Core Web Vitals et conversions se traduit par un chiffre concret : un site qui charge en une seconde convertit jusqu’à 2,5 fois plus de visiteurs qu’un site qui en met cinq, selon une étude de Portent citée par HubSpot. Ce n’est pas seulement une question de positionnement sur Google. C’est une question de nombre de clients qui arrivent jusqu’au panier.

LCP, INP, CLS : les 3 indicateurs expliqués

Chacun des Core Web Vitals a un seuil « bon », un seuil « à améliorer » et un seuil « médiocre ». Les seuils sont définis par Google et s’appliquent à tous les sites, sans exception sectorielle.

LCP (Largest Contentful Paint) : la vitesse de chargement

Le LCP est le premier des trois Core Web Vitals et mesure le temps écoulé entre le début du chargement de la page et l’affichage de son élément le plus grand : en général une image principale, une vidéo de couverture ou le bloc de texte principal.

Seuils : bon en dessous de 2,5 secondes, à améliorer entre 2,5 et 4 secondes, médiocre au-delà de 4 secondes.

Les causes les plus courantes d’un LCP lent sont des images trop lourdes et non compressées, un serveur qui répond lentement, du CSS et du JavaScript qui bloquent le rendu avant que le contenu principal soit visible, et des polices web qui retardent l’apparition du texte.

INP (Interaction to Next Paint) : la réactivité

L’INP est le deuxième des trois Core Web Vitals et mesure le temps écoulé entre une interaction de l’internaute (un clic, un toucher, l’appui sur une touche) et le moment où le navigateur met visuellement à jour la page en réponse. Il a remplacé le First Input Delay (FID) comme indicateur officiel en mars 2024, parce qu’il évalue toutes les interactions de la session et pas seulement la première.

Seuils : bon en dessous de 200 millisecondes, à améliorer entre 200 et 500 millisecondes, médiocre au-delà de 500 millisecondes.

Les causes les plus courantes sont des scripts JavaScript lourds à exécuter, des tâches longues qui bloquent le thread principal du navigateur, et des scripts tiers (chat, pixels de suivi, pop-ups) qui se disputent les mêmes ressources.

CLS (Cumulative Layout Shift) : la stabilité visuelle

Le CLS est le troisième des trois Core Web Vitals et mesure à quel point le contenu de la page se déplace de façon inattendue pendant le chargement ou pendant que l’internaute interagit avec elle. C’est le cas classique du bouton qui se déplace une fraction de seconde avant que vous ne cliquiez dessus.

Seuils : bon en dessous de 0,1, à améliorer entre 0,1 et 0,25, médiocre au-delà de 0,25.

Les causes les plus courantes sont des images ou des vidéos sans dimensions déclarées dans le HTML, des bannières publicitaires ou des widgets insérés dynamiquement au-dessus du contenu déjà visible, et des polices web qui, en arrivant en retard, modifient la taille du texte déjà affiché.

Comment les mesurer (Search Console, PageSpeed Insights)

Avant d’intervenir sur les Core Web Vitals, il faut savoir d’où viennent les données que l’on regarde. Google distingue deux types de mesure, et les confondre est l’erreur la plus fréquente de ceux qui contrôlent leurs Core Web Vitals pour la première fois.

Les données de terrain (field data) viennent d’utilisateurs réels qui ont visité le site avec Chrome : elles racontent ce qui se passe vraiment, mais demandent un volume de trafic minimum pour être disponibles. Les données de laboratoire (lab data) viennent d’un test simulé, toujours dans les mêmes conditions : elles sont immédiates, mais décrivent un scénario hypothétique, pas l’expérience réelle des visiteurs.

Les outils principaux sont au nombre de quatre, et chacun sert à un objectif différent :

• Search Console, dans le rapport Core Web Vitals : il utilise des données de terrain agrégées par groupes de pages similaires. C’est le meilleur point de départ pour comprendre quelles sections du site ont un problème généralisé, et pas seulement une page isolée
• PageSpeed Insights : il combine données de terrain (quand elles sont disponibles) et données de laboratoire pour une seule page. Utile pour un diagnostic rapide et pour comprendre ce qui freine réellement cette page
• Chrome UX Report (CrUX) : des données de terrain publiques, utiles pour des comparaisons au niveau du domaine, y compris avec les concurrents
• Chrome DevTools (panneau Performance) ou Lighthouse : des données de laboratoire détaillées, le bon choix pendant le développement, pour vérifier qu’une modification a vraiment amélioré les choses avant de la publier

Pour avoir une image juste des Core Web Vitals d’un site, mieux vaut partir de Search Console pour repérer les pages critiques, puis approfondir avec PageSpeed Insights page par page. La documentation officielle de Google Search Central explique en détail comment les seuils sont calculés ; elle a été mise à jour pour la dernière fois en décembre 2025.

Si vous préférez une analyse prête à l’emploi plutôt que de croiser quatre outils différents, demandez un audit SEO technique : nous vous le préparons, avec les priorités déjà classées par impact.

Comment les optimiser : check-list pratique

Les trois Core Web Vitals ont des causes différentes, donc les interventions sont différentes elles aussi. Voici une check-list par indicateur, pensée pour ceux qui doivent fixer des priorités et n’ont pas le temps de refaire le site de zéro.

Check-list pour améliorer le LCP

1. Compressez les images et utilisez des formats modernes comme WebP ou AVIF
2. Appliquez le preload à l’image ou à la vidéo principale, au lieu du lazy loading
3. Activez le cache côté serveur et, si le trafic le justifie, un CDN
4. Réduisez le temps de réponse du serveur (TTFB)
5. Supprimez ou différez le CSS et le JavaScript qui bloquent le rendu de la partie visible de la page
6. N’appliquez le lazy loading qu’aux images hors écran, pas à l’image principale
7. Utilisez font-display: swap pour éviter que les polices web bloquent l’apparition du texte

Check-list pour améliorer l’INP

1. Découpez les longues tâches JavaScript en blocs plus petits, pour ne pas bloquer le thread principal
2. Supprimez ou chargez en différé les scripts tiers non essentiels (chat, pixels, pop-ups)
3. Mettez d’abord à jour l’interface visible par l’internaute, puis exécutez le reste du code en arrière-plan
4. Réduisez la taille des bundles JavaScript grâce au code splitting
5. Déplacez les calculs lourds qui ne touchent pas au DOM vers un web worker
6. Évitez de lire et de modifier le style de la page dans le même cycle d’exécution
7. Utilisez le panneau Performance de Chrome DevTools pour repérer les tâches les plus lentes

Check-list pour améliorer le CLS

1. Déclarez toujours width, height ou aspect-ratio sur les images et les vidéos
2. Réservez l’espace des bannières publicitaires avant leur chargement
3. Évitez d’insérer du contenu dynamique au-dessus de celui déjà visible par l’internaute
4. Préchargez les polices web pour éviter les changements de mise en page à leur arrivée
5. Animez les éléments avec transform, pas avec des propriétés qui modifient la mise en page
6. Contrôlez les intégrations tierces (vidéos, cartes, widgets sociaux) : elles sont la cause la plus fréquente d’un CLS élevé

Pour aller plus loin sur la façon dont Google conseille d’intervenir sur les Core Web Vitals, en particulier sur l’INP, le guide de web.dev détaille la gestion des tâches longues côté client.

Core Web Vitals et classement : combien ils comptent

Il faut ici être clair, parce qu’on lit de tout en ligne. Google, dans sa documentation, dit que les Core Web Vitals, avec les autres aspects de l’expérience de page, sont alignés sur ce que ses systèmes de classement cherchent à récompenser. Il ne dit pas qu’ils sont le facteur décisif.

En 2021, John Mueller de Google a répondu ainsi à ceux qui demandaient combien les Core Web Vitals pesaient vraiment dans le classement : c’est un facteur de classement, et c’est plus qu’un simple départage entre des pages similaires, mais cela ne remplace pas la pertinence. La pertinence des contenus reste de loin le facteur le plus important : un site lent avec des contenus pertinents peut encore battre un site rapide aux contenus génériques.

Cela ne veut pas dire que leur poids soit faible. Cela veut dire que la relation entre la vitesse du site et le SEO se lit à deux niveaux : celui du classement, où les Core Web Vitals sont un signal parmi d’autres, et celui du business, où l’effet est direct et mesurable. Vodafone, après avoir amélioré de 31 % le LCP, l’un des trois Core Web Vitals, sur un site, a enregistré une hausse de 15 % du passage de lead à visite, de 11 % du passage de panier à visite et de 8 % des ventes, selon les données rapportées par HubSpot.

En pratique : même si les Core Web Vitals ne vous font pas passer seuls de la page deux à la page un, un site lent reste une cause concrète à vérifier quand une page ne se positionne pas comme elle le devrait, avec des contenus peu pertinents, une structure faible ou des problèmes d’indexation.

Les Core Web Vitals ne sont donc pas le seul levier du positionnement. Mais ils font partie des rares que vous pouvez contrôler avec des données objectives, sans devoir deviner ce que pense l’algorithme.

Une fois clarifié le poids réel des Core Web Vitals dans le classement, l’étape suivante consiste à organiser leur suivi dans le temps, et pas seulement à la mise en ligne du site. Les seuils de Google restent les mêmes, mais le site change : chaque nouvelle section, chaque script ajouté pour une campagne, chaque bannière en plus peut faire glisser un indicateur de bon à médiocre. Un contrôle trimestriel, croisé avec les données de Search Console, évite que le problème s’accumule sans que personne ne s’en aperçoive.

Si vous travaillez aussi sur les contenus, il vaut la peine de regarder en parallèle comment optimiser les contenus pour la recherche IA : la vitesse, mesurée par les Core Web Vitals, et la qualité des contenus se jouent sur le même terrain, celui de l’expérience de page globale que Google évalue. Vous trouverez d’autres articles du même type dans la section guides et tutoriels du blog.

En résumé : les Core Web Vitals sont trois indicateurs mesurables, LCP, INP et CLS, avec des seuils précis fixés par Google. Ils ne décident pas seuls du positionnement, mais influencent directement les conversions et le comportement des internautes. Les mesurer avec les bons outils et intervenir selon les bonnes priorités est un travail technique qui se voit dans les chiffres, pas seulement dans la théorie.

Si vous voulez savoir exactement où votre site perd en vitesse, demandez un audit SEO technique : nous analysons vos Core Web Vitals, LCP, INP et CLS, page par page, et nous vous disons ce qu’il vaut la peine de corriger en premier.