Votre page met 4,2 secondes à charger. Google le mesure. Vos visiteurs le ressentent. Et votre classement en souffre — même si votre contenu est le meilleur de la SERP.

Les Core Web Vitals ne sont pas une nouvelle case à cocher dans une checklist SEO. Ce sont les métriques que Google utilise pour quantifier l'expérience utilisateur réelle sur votre site — et les intégrer directement dans son algorithme de classement depuis 2021. Selon le Web Almanac 2024 d'HTTP Archive, 40 % des sites web passent encore en dessous des seuils "Bons" sur au moins une des trois métriques en mobile.

Ce guide détaille chaque métrique, les outils pour la mesurer et les actions concrètes pour l'améliorer — dans l'ordre d'impact.

Les 3 métriques Core Web Vitals expliquées

Les Core Web Vitals mesurent trois dimensions de l'expérience utilisateur : la vitesse de chargement perçue, la réactivité aux interactions et la stabilité visuelle. Chaque métrique a un seuil "Bon", "À améliorer" et "Mauvais" — ce sont les données CrUX (Chrome User Experience Report), collectées sur des utilisateurs réels, que Google utilise pour le classement.

📊 Les 3 Core Web Vitals : métriques et seuils 2026

Métrique

Ce qu'elle mesure

✅ Bon

⚠️ À améliorer

❌ Mauvais

LCP — Largest Contentful Paint

Temps de chargement de l'élément principal visible

< 2,5s

2,5–4s

> 4s

INP — Interaction to Next Paint

Délai de réponse aux clics et saisies clavier

< 200ms

200–500ms

> 500ms

CLS — Cumulative Layout Shift

Décalages visuels inattendus pendant le chargement

< 0,1

0,1–0,25

> 0,25

Source : HTTP Archive — Web Almanac 2024, Performance

INP a remplacé FID (First Input Delay) en mars 2024. INP est plus complet : il mesure toutes les interactions d'une session, pas seulement la première. Si vos outils affichent encore FID comme métrique Core Web Vitals, ils sont obsolètes.

Étape 1 : mesurer vos Core Web Vitals réels

Mesurez d'abord avant d'agir. Les données de terrain (CrUX) sont celles que Google utilise pour le classement — pas les simulations de laboratoire. Un bon score Lighthouse ne compense pas un mauvais score terrain.

Google Search Console — rapport Expérience de la page

Le rapport "Expérience de la page" dans Google Search Console affiche vos Core Web Vitals réels, segmentés par desktop et mobile, avec l'évolution dans le temps. C'est l'outil de référence pour identifier les pages en échec et mesurer l'impact de vos corrections.

PageSpeed Insights pour le diagnostic par page

Entrez l'URL de n'importe quelle page sur PageSpeed Insights pour obtenir les données terrain CrUX et le rapport Lighthouse simultanément. Le rapport Lighthouse identifie les éléments spécifiques qui causent les problèmes — type d'image, scripts bloquants, ressources CSS non utilisées.

✅ Outils de mesure Core Web Vitals

Outil

Type de données

Usage principal

Coût

Google Search Console

Terrain (CrUX) — ce que Google voit

Vue globale du site, suivi de l'évolution

Gratuit

PageSpeed Insights

Terrain + Laboratoire

Diagnostic par page, identification des causes

Gratuit

Chrome DevTools (Performance)

Laboratoire

Debugging technique précis

Gratuit

Étape 2 : optimiser le LCP

Le LCP mesure le temps de chargement de l'élément le plus visible — généralement l'image hero, un titre H1 ou un bloc de texte en haut de page. Un LCP supérieur à 4 secondes est classé "Mauvais" et pénalise directement le classement mobile. L'élément LCP est identifiable dans PageSpeed Insights ("Largest Contentful Paint element").

Corrections prioritaires pour le LCP

L'image hero non compressée et servie sans CDN est la cause principale de LCP lent. Convertissez vos images en WebP (réduction de 30-40 % vs JPEG), ajoutez fetchpriority="high" sur l'image LCP, et utilisez un CDN pour servir l'image depuis un serveur proche de l'utilisateur. Pour le temps de réponse serveur (TTFB), activez le cache de pages (WP Rocket, LiteSpeed Cache sur WordPress).

Étape 3 : améliorer l'INP

L'INP mesure la réactivité de chaque interaction sur l'ensemble de la session utilisateur — clic, tap, saisie clavier. Un INP supérieur à 500ms signifie que votre page "gèle" visiblement lors des interactions, particulièrement problématique sur mobile.

Réduire le travail sur le thread principal

Un INP élevé indique qu'un script lourd (analytics, tag manager, widgets tiers) monopolise le thread JavaScript lors des interactions. Identifiez les "Long Tasks" dans Chrome DevTools Performance — toute tâche dépassant 50ms est un candidat à l'optimisation. Chargez les scripts non critiques en defer ou async, et auditez vos plugins tiers pour supprimer ceux inutilisés.

Étape 4 : corriger le CLS

Le CLS mesure l'instabilité visuelle — les éléments qui bougent inopinément pendant le chargement et forcent l'utilisateur à recliquer. Les publicités et les images sans dimensions définies sont les deux causes les plus fréquentes.

Réserver l'espace avant le chargement

La correction universelle du CLS : toujours définir les attributs width et height sur les balises <img>. Le navigateur réserve ainsi l'espace exact avant que l'image ne soit chargée. Pour les polices personnalisées, utilisez font-display: swap pour éviter les changements de mise en page liés au chargement des fonts.

Suivi et résultats attendus

Les corrections CWV ne produisent pas de résultats instantanés dans Search Console — Google met à jour ses données terrain sur une fenêtre de 28 jours glissants. Attendez 4 à 6 semaines après chaque correction pour en mesurer l'impact réel.

📈 Résultats typiques après optimisation CWV

Délai

Ce qui change

Indicateur à suivre

1–2 semaines

PageSpeed Insights affiche les améliorations

Score Lighthouse desktop/mobile

4–6 semaines

Données terrain CrUX mises à jour dans Search Console

Rapport Expérience de la page

6–12 semaines

Amélioration potentielle du classement

Positions dans Search Console

Les Core Web Vitals s'inscrivent dans la stratégie de SEO technique globale. Un site avec d'excellents CWV mais une indexation défaillante ne profitera pas de ces optimisations — assurez-vous que les fondations sont correctement configurées en premier.

En résumé

LCP, INP et CLS sont les trois métriques que Google mesure pour évaluer l'expérience réelle de vos utilisateurs. Optimiser le LCP passe d'abord par l'image hero (WebP, CDN, fetchpriority), l'INP par l'élimination des scripts bloquants, et le CLS par la définition des dimensions d'images.

La règle de base : mesurez d'abord dans Search Console pour identifier les pages en échec, corrigez les causes racines par ordre de priorité (LCP en premier), puis attendez 6 semaines pour évaluer les résultats.

Vos Core Web Vitals freinent votre classement ? RankProof audite la performance technique de votre site et identifie les pages à corriger en priorité — premier audit offert, sans carte bancaire →

Questions fréquentes

Quels sont les 3 Core Web Vitals ?

Les trois Core Web Vitals sont LCP (Largest Contentful Paint — vitesse de chargement, objectif moins de 2,5s), INP (Interaction to Next Paint — réactivité, objectif moins de 200ms) et CLS (Cumulative Layout Shift — stabilité visuelle, objectif moins de 0,1). Google les utilise comme signaux de classement depuis 2021.

Quel outil mesure les Core Web Vitals ?

Google Search Console (rapport Expérience de la page) affiche les données terrain réelles. PageSpeed Insights combine terrain et diagnostic Lighthouse. Chrome DevTools permet un debugging précis. Ces trois outils sont gratuits et couvrent la totalité du processus de mesure et correction.

Les Core Web Vitals affectent-ils le classement ?

Oui, depuis 2021. LCP, INP et CLS sont des signaux de classement officiels. 40 % des sites passent encore en dessous des seuils Bons selon le Web Almanac 2024. Corriger ses CWV représente un avantage concurrentiel réel à parité de contenu et de backlinks.

Quelle différence entre INP et FID ?

FID (First Input Delay) mesurait uniquement la première interaction d'une session. INP (Interaction to Next Paint) l'a remplacé en mars 2024 et mesure toutes les interactions. INP est plus représentatif de l'expérience réelle — un site peut avoir un bon FID mais un INP médiocre sur les interactions profondes.

Combien de temps avant l'impact des CWV sur le classement ?

Les corrections techniques sont visibles dans PageSpeed Insights immédiatement. Les données terrain CrUX dans Search Console se mettent à jour sur 28 jours glissants. Comptez 4 à 6 semaines avant de mesurer l'impact réel, et 6 à 12 semaines pour observer des effets sur les positions.

Sources