Les Core Web Vitals sont les trois indicateurs officiels que Google utilise pour mesurer l'expérience utilisateur réelle d'une page web : le LCP (vitesse de chargement), l'INP (réactivité) et le CLS (stabilité visuelle). Les seuils "Bon" à viser sont LCP inférieur à 2,5 s, INP inférieur à 200 ms et CLS inférieur à 0,1, mesurés au 75e percentile des visites réelles. Depuis 2021, ils sont un signal de classement de l'algorithme Google.
Ce guide couvre l'essentiel et le concret : définition de chaque métrique, seuils à jour 2026, fonctionnement du signal SEO, outils de mesure, et une méthode d'optimisation en quatre étapes avec les leviers qui font réellement bouger l'aiguille.
Que sont les Core Web Vitals, concrètement ?
Les Core Web Vitals sont un sous-ensemble du programme Web Vitals de Google, restreint aux trois métriques jugées les plus déterminantes pour l'expérience perçue. Là où des dizaines d'indicateurs techniques existent (TTFB, FCP, Speed Index…), Google en a isolé trois qui répondent chacune à une question simple que se pose tout visiteur : la page s'affiche-t-elle vite, répond-elle quand je clique, et reste-t-elle stable ?
La liste a évolué. En mars 2024, l'INP a remplacé le FID comme métrique de réactivité officielle. C'est le changement structurant le plus récent : beaucoup de sites "tout au vert" sous l'ère FID se sont retrouvés dans le rouge sur l'INP, plus sévère.
Quels sont les trois Core Web Vitals et leurs seuils 2026 ?
Les trois métriques sont le LCP, l'INP et le CLS. Voici leurs seuils officiels, identiques sur mobile et desktop, à atteindre au 75e percentile des visites réelles.
| Métrique | Mesure | Bon | À améliorer | Mauvais |
|---|---|---|---|---|
| LCP | Vitesse de chargement | < 2,5 s | 2,5 - 4 s | > 4 s |
| INP | Réactivité | < 200 ms | 200 - 500 ms | > 500 ms |
| CLS | Stabilité visuelle | < 0,1 | 0,1 - 0,25 | > 0,25 |
Le 75e percentile signifie que 75 % de vos visites doivent respecter le seuil. Une page peut donc être fluide pour vous sur fibre et iPhone récent, tout en échouant pour le quart de visiteurs sur réseau mobile lent ou appareil d'entrée de gamme. C'est ce qui rend les CWV trompeurs à l'œil nu.
Qu'est-ce que le LCP (Largest Contentful Paint) ?
Le LCP mesure le temps nécessaire pour afficher le plus gros élément visible de la zone à l'écran : image hero, bloc de texte principal ou vidéo. C'est l'indicateur de vitesse de chargement perçue. Un bon LCP est inférieur à 2,5 secondes.
Les causes les plus fréquentes d'un LCP dégradé : serveur lent (TTFB élevé), images non optimisées, ressources bloquant le rendu (CSS/JS), et absence de préchargement de l'élément LCP. Le levier le plus rentable est presque toujours l'optimisation de l'image hero (format moderne, dimensionnement, fetchpriority="high"). Voir le guide dédié : Optimiser le LCP.
Qu'est-ce que l'INP (Interaction to Next Paint) ?
L'INP mesure le délai entre une interaction utilisateur (clic, tap, frappe clavier) et le rafraîchissement visuel qui en découle, sur l'ensemble de la visite. C'est l'indicateur de réactivité. Un bon INP est inférieur à 200 millisecondes.
L'INP est presque toujours un problème de JavaScript : tâches longues qui bloquent le thread principal, gestionnaires d'événements lourds, scripts tiers (chat, analytics, tag manager). Le levier principal consiste à fractionner les longues tâches et à différer le JS non critique. Voir le guide dédié : Optimiser l'INP.
Qu'est-ce que le CLS (Cumulative Layout Shift) ?
Le CLS mesure les décalages visuels imprévus pendant le chargement : une image qui pousse le texte vers le bas, une bannière qui s'insère, une police qui change de taille. C'est l'indicateur de stabilité visuelle. Un bon CLS est inférieur à 0,1.
Les coupables classiques : images et iframes sans dimensions déclarées, contenu injecté dynamiquement au-dessus de l'existant, et polices web mal chargées (FOIT/FOUT). Réserver l'espace de chaque élément avant son chargement règle la majorité des cas. Voir le guide dédié : Optimiser le CLS.
Les Core Web Vitals sont-ils un facteur de classement SEO ?
Oui, mais c'est un facteur de départage, pas un levier de positionnement majeur. Google l'a confirmé : à pertinence et qualité de contenu comparables, la page offrant la meilleure expérience de page passe devant. Les CWV ne feront jamais ranker un mauvais contenu, mais ils peuvent faire la différence sur une SERP concurrentielle où plusieurs pages se valent.
L'enjeu réel dépasse souvent le SEO. Les CWV corrèlent fortement avec le taux de conversion : chaque amélioration du LCP réduit le taux de rebond, et les retards d'INP font abandonner des parcours d'achat. Sur un site e-commerce, l'argument business pèse généralement plus lourd que l'argument ranking.
À noter pour 2026 : avec l'arrivée des AI Overviews en France et la montée des réponses génératives, une page techniquement saine et rapide reste un prérequis pour être crawlée, indexée et citée correctement. La performance n'est pas un signal GEO direct, mais une page lente est une page moins bien explorée.
Comment mesurer ses Core Web Vitals ?
Deux types de données coexistent, et la distinction est la source de confusion numéro un.
Les données de laboratoire (lab) proviennent d'une simulation contrôlée via Lighthouse ou l'onglet Performance de Chrome. Elles sont reproductibles et parfaites pour déboguer, mais elles ne reflètent pas vos vrais visiteurs.
Les données terrain (field, CrUX) proviennent du Chrome User Experience Report : ce que vivent réellement vos utilisateurs, agrégé sur 28 jours glissants. C'est uniquement cette donnée que Google utilise pour le classement.
Les deux peuvent fortement diverger : un excellent score Lighthouse avec de mauvaises CWV terrain est un cas courant (et inversement). Se fier au seul score lab est l'erreur la plus fréquente.
Les outils utiles, du gratuit au continu :
- PageSpeed Insights : combine lab (Lighthouse) et field (CrUX) sur une URL, gratuit.
- Search Console > rapport Core Web Vitals : vue agrégée de tout le site, regroupée par type de page.
- Extension Web Vitals (Chrome) : mesure en temps réel pendant la navigation.
- CrUX Dashboard / API : la donnée terrain brute, pour le suivi historique.
- Monitoring continu : pour suivre l'évolution dans le temps plutôt qu'un instantané, WebCoreFlow interroge CrUX et PageSpeed Insights de façon programmée et historise vos pages réelles.
Comment optimiser ses Core Web Vitals ? La méthode en 4 étapes
L'optimisation efficace est ciblée, pas globale. On ne "rend pas le site plus rapide" : on corrige la métrique la plus dégradée, page par page.
- Auditer les pages clés par type (accueil, catégorie, fiche produit, article). Une seule URL représentative par template suffit pour commencer, puisque les pages d'un même template partagent les mêmes problèmes.
- Identifier la métrique la plus dégradée sur chaque template. Inutile de tout optimiser : un seul des trois indicateurs est généralement responsable de l'échec.
- Appliquer les correctifs ciblés selon la métrique. LCP → image et serveur (Optimiser le LCP) ; INP → JavaScript (Optimiser l'INP) ; CLS → réservation d'espace (Optimiser le CLS).
- Re-mesurer après 28 jours. La fenêtre glissante de CrUX impose ce délai : ne jugez jamais une optimisation sur la donnée field avant que la fenêtre se soit renouvelée. Suivez la donnée lab entre-temps pour valider techniquement.
Combien de temps pour voir un résultat ?
Comptez 28 jours minimum sur les données terrain. C'est la durée de la fenêtre glissante de CrUX : une correction déployée aujourd'hui ne devient pleinement visible dans Search Console qu'après renouvellement complet de la fenêtre. Techniquement, la donnée lab confirme la correction immédiatement ; c'est la traduction dans le ranking qui prend ce délai.
Sources officielles
- Web Vitals - web.dev (Google)
- Largest Contentful Paint (LCP) - web.dev
- Interaction to Next Paint (INP) - web.dev
- Cumulative Layout Shift (CLS) - web.dev
- INP devient un Core Web Vital - Chrome for Developers
- Understanding Page Experience - Google Search Central
- Chrome User Experience Report (CrUX)
- PageSpeed Insights
- Rapport Core Web Vitals dans Search Console
Aller plus loin sur WebCoreFlow
Analysez votre site en 30 secondes.
Obtenez votre score Core Web Vitals et un plan d'action concret pour grimper dans Google. Sans carte bancaire.
Questions fréquentes
- Qu'est-ce que les Core Web Vitals ?
- Les Core Web Vitals sont trois indicateurs de performance définis par Google pour mesurer l'expérience utilisateur réelle d'une page web : LCP (vitesse de chargement du plus gros élément visible), INP (réactivité aux interactions) et CLS (stabilité visuelle). Ils sont mesurés sur les visites réelles, pas en laboratoire.
- Les Core Web Vitals influencent-ils le SEO en 2026 ?
- Oui. Depuis 2021, Google utilise les Core Web Vitals comme signal de classement via le système Page Experience. À contenu équivalent, une page rapide et stable est mieux positionnée qu'une page lente. L'effet est un départage entre pages de qualité comparable, pas un boost magique.
- Quels sont les bons scores Core Web Vitals à viser ?
- LCP inférieur à 2,5 s, INP inférieur à 200 ms, CLS inférieur à 0,1. Ces seuils correspondent au statut "Bon" de Google. Ils doivent être atteints au 75e percentile des visites réelles, sur mobile comme sur desktop.
- Quelle est la différence entre données lab et données field ?
- Les données lab (Lighthouse, PageSpeed Insights) viennent d'une simulation reproductible, utile pour déboguer. Les données field (CrUX) viennent des vrais visiteurs sur 28 jours glissants. Seules les données field comptent pour le classement Google.
- Combien de temps pour voir l'effet d'une optimisation Core Web Vitals ?
- Environ 28 jours. Google calcule les Core Web Vitals sur une fenêtre glissante de 28 jours de données réelles. Une correction déployée aujourd'hui ne se reflète donc dans le rapport CrUX qu'après que la fenêtre se soit suffisamment renouvelée.
- L'INP a-t-il remplacé le FID ?
- Oui. L'INP (Interaction to Next Paint) a officiellement remplacé le FID (First Input Delay) le 12 mars 2024. L'INP est plus exigeant car il mesure la latence de toutes les interactions de la visite, pas seulement la première.