SEO Technique

Core Web Vitals: ce que c'est, comment les mesurer et pourquoi ça impacte votre SEO

Par Jonathan Boetsch, Consultant SEO Freelance & Growth Marketer · 11 min de lecture

Si vous avez déjà entendu parler des Core Web Vitals sans vraiment comprendre ce que c'est, vous n'êtes pas seul. Derrière ce terme technique se cachent trois métriques que Google utilise pour évaluer l'expérience utilisateur de vos pages, et qui pèsent dans votre positionnement. Dans cet article, je vous explique ce que mesure chaque indicateur, comment les tester, comment interpréter un score défaillant et quelles actions prioriser pour progresser.

C'est quoi les Core Web Vitals? (définition claire)

Les Core Web Vitals sont un ensemble de trois métriques définies par Google pour quantifier l'expérience réelle des utilisateurs sur une page web. Elles portent sur la vitesse de chargement perçue, la réactivité aux interactions et la stabilité visuelle. Google les a intégrées à son algorithme de classement en 2021 via le Page Experience Signal, et elles restent en 2026 parmi les critères techniques les plus surveillés lors d'un audit SEO complet.

LCP (Largest Contentful Paint): la vitesse perçue

Le LCP mesure le temps nécessaire pour que le plus grand élément visible de la page (image principale, bloc de texte, vidéo) soit complètement rendu à l'écran. C'est l'indicateur qui se rapproche le plus de ce que l'utilisateur ressent comme "la page a chargé". Un LCP inférieur à 2,5 secondes est considéré comme bon. Entre 2,5 et 4 secondes, c'est à améliorer. Au-delà de 4 secondes, Google juge la page insuffisante.

Sur un site e-commerce typique, le LCP est souvent l'image produit en haut de page. Sur un blog, c'est régulièrement le premier bloc éditorial avec une image mise en avant. Identifier précisément cet élément est la première étape avant toute optimisation.

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

L'INP a remplacé le FID (First Input Delay) en mars 2024 comme métrique officielle de réactivité. Il mesure le délai entre une interaction de l'utilisateur (clic, appui sur une touche, tap sur mobile) et le moment où le navigateur affiche visuellement la réponse. Là où le FID ne capturait que la première interaction, l'INP observe toutes les interactions de la session et retient la plus lente (en excluant les valeurs extrêmes).

Le seuil cible est de 200 millisecondes ou moins. Entre 200 et 500 ms, des efforts sont nécessaires. Au-delà de 500 ms, l'expérience est jugée pauvre. Un INP élevé trahit généralement un JavaScript trop lourd qui bloque le thread principal.

CLS (Cumulative Layout Shift): la stabilité visuelle

Le CLS quantifie les décalages visuels inattendus pendant le chargement d'une page: un bouton qui se déplace au moment où vous allez cliquer, un texte qui saute parce qu'une publicité vient de s'insérer au-dessus. Le score CLS est sans unité, calculé à partir de la surface déplacée et de la distance du déplacement. Un score inférieur à 0,1 est satisfaisant. Entre 0,1 et 0,25, des corrections s'imposent. Au-delà de 0,25, le problème est sérieux.

Les causes les plus fréquentes: des images sans dimensions déclarées en HTML, des polices web qui se substituent en retard (FOUT/FOIT), et des bannières publicitaires ou widgets chargés de manière asynchrone sans espace réservé.

Quel est le facteur de classement des Core Web Vitals dans Google?

Page Experience Signal: ce que Google dit vraiment

Google a officiellement intégré les Core Web Vitals au Page Experience Signal, un signal composite qui inclut également HTTPS, l'absence d'interstitiels intrusifs et l'adaptabilité mobile. Ce signal influence le classement des pages dans les résultats de recherche, mais Google a toujours été clair sur un point: un mauvais score Core Web Vitals ne vous fait pas disparaître des SERP. Il peut en revanche départager deux pages au contenu équivalent.

En pratique, j'observe que les sites avec de très mauvais Core Web Vitals (LCP supérieur à 5 secondes, CLS supérieur à 0,3) subissent une pénalité visible sur des requêtes concurrentielles. Sur des niches peu disputées, l'impact est plus diffus mais réel sur le taux de rebond et donc indirectement sur les signaux comportementaux.

Core Web Vitals vs contenu: la bonne hiérarchie

Soyons directs: les Core Web Vitals ne compensent pas un contenu pauvre. Une page rapide mais sans valeur ne classera pas. En revanche, une page bien écrite, bien structurée mais techniquement défaillante laissera des positions sur la table. C'est pourquoi dans ma façon d'aborder la stratégie SEO d'un site, les Core Web Vitals arrivent en support d'une base éditoriale solide, pas à sa place.

La règle que j'applique: corriger d'abord les cas flagrants (LCP supérieur à 4 s, CLS supérieur à 0,25), puis travailler la pertinence du contenu, puis affiner les performances. Dans cet ordre.

Quels outils pour mesurer vos Core Web Vitals?

PageSpeed Insights: le test page par page

PageSpeed Insights (PSI) est l'outil le plus accessible pour tester les Core Web Vitals d'une URL spécifique. Il agrège deux types de données: les données de laboratoire (simulées via Lighthouse) et les données terrain issues du Chrome User Experience Report (CrUX). Entrez l'URL, lancez l'analyse, et vous obtenez en quelques secondes un score sur 100 ainsi que les trois métriques Core Web Vitals avec leur statut.

Attention: PSI analyse une seule page à la fois. Pour un site de 50 pages ou plus, il devient vite fastidieux. C'est un bon point de départ pour diagnostiquer une page stratégique (page d'accueil, page de service), pas pour auditer un site entier.

Google Search Console (rapport Core Web Vitals): la vue terrain réelle

Le rapport Core Web Vitals de la Google Search Console est, à mon sens, l'outil le plus précieux car il repose sur des données terrain réelles collectées sur vos vrais visiteurs avec leurs vrais appareils. Il regroupe les URLs par statut (Bon, À améliorer, Médiocre) et par type d'appareil (mobile / desktop). Vous visualisez ainsi quelles familles de pages posent problème, ce qui est bien plus exploitable qu'un test ponctuel.

La Search Console requiert cependant un volume minimum de données CrUX pour afficher des résultats: les sites à faible trafic n'ont parfois aucun rapport disponible. Dans ce cas, on se rabat sur les données lab.

Chrome DevTools et l'extension Core Web Vitals Visualizer

Pour les développeurs ou les consultants qui veulent aller plus loin, Chrome DevTools (onglet Performance) permet d'enregistrer une session de navigation et d'identifier précisément les scripts bloquants, les images non optimisées et les décalages de mise en page. L'extension Chrome Web Vitals de Google affiche en temps réel le LCP, l'INP et le CLS pendant votre navigation, ce qui est utile pour reproduire des problèmes sur des pages dynamiques ou authentifiées.

Pour un diagnostic structuré d'un site entier, j'utilise également Screaming Frog couplé à l'API PageSpeed Insights: cela permet d'extraire les scores Core Web Vitals pour des centaines d'URLs en une seule opération, et d'identifier les patterns récurrents. C'est une étape systématique dans mon processus d'audit SEO technique.

Comment interpréter un échec Core Web Vitals?

Seuils Good / Needs Improvement / Poor par métrique

Voici les seuils officiels Google pour chaque métrique, mesurés au 75e percentile des visites (ce qui signifie que 75 % de vos utilisateurs doivent atteindre le seuil cible pour valider la métrique):

• LCP: Bon = moins de 2,5 s / À améliorer = 2,5 à 4 s / Médiocre = plus de 4 s
• INP: Bon = moins de 200 ms / À améliorer = 200 à 500 ms / Médiocre = plus de 500 ms
• CLS: Bon = moins de 0,1 / À améliorer = 0,1 à 0,25 / Médiocre = plus de 0,25

Le 75e percentile est un détail important: vous n'êtes pas jugé sur votre meilleur visiteur mais sur l'expérience de la grande majorité. Un site rapide en fibre peut très bien échouer si ses visiteurs mobiles en 4G dégradée voient un LCP de 6 secondes.

Données lab vs données terrain: pourquoi elles divergent

Il est fréquent de voir un score PageSpeed Insights satisfaisant en laboratoire et un statut "Médiocre" dans la Search Console. La raison: les données lab simulent une connexion et un appareil standardisés, dans des conditions contrôlées. Les données terrain capturent la diversité réelle: appareils anciens, connexions mobiles lentes, pages chargées avec un historique de navigation chargé, scripts tiers qui varient selon la géolocalisation.

La règle d'or: les données terrain ont toujours priorité. Si la Search Console signale un problème, il existe réellement pour vos utilisateurs, même si PageSpeed Insights affiche 90/100. C'est ce que j'explique systématiquement lors d'une refonte SEO: ne pas se fier uniquement aux scores lab pour valider les optimisations.

5 actions concrètes pour améliorer ses scores

Optimiser le LCP (images, serveur, cache)

Le LCP est amélioré par quatre leviers principaux. Premièrement, servir les images au bon format: WebP ou AVIF divisent le poids d'une image par 2 à 3 par rapport au JPEG classique. Deuxièmement, ajouter l'attribut fetchpriority="high" sur l'image LCP pour signaler au navigateur qu'elle est prioritaire. Troisièmement, réduire le Time to First Byte (TTFB): un serveur lent ou un hébergement mutualisé bas de gamme peut à lui seul faire exploser le LCP. Un CDN bien configuré (Cloudflare par exemple) réduit le TTFB de 200 à 500 ms sur des cibles géographiques éloignées. Quatrièmement, activer un cache serveur efficace: sur WordPress, des plugins comme WP Rocket ou LiteSpeed Cache génèrent des pages statiques qui ne sollicitent plus PHP ni la base de données à chaque requête.

Réduire le CLS (dimensions d'images, polices, ads)

La correction du CLS est souvent plus rapide qu'elle n'y paraît. Déclarez systématiquement les attributs width et height sur toutes vos balises <img>: le navigateur peut ainsi réserver l'espace avant que l'image ne soit chargée. Pour les polices web, utilisez font-display: optional ou font-display: swap avec précaution, et préchargez vos polices critiques via <link rel="preload">. Pour les publicités et widgets tiers, réservez un conteneur de hauteur fixe avant leur chargement.

Améliorer l'INP (JavaScript, interactions lentes)

Un INP élevé pointe presque toujours vers un thread principal JavaScript surchargé. Les pistes à explorer: identifier les tâches longues (Long Tasks supérieures à 50 ms) dans Chrome DevTools, différer les scripts non critiques avec defer ou async, et supprimer les scripts tiers inutiles (trackers, widgets de chat jamais utilisés, scripts de A/B testing actifs sur 100 % du trafic). Sur des sites WordPress lourds, j'ai régulièrement vu des INP passer de 600 ms à 180 ms en désactivant simplement trois à quatre plugins inutilisés qui injectaient du JavaScript en front.

Si votre site nécessite une refonte plus profonde pour atteindre ces seuils, la question se pose souvent dans le cadre d'une migration ou refonte orientée SEO où les performances techniques font partie des critères de validation avant la mise en ligne.

FAQ, Ce que tout le monde demande sur les Core Web Vitals

Qu'est-ce que le test Core Web Vitals?

Tester ses Core Web Vitals consiste à mesurer les trois métriques (LCP, INP, CLS) sur une ou plusieurs pages de son site, soit via des outils de simulation (PageSpeed Insights, Lighthouse), soit en consultant les données réelles de ses visiteurs (Search Console, CrUX). Le test révèle si chaque métrique atteint le seuil "Good" au 75e percentile des utilisateurs. Un site "passe" son évaluation Core Web Vitals si les trois métriques sont au vert sur la majorité de ses URLs.

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

PageSpeed Insights est l'outil de référence pour tester une page spécifique: il combine données lab (Lighthouse) et données terrain (CrUX) en une seule analyse. Pour une vision globale du site, le rapport Core Web Vitals de la Google Search Console est indispensable. En complément, Chrome DevTools et l'extension Web Vitals de Google permettent un diagnostic fin en conditions réelles de navigation.

Quel est le facteur de classement des indicateurs web vitaux?

Les Core Web Vitals sont un signal de classement dans Google, intégré au Page Experience Signal depuis 2021. Ils ne déterminent pas à eux seuls votre positionnement mais peuvent faire pencher la balance entre deux pages au contenu comparable. Google évalue les trois métriques (LCP, INP, CLS) au 75e percentile des visites réelles. Un score "Bon" sur les trois métriques est l'objectif à viser pour ne pas subir de désavantage concurrentiel.

Les Core Web Vitals sont-ils les mêmes sur mobile et desktop?

Les seuils sont identiques sur mobile et desktop, mais les scores diffèrent presque toujours car les appareils et connexions sont différents. Google évalue les Core Web Vitals séparément pour chaque type d'appareil dans la Search Console. En pratique, le mobile est systématiquement plus difficile à optimiser et c'est là que se concentrent la majorité des problèmes. Si vous intervenez sur un seul front, commencez toujours par le mobile. Pour savoir précisément où en est votre site, je vous invite à consulter ma page consultant SEO à Aix-en-Provence pour discuter d'un diagnostic personnalisé.