Les Core Web Vitals sont trois métriques Google qui mesurent la vitesse de chargement (LCP), la réactivité (INP) et la stabilité visuelle (CLS) d’une page. Pour être dans la zone verte, visez un LCP sous 2,5 secondes, un INP sous 200 millisecondes et un CLS inférieur à 0,1. Ces trois chiffres résument ce que ressent un visiteur sur votre site, et ils pèsent aussi, modestement, dans le classement Google.
En bref:
- Se concentrer sur un LCP inférieur à 2,5 secondes, un INP sous 200 millisecondes et un CLS inférieur à 0,1 permet de satisfaire aux seuils Google et d’améliorer l’expérience utilisateur.
- La compression des images, leur redimensionnement précis avant publication et le chargement différé sont les correctifs les plus efficaces pour améliorer les scores techniques.
- Vérifier régulièrement le classement des Core Web Vitals via Search Console ou PageSpeed Insights évite une perte progressive de performance liée à des mises à jour ou ajouts de contenu.
- La méthode des 75 % garantit que seuls les ralentissements importants touchant la majorité des visiteurs pénalisent le score, évitant ainsi des évaluations biaisées par des fluctuations temporaires.
- Un audit technique ciblé suffit souvent pour détecter et corriger les blocages réels, sans recourir à une refonte complète du site.
Table des matières
- Ce que mesurent vraiment LCP, INP et CLS
- Pourquoi ces métriques comptent pour votre activité et votre référencement
- Les seuils officiels et la méthode des 75 %
- Comment mesurer et diagnostiquer avec les bons outils
- Les corrections concrètes à faire sur un site WordPress
- Comment éviter que vos progrès ne s’effacent
- Faut-il externaliser cette optimisation ?
- Un audit de performance avant de tout refaire
- Sources
- Questions fréquentes
Ce que mesurent vraiment LCP, INP et CLS
Chaque métrique correspond à une frustration précise que vos clients connaissent déjà, même sans savoir la nommer.
Le LCP (Largest Contentful Paint) mesure le temps d’affichage du plus gros élément visible à l’écran, souvent une image d’en-tête ou un titre. Sur un site vitrine d’artisan, c’est presque toujours la photo hero en pleine largeur qui plombe ce score, surtout quand elle pèse 4 ou 5 Mo et qu’elle n’a jamais été compressée depuis sa mise en ligne. Un serveur d’hébergement lent ou un thème WordPress qui charge trente fichiers avant d’afficher quoi que ce soit aggrave le problème.
L’INP (Interaction to Next Paint) a remplacé le FID en 2024 et mesure autre chose : non plus le premier clic, mais la latence de toutes les interactions pendant la visite. Cette métrique observe l’ensemble du parcours utilisateur, pas seulement le premier geste, ce qui la rend plus représentative de l’expérience réelle. Concrètement, un menu qui met une demi-seconde à répondre au troisième clic, un formulaire de contact qui se bloque pendant qu’un script publicitaire tiers se charge en arrière-plan, ou un plugin de chat qui monopolise le processeur au mauvais moment : tout cela dégrade l’INP. La documentation MDN souligne que cette approche globale donne une image plus fiable que l’ancien FID, qui ne regardait que la toute première interaction.
Le CLS (Cumulative Layout Shift) capture les sauts visuels pendant le chargement. Le cas classique : une image sans dimensions définies qui pousse tout le texte vers le bas une fois chargée, ou une bannière publicitaire qui s’insère brutalement au milieu d’un article que vous étiez en train de lire. Un iframe (une vidéo YouTube intégrée, par exemple) sans hauteur réservée produit le même effet.
Avant de lancer le moindre outil de diagnostic, quelques vérifications visuelles suffisent souvent à repérer les coupables :
- Ouvrez votre page d’accueil sur mobile avec une connexion 4G moyenne et chronométrez à l’œil le temps avant que tout s’affiche.
- Cliquez sur un bouton ou un lien juste après le chargement : sentez-vous un délai avant la réaction ?
- Rechargez la page plusieurs fois et regardez si des éléments « sautent » ou se déplacent dans les deux premières secondes.
- Repérez les images, vidéos et publicités intégrées qui n’ont pas de taille fixée dans le code.
Pourquoi ces métriques comptent pour votre activité et votre référencement
Google intègre les Core Web Vitals dans ses systèmes de classement, mais ils restent un signal parmi beaucoup d’autres, loin derrière la pertinence du contenu ou la qualité des liens entrants. Un site avec un excellent score technique et un contenu médiocre ne dépassera jamais un concurrent moins rapide mais mieux écrit. C’est le premier malentendu à corriger chez beaucoup de dirigeants de TPE qui pensent avoir trouvé la formule magique du référencement.
L’effet le plus tangible se joue ailleurs, sur le comportement des visiteurs. Un site qui traîne à charger ou dont les boutons ne répondent pas perd des clients avant même qu’ils voient l’offre. Google lui-même recommande de raisonner en termes d’expérience globale plutôt que de chasser un score parfait, et note que corriger les points de friction réels améliore souvent les taux de conversion en même temps que le classement.
Conseil de pro : ne cherchez pas à obtenir 100 % sur chaque métrique. Un LCP à 2,3 secondes qui passe à 1,8 seconde change rarement la donne commerciale. En revanche, un CLS élevé qui fait cliquer un visiteur sur la mauvaise publicité par erreur, ça, ça coûte des ventes.
Priorisez ce qui rapporte : si votre page de contact ou votre fiche produit la plus vendue a un mauvais INP, corrigez-la avant de vous attaquer à une page de mentions légales que personne ne consulte. Ce principe de priorisation compte autant que la technique elle-même, et rejoint les bonnes pratiques générales pour optimiser un site pour être visible sur la durée.
Les seuils officiels et la méthode des 75 %
Google fixe des seuils précis pour chaque métrique, et ces seuils ont été définis pour refléter ce qu’un utilisateur perçoit réellement comme rapide ou lent, pas une limite arbitraire.
| Métrique | Bon (Good) | À améliorer | Mauvais (Poor) |
|---|---|---|---|
| LCP | < 2,5 secondes | entre 2,5 et 4 secondes | > 4 secondes |
| INP | ≤ 200 ms | entre 200 millisecondes et — | > 200 millisecondes |
| CLS | ≤ 0,1 | entre 0,1 et — | > 0,1 |
Un détail échappe souvent aux propriétaires de sites : Google n’évalue pas votre meilleure visite ni votre moyenne, mais le 75e percentile des visites réelles sur les 28 derniers jours. Autrement dit, si 75 % de vos visiteurs ont vécu un LCP sous 2,5 secondes, votre page passe dans le vert, même si les 25 % restants ont eu une expérience plus lente à cause d’une connexion mobile faible ou d’un vieux téléphone. Cette méthode évite qu’un pic ponctuel (un pic de trafic, une panne de CDN) ne fasse basculer artificiellement votre score.
Cela amène à une distinction essentielle entre deux types de données :
- Les données de laboratoire viennent d’outils comme Lighthouse, qui simulent une visite dans des conditions contrôlées et reproductibles.
- Les données de terrain (aussi appelées RUM, pour Real User Monitoring) proviennent de visites réelles, collectées via le Chrome User Experience Report (CrUX) ou votre propre instrumentation.
Un score Lighthouse parfait ne garantit rien sur ce que vivent vos vrais visiteurs, avec leurs connexions variables et leurs appareils divers. Google recommande explicitement de privilégier les données de terrain plutôt que de se fier uniquement aux tests en labo, précisément parce que Lighthouse ne mesure pas l’INP en temps réel : il s’appuie sur une métrique de substitution, le Total Blocking Time, qui donne une indication mais pas une valeur officielle.
Comment mesurer et diagnostiquer avec les bons outils
Vous n’avez besoin d’aucun outil payant pour démarrer un diagnostic sérieux. Voici l’ordre logique à suivre.
- Passez par PageSpeed Insights. Entrez l’URL de votre page la plus importante (accueil, fiche produit phare) : l’outil combine des données CrUX réelles et des audits Lighthouse en laboratoire, avec des recommandations classées par URL.
- Consultez le rapport Core Web Vitals dans Search Console. Cette vue regroupe vos pages par statut (bon, à améliorer, mauvais) sur l’ensemble du site, ce qui aide à repérer un problème structurel qui touche tout un modèle de page plutôt qu’une URL isolée.
- Ouvrez Chrome DevTools sur la page problématique. L’onglet Performance permet de voir précisément quel script bloque le rendu ou retarde une interaction, utile une fois qu’un souci a été identifié à l’étape précédente.
- Envisagez la bibliothèque web-vitals si vous voulez du suivi continu. Cette bibliothèque JavaScript légère collecte LCP, INP et CLS côté client et permet de déclencher une alerte quand le 75e percentile dépasse les seuils, sans dépendre uniquement de CrUX qui met plusieurs semaines à se mettre à jour.
Pour un petit site, combiner PageSpeed Insights, Search Console et quelques vérifications DevTools ponctuelles suffit largement avant d’envisager un outil de RUM payant, souvent réservé aux sites à fort trafic ou aux boutiques en ligne avec des enjeux de conversion importants.
Les corrections concrètes à faire sur un site WordPress
La majorité des petites entreprises françaises tournent sur WordPress, et les correctifs les plus rentables suivent presque toujours le même ordre de priorité.
Sur les images, le gain est souvent immédiat et sans risque technique :
- Convertissez vos visuels en format WebP ou AVIF plutôt qu’en JPEG ou PNG non compressés.
- Redimensionnez chaque image à sa taille d’affichage réelle avant de l’envoyer, pas à la résolution native de votre appareil photo.
- Activez le chargement différé (lazy loading) pour tout ce qui est sous la ligne de flottaison.
- Passez par un CDN si votre hébergeur ne le propose pas déjà nativement : cela rapproche géographiquement le fichier de votre visiteur.
Sur le JavaScript, la logique est différente : chaque script tiers (chat en ligne, widget d’avis, pixel publicitaire) ajoute une charge qui retarde les interactions. Passez en revue vos plugins WordPress actifs et désactivez ceux qui ne servent plus à rien : un thème surchargé de fonctionnalités inutilisées reste la cause la plus fréquente d’un mauvais LCP sur les sites de TPE, et un guide dédié à l’optimisation WordPress détaille les réglages les plus efficaces plugin par plugin.
Sur la stabilité visuelle, la règle est simple : chaque image, vidéo ou bloc publicitaire doit avoir une largeur et une hauteur définies dans le code, même approximatives, pour que le navigateur réserve l’espace avant le chargement complet. Évitez aussi d’injecter du contenu dynamique (bannière cookie, pop-up promotionnel) qui apparaît brutalement après le rendu initial de la page.
Conseil de pro : avant de changer quoi que ce soit, faites un audit rapide en notant le score actuel de vos trois ou quatre pages les plus visitées. Sans ce point de départ, impossible de savoir si vos corrections ont réellement fonctionné trois semaines plus tard.
Comment éviter que vos progrès ne s’effacent
Un score corrigé aujourd’hui peut redevenir mauvais dans deux mois, souvent sans que personne ne s’en aperçoive. La cause la plus fréquente : une mise à jour de plugin qui réintroduit un script lourd, ou un nouvel article de blog publié avec une image non compressée. Les gains de performance ont tendance à régresser sans surveillance active, c’est pourquoi une vérification ponctuelle une fois par an ne suffit jamais.
Une routine mensuelle légère suffit pour la plupart des petites structures :
- Consultez le rapport Core Web Vitals de Search Console une fois par mois pour repérer une dégradation sur l’ensemble du site.
- Repassez sur PageSpeed Insights après chaque mise à jour importante de thème ou de plugin.
- Vérifiez systématiquement une page témoin après l’ajout d’un nouveau widget, d’une nouvelle publicité ou d’un nouveau formulaire.
- Gardez une trace écrite (même un simple tableau) des scores mesurés chaque mois pour visualiser une tendance plutôt qu’un chiffre isolé.
Faut-il externaliser cette optimisation ?
Un dirigeant de TPE peut corriger seul l’essentiel : images compressées, plugins allégés, dimensions d’images fixées. Là où l’accompagnement change vraiment la donne, c’est sur les cas complexes : une migration de thème qui casse tout, une refonte complète, ou un script tiers qui bloque l’interactivité sans que la cause soit visible dans les outils standards. Un audit technique ciblé, plutôt qu’une refonte générale, résout la majorité des cas de blocage réels sur un site déjà fonctionnel.
— Aurélie
Un audit de performance avant de tout refaire
Une alternative à une refonte complète coûteuse quand seuls quelques points techniques bloquent vos scores est un audit ciblé qui identifie précisément ce qui freine votre LCP ou votre INP, sans repartir de zéro sur un site qui fonctionne déjà.
Nos interventions se déclinent en trois formats selon votre situation : un audit technique ponctuel pour identifier les correctifs prioritaires, un forfait d’optimisation pour les appliquer, ou un abonnement de surveillance mensuel pour éviter que les gains ne s’effacent après chaque mise à jour de plugin. Si votre site nécessite plus qu’un réglage, notre équipe accompagne aussi la création d’un site internet performant pensé dès le départ pour respecter ces standards techniques. Demandez un audit de votre site pour savoir exactement quelles pages corriger en priorité et dans quel ordre.
Sources
Pour approfondir, web.dev reste la référence technique de Google sur les Core Web Vitals, tandis que Search Console sert à vérifier la propriété de votre site et à suivre son statut global, et PageSpeed Insights donne un diagnostic détaillé page par page.
Questions fréquentes
Qu’est-ce que les Core Web Vitals exactement ?
Ce sont trois métriques Google (LCP, INP, CLS) qui mesurent la vitesse de chargement perçue, la réactivité aux interactions et la stabilité visuelle d’une page web.
Quel outil mesure les Core Web Vitals d’une page ?
PageSpeed Insights est l’outil de référence : il combine des données réelles issues de CrUX et des audits Lighthouse en laboratoire pour donner un diagnostic complet par URL.
Que signifie le CLS dans les indicateurs de performance web ?
Le CLS (Cumulative Layout Shift) mesure les décalages visuels inattendus pendant le chargement d’une page, comme un texte qui bouge parce qu’une image se charge sans dimensions définies.
Les Core Web Vitals sont-ils le facteur de classement principal de Google ?
Non. Google confirme qu’ils font partie de ses systèmes de classement, mais restent un signal parmi beaucoup d’autres, loin derrière la pertinence du contenu et la qualité des liens entrants.
Faut-il un outil payant pour suivre ses Core Web Vitals ?
Pas nécessairement : pour un petit site, PageSpeed Insights et Search Console suffisent souvent, un outil de surveillance en temps réel devenant utile surtout pour les sites à fort trafic.
