Les Core Web Vitals sont devenus, depuis le déploiement du Page Experience Update en 2021, un signal de classement officiel dans l’algorithme Google. Mais au-delà du facteur SEO, ce sont des métriques d’expérience utilisateur que Google utilise pour évaluer concrètement la qualité perçue de votre site. Dans la pratique, un site qui score dans le vert sur ces trois indicateurs a un avantage mesurable sur ses concurrents, toutes choses égales par ailleurs. Ce guide complet explique ce que mesurent LCP, FID/INP et CLS, pourquoi ils comptent, et comment les améliorer sans refonte complète. Pour les bases du classement, commencez par notre article sur l’algorithme Google.
Core Web Vitals : ce que Google mesure vraiment
Les Core Web Vitals sont trois métriques définies par Google pour quantifier l’expérience de chargement, d’interactivité et de stabilité visuelle d’une page. Contrairement aux métriques traditionnelles comme le Time to First Byte (TTFB) ou le DOMContentLoaded, elles sont centrées sur la perception de l’utilisateur — c’est-à-dire ce que l’internaute ressent, pas ce que le serveur envoie. Google les collecte via le Chrome User Experience Report (CrUX), un dataset agrégé à partir de millions d’utilisateurs Chrome réels. Si votre site reçoit suffisamment de trafic, votre score CrUX reflète l’expérience réelle de vos visiteurs, pas celle d’un bot de test.
LCP (Largest Contentful Paint) : la vitesse perçue de chargement
Le LCP mesure le temps nécessaire pour afficher l’élément de contenu principal visible dans la fenêtre du navigateur — le plus souvent une image héro, un bloc de texte H1 ou une vidéo. Google considère un LCP sous 2,5 secondes comme « bon », entre 2,5 et 4 secondes comme « à améliorer », et au-delà comme « mauvais ». Dans la pratique, le LCP est le signal le plus impactant pour la conversion : une étude Google citée dans le blog Chromium montre qu’une amélioration du LCP de 100 ms entraîne en moyenne +3 à +5 % de conversions sur e-commerce. Les principaux coupables d’un LCP dégradé sont les images non compressées (surtout la hero image), un rendu serveur lent, et les ressources bloquant le rendu (CSS et JS en tête de document).
INP (Interaction to Next Paint) : la réactivité aux clics et saisies
Depuis mars 2024, l’INP (Interaction to Next Paint) a remplacé le FID (First Input Delay) comme métrique officielle d’interactivité. Là où le FID ne mesurait que le délai avant le premier clic, l’INP mesure la pire interaction parmi toutes celles qu’un utilisateur effectue pendant sa visite — clics, frappes clavier, tapotements sur mobile. Un INP sous 200 ms est « bon », entre 200 et 500 ms « à améliorer », au-delà « mauvais ». Ce que Google ne dit pas clairement : l’INP est particulièrement sévère pour les sites à fort JavaScript côté client, les Single Page Applications et les pages avec de nombreux écouteurs d’événements lourds.
CLS (Cumulative Layout Shift) : la stabilité visuelle
Le CLS mesure les décalages visuels inattendus pendant le chargement — quand un bloc de texte saute vers le bas parce qu’une image ou une pub s’est chargée au-dessus. Il est exprimé en score sans unité (somme des impacts × distances de décalage). Un score CLS inférieur à 0,1 est « bon », entre 0,1 et 0,25 « à améliorer », au-delà « mauvais ». Les causes les plus fréquentes : images sans attributs width/height définis, publicités de taille variable, polices web qui génèrent un FOUT (Flash of Unstyled Text), et injections dynamiques de contenu en haut de page. La correction la plus simple et la plus efficace consiste à toujours définir les dimensions des images dans le HTML — un attribut manquant sur une image de 800×600 px peut à lui seul faire passer le CLS de 0 à 0,3.
Comment mesurer ses Core Web Vitals
Google met à disposition plusieurs outils pour analyser ses CWV. PageSpeed Insights (pagespeed.web.dev) est l’outil le plus accessible : il affiche les données CrUX réelles (terrain) si disponibles, et des données de laboratoire (simulées) sinon. La Google Analytics 4 dispose depuis 2023 d’un rapport dédié aux Core Web Vitals dans la section « Expérience → Web Vitals ». La Google Search Console propose un rapport « Expérience de la page » avec une segmentation URL par URL et un historique sur 90 jours — c’est là que vous voyez combien de vos URLs sont dans le rouge, le jaune ou le vert. Pour un audit technique complet à l’échelle du site, Screaming Frog exporte les données CrUX via son intégration API depuis la version 18. Enfin, le crawl budget influence indirectement les CWV : un site dont les pages prioritaires ne sont pas explorées régulièrement verra ses données CrUX se dégrader sans alerte visible.
Les optimisations les plus efficaces par métrique
Pour le LCP, les gains les plus rapides viennent de la compression et du format des images (passer en WebP ou AVIF divise le poids par 2 à 3), de l’ajout d’un attribut fetchpriority="high" sur la hero image, et de la mise en place d’un CDN pour réduire la latence réseau. Pour l’INP, la piste principale est la décomposition des tâches JavaScript longues (Long Tasks > 50 ms dans Chrome DevTools) via setTimeout ou scheduler.postTask(). Pour le CLS, en dehors des dimensions d’images, le font-display: optional ou swap sur les Google Fonts élimine la majorité des décalages typographiques. Ces optimisations ne nécessitent pas de refonte : elles s’implémentent souvent en quelques heures sur WordPress avec des plugins comme Perfmatters ou des modifications directes du thème.
Questions fréquentes
Les Core Web Vitals sont-ils un facteur de classement Google ?
Oui, officiellement depuis le Page Experience Update de juin 2021. Google a cependant précisé que les CWV constituent un « tiebreaker » — ils font la différence à qualité de contenu équivalente, pas sur un contenu de mauvaise qualité. Voici ce qui change vraiment : dans les SERP ultra-concurrentielles où plusieurs pages de qualité similaire se disputent les premières positions, un bon score CWV devient un avantage différentiel mesurable. Pour les sites moins concurrentiels, le gain de classement est marginal mais l’impact sur la conversion reste réel.
Quelle est la différence entre données terrain et données de laboratoire dans PageSpeed ?
Les données terrain (CrUX) reflètent l’expérience de vrais utilisateurs Chrome sur 28 jours glissants. Les données de laboratoire sont générées par Lighthouse en conditions simulées (réseau 4G lent, CPU throttlé). Google utilise les données terrain pour le classement — pas les données de laboratoire. Un site peut afficher 95/100 en labo et « mauvais » en terrain si le trafic réel provient d’utilisateurs sur mobile avec une connexion lente. C’est la donnée terrain qui compte pour le SEO.
Comment améliorer son LCP quand on utilise WordPress ?
Les étapes les plus impactantes sur WordPress : activer le cache serveur (WP Rocket, LiteSpeed Cache ou W3 Total Cache), convertir les images en WebP via ShortPixel ou Imagify, ajouter fetchpriority="high" sur l’image hero via functions.php, et utiliser un CDN (Cloudflare gratuit suffisant pour commencer). Sur un site WordPress standard, ces quatre actions seules permettent de passer un LCP de 4-5 secondes à 2-2,5 secondes dans la grande majorité des cas.
Des métriques d’expérience, pas juste de classement
Les Core Web Vitals méritent d’être traités comme des indicateurs de qualité produit, pas uniquement comme des cases SEO à cocher. Un LCP sous 2,5 secondes, un INP sous 200 ms et un CLS sous 0,1 traduisent une expérience utilisateur fluide — et une expérience fluide convertit mieux, génère moins de rebond, et fidélise davantage. Dans la pratique, les sites qui investissent dans les CWV récoltent les bénéfices à la fois sur les positions Google et sur leurs métriques business. Ce n’est pas souvent le cas en SEO : voici un chantier qui paie sur deux tableaux simultanément.