Core Web Vitals : mesurer et améliorer LCP, INP et CLS

Les Core Web Vitals sont trois métriques de Google qui mesurent l’expérience réelle des visiteurs sur une page : la vitesse d’affichage du contenu principal (LCP), la réactivité aux clics et aux saisies (INP) et la stabilité visuelle (CLS). Pour être jugée bonne, une page doit afficher un LCP inférieur à 2 500 ms, un INP de 200 ms ou moins et un CLS de 0,1 ou moins. Ce guide explique ce que chaque métrique mesure, comment la lire, où trouver vos propres chiffres et dans quel ordre agir.

En bref

• Les Core Web Vitals regroupent trois métriques : le LCP (chargement), l’INP (réactivité) et le CLS (stabilité visuelle).
• Les seuils « bons » sont évalués au 75e centile des visites : LCP sous 2 500 ms, INP à 200 ms ou moins, CLS à 0,1 ou moins.
• Les données de terrain, issues de vrais utilisateurs, font foi. Les tests en laboratoire servent à diagnostiquer et à vérifier vos corrections.
• Google recommande un bon score Core Web Vitals, car il correspond à ce que ses systèmes de classement cherchent à récompenser.
• Commencez par les pages qui génèrent le plus de trafic et de conversions, puis traitez une métrique à la fois.

Table des matières

• Que sont les Core Web Vitals ?
• Les trois métriques et leurs seuils
• Core Web Vitals et référencement naturel
• Mesurer : données de terrain ou de laboratoire ?
• Repérer les pages qui posent problème
• Améliorer le LCP, l’INP et le CLS
• Un plan d’action en cinq étapes
• Notre point de vue : la performance est un sujet de croissance
• Comment nous pouvons vous accompagner
• Pyetje të Shpeshta
• Burimet

Que sont les Core Web Vitals ?

Google les décrit comme un ensemble de métriques qui mesurent des aspects essentiels de l’expérience utilisateur réelle : la vitesse de chargement, la réactivité et la stabilité visuelle (Google for Developers). L’idée est simple. Un visiteur ne juge pas votre site sur un score technique, mais sur trois sensations : la page s’affiche-t-elle vite, répond-elle quand je touche un bouton, et reste-t-elle en place pendant que je lis ?

Pour un dirigeant ou un responsable marketing, c’est un point important. Ces métriques ne traduisent pas ce que Google « pense » de votre site : elles reflètent ce que vivent vos utilisateurs sur leurs propres appareils, comme le rappelle web.dev à l’attention des décideurs. Un site rapide sur l’ordinateur de bureau de votre agence peut donc être lent sur un mobile d’entrée de gamme avec une connexion moyenne.

Les Core Web Vitals évoluent. Web.dev décrit un cycle de vie des métriques (expérimental, en attente, stable) qui permet aux développeurs de se préparer aux changements de standards de mesure (web.dev). Retenez donc la logique plutôt qu’une liste figée : l’INP a remplacé l’ancienne métrique de délai de première interaction, et d’autres ajustements peuvent suivre.

Les trois métriques et leurs seuils

Les trois métriques actuelles sont le LCP, l’INP et le CLS. Les seuils « bons » sont définis au 75e centile des chargements de page, d’après l’aide de la Search Console.

Le 75e centile signifie que 75 % des visites doivent atteindre le seuil. Cette valeur sert à déterminer si un site satisfait la majorité de ses utilisateurs, selon web.dev. Une moyenne flatteuse ne suffit donc pas : il faut que les visiteurs les moins bien lotis restent dans la zone verte.

LCP : la vitesse perçue

Le LCP chronomètre l’apparition du plus grand élément de contenu dans la fenêtre : le plus souvent une image de bandeau, une photo produit ou un gros titre. Une page est bonne si ce temps reste inférieur à 2 500 millisecondes au 75e centile (Search Console).

L’image joue un rôle central. D’après l’Almanach Web 2024 de HTTP Archive, cité par web.dev, 73 % des pages mobiles utilisent une image comme élément LCP. Si votre page d’accueil repose sur un grand visuel, c’est lui qu’il faut optimiser en premier.

INP : la réactivité

L’INP observe le temps que met la page à réagir visuellement après un clic, un toucher ou une frappe clavier. Le seuil à respecter est de 200 ms ou moins. Un menu qui met une demi-seconde à s’ouvrir, un filtre de catalogue qui fige l’écran ou un formulaire qui tarde à valider donnent un mauvais INP. La cause la plus courante : un thread principal du navigateur saturé par trop de JavaScript.

CLS : la stabilité visuelle

Le CLS additionne les décalages de mise en page inattendus : un bouton qui descend au moment où vous cliquez, un texte qui saute parce qu’une publicité s’insère. Le seuil est de 0,1 ou moins. Les recherches de Google sur la perception montrent que les valeurs jusqu’à 0,1 sont perceptibles sans être trop perturbatrices, alors qu’à partir de 0,15 elles sont systématiquement jugées gênantes (web.dev).

Ces seuils ne sont pas arbitraires. Ils s’appuient sur la perception humaine et sur des recherches en interaction homme-machine, et leur faisabilité est vérifiée avec les données CrUX, la base de mesures de vrais utilisateurs de Chrome (web.dev).

Core Web Vitals et référencement naturel

Google recommande d’obtenir de bons résultats Core Web Vitals, en complément des autres aspects de l’expérience sur la page. Cette recommandation correspond à ce que ses principaux systèmes de classement cherchent à récompenser (Google Search Central).

Concrètement, que faut-il en conclure ?

• Les Core Web Vitals ne remplacent pas la pertinence. Un contenu qui répond précisément à l’intention de recherche reste la base. Notre guide sur la stratégie SEO pour gagner du trafic détaille cet équilibre.
• Ils soutiennent l’expérience qui convertit. Une page qui s’affiche vite et ne bouge pas retient mieux le visiteur, ce qui profite directement à vos formulaires, vos fiches produit et vos demandes de devis. Pour aller plus loin sur ce point, consultez notre guide d’optimisation du taux de conversion.
• Ils s’inscrivent dans un tout. Architecture du site, signaux de confiance et qualité technique avancent ensemble : voyez aussi notre article sur l’architecture de site pour le SEO et celui sur l’E-E-A-T.

Mesurer : données de terrain ou de laboratoire ?

C’est le point qui crée le plus de confusion. Deux familles de données coexistent.

Les données de terrain (RUM, pour Real User Monitoring) capturent les performances constatées par vos vrais visiteurs. Les outils basés sur CrUX fournissent ce type de données. Les données de laboratoire sont recueillies dans un environnement contrôlé : elles sont reproductibles, mais ne rendent compte ni de toutes les interactions ni de toutes les conditions réelles (web.dev).

Un détail pratique : l’INP ne peut pas être mesuré directement en laboratoire. Web.dev recommande d’utiliser le Total Blocking Time (TBT) comme indicateur de substitution (web.dev). Si votre test synthétique affiche un TBT élevé, attendez-vous à un INP dégradé sur le terrain.

Règle de lecture simple :

1. Les données de terrain disent si vous avez un problème et sur quelles pages.
2. Les données de laboratoire aident à comprendre pourquoi et à vérifier une correction avant la mise en ligne.
3. Si les deux divergent, fiez-vous au terrain : c’est l’expérience de vos clients.

Repérer les pages qui posent problème

Le point de départ est le rapport Core Web Vitals de la Google Search Console. Il regroupe vos URL selon leur état et indique celles qui ne respectent pas les seuils du LCP, de l’INP ou du CLS. PageSpeed Insights et Chrome Lighthouse complètent le diagnostic (aide de la Search Console).

Une méthode de tri efficace :

• Repérez les groupes d’URL signalés comme à améliorer ou médiocres dans la Search Console.
• Croisez avec votre analytique : quelles pages reçoivent le plus de visites, quelles pages portent vos conversions ?
• Testez une page représentative de chaque groupe dans PageSpeed Insights, en regardant d’abord le bloc de données de terrain, puis les recommandations de laboratoire.
• Notez les chiffres de départ avant toute modification, pour pouvoir mesurer l’effet.

Les groupes d’URL se corrigent souvent par gabarit : une seule correction sur le modèle de fiche produit ou d’article de blog peut améliorer des centaines de pages d’un coup. C’est pourquoi un suivi structuré des données, comme celui que nous mettons en place en analyse de données, fait gagner du temps.

Améliorer le LCP, l’INP et le CLS

Les bonnes pratiques de Google tiennent en trois axes : optimiser le chargement de l’image principale pour le LCP, réduire les blocages du thread principal pour l’INP, et empêcher les changements de mise en page inattendus pour le CLS (web.dev).

Gagner du temps sur le LCP

Une cause fréquente de mauvais LCP est le retard de chargement de l’image principale : son URL peut ne pas apparaître dans la réponse HTML initiale, par exemple quand elle est injectée par du JavaScript ou chargée en image de fond CSS. Le navigateur la découvre alors tard (web.dev).

Les réflexes à adopter :

• Faire figurer l’image principale directement dans le HTML, avec une balise d’image standard.
• Ne pas appliquer de chargement différé à l’image visible dès l’ouverture de la page.
• Servir une image à la bonne dimension et dans un format moderne et compressé.
• Alléger le serveur et la mise en cache si le temps de réponse initial est élevé.

Rendre l’INP plus réactif

L’INP se joue sur le thread principal. Réduisez le JavaScript exécuté au chargement, retirez les scripts tiers qui n’apportent rien (widgets, trackers redondants, chats peu utilisés) et découpez les longues tâches pour que le navigateur puisse répondre entre deux calculs. Sur un site WordPress, l’empilement de plugins et de constructeurs de pages est un suspect fréquent : notre article sur la refonte de site WordPress explique comment moderniser sans perdre son référencement.

Stabiliser le CLS

Le CLS se corrige souvent en réservant l’espace avant l’arrivée du contenu :

• Indiquer largeur et hauteur sur les images et vidéos.
• Prévoir un emplacement de taille fixe pour les bannières, publicités et modules d’avis.
• Éviter d’insérer un bloc au-dessus du contenu déjà affiché, comme un bandeau de cookies qui pousse la page.
• Précharger les polices ou choisir une police de secours de proportions proches, pour limiter le saut de texte.

Pour une approche plus technique et détaillée, vous pouvez consulter notre ressource sur l’optimisation des performances web et notre page Core Web Vitals.

Un plan d’action en cinq étapes

1. Établir l’état des lieux. Exportez le rapport Core Web Vitals de la Search Console et listez les groupes d’URL en difficulté.
2. Prioriser. Classez-les par trafic et par valeur commerciale : une page tarifs ou une page de contact passe avant un vieil article.
3. Diagnostiquer. Testez une page type avec PageSpeed Insights et identifiez la métrique fautive : LCP, INP ou CLS.
4. Corriger par gabarit. Appliquez les correctifs au modèle de page, pas page par page, et vérifiez en laboratoire avant la mise en ligne.
5. Suivre dans la durée. Les données de terrain se consolident sur plusieurs semaines. Surveillez le rapport, puis rééditez le cycle à chaque refonte, ajout de script ou changement de thème.

Un site qui évolue (nouvelles campagnes, pixels publicitaires, pages d’atterrissage) peut perdre ses bons scores sans prévenir. Intégrez donc un contrôle des Core Web Vitals à chaque mise en production importante, notamment avant de lancer une campagne payante vers de nouvelles pages.

Notre point de vue : la performance est un sujet de croissance

Chez Xpert Marketing, nous traitons les Core Web Vitals comme une question de croissance, pas comme un exercice technique isolé. Un site rapide et stable est le socle sur lequel reposent le SEO, les campagnes payantes et la conversion.

Notre approche associe stratégie, créativité et technologie. Nous partons des données réelles de vos visiteurs, nous identifions les gabarits qui pèsent sur l’expérience, puis nous alignons design, développement et contenu pour que la performance ne soit pas sacrifiée au visuel. Un bandeau spectaculaire n’a de valeur que s’il s’affiche vite et ne fait pas bouger la page.

Nous croyons aussi qu’un bon score se maintient par un travail structuré et une collaboration étroite avec l’équipe du client : des priorités claires, des indicateurs suivis et des corrections vérifiées. C’est cette discipline qui transforme une vision en résultats tangibles.

Xpert

Comment nous pouvons vous accompagner

Si vous préférez confier l’optimisation à une équipe, nous intervenons sur l’ensemble de la chaîne : audit des données, conception UX/UI, développement WordPress, landing pages, e-commerce, ainsi que le SEO et le suivi analytique qui permettent de mesurer les progrès.

Découvrez l’ensemble de nos services, parcourez nos études de cas ou contactez-nous depuis xpertmarketing.pro pour définir avec nous les priorités de votre site.

Pyetje të Shpeshta

Quels sont les trois Core Web Vitals ?

Il s’agit du LCP (Largest Contentful Paint), de l’INP (Interaction to Next Paint) et du CLS (Cumulative Layout Shift). Ils mesurent respectivement la vitesse de chargement, la réactivité et la stabilité visuelle. Les seuils « bons » sont de moins de 2 500 ms pour le LCP, de 200 ms ou moins pour l’INP et de 0,1 ou moins pour le CLS, au 75e centile (Search Console).

Les Core Web Vitals influencent-ils le classement Google ?

Google recommande un bon score Core Web Vitals, car il correspond à ce que ses systèmes de classement cherchent à récompenser, avec les autres aspects de l’expérience sur la page. Ils ne remplacent pas la qualité et la pertinence du contenu. Ils renforcent en revanche l’expérience et donc la conversion.

Où voir les Core Web Vitals de mon site ?

Ouvrez le rapport Core Web Vitals dans la Google Search Console pour une vue par groupes d’URL, puis utilisez PageSpeed Insights ou Chrome Lighthouse pour analyser une page précise (aide de la Search Console). Regardez d’abord les données de terrain, qui reflètent vos vrais visiteurs.

Pourquoi mon score de laboratoire diffère-t-il des données de terrain ?

Le laboratoire simule un appareil et un réseau dans un cadre contrôlé, alors que le terrain agrège les visites réelles avec leurs appareils, connexions et interactions variés. L’INP n’est d’ailleurs pas mesurable en laboratoire : le TBT sert d’indicateur de substitution (web.dev).

Par quelle métrique commencer ?

Commencez par celle que le rapport de la Search Console signale comme défaillante sur vos pages les plus importantes. Sur beaucoup de sites, c’est le LCP, souvent lié à une image principale chargée trop tard. Corrigez ensuite l’INP et le CLS, un gabarit à la fois.

Burimet

• Google for Developers : comprendre les signaux Web essentiels et les résultats de recherche
• Aide de la Search Console : rapport Core Web Vitals
• web.dev : premiers pas avec la mesure des métriques Web Vitals
• web.dev : comment les seuils des métriques Core Web Vitals ont été définis
• web.dev : méthodes les plus efficaces pour améliorer les Core Web Vitals
• web.dev : Web Vitals
• web.dev : optimiser les Core Web Vitals pour les décideurs

Recommandations

• Core Web Vitals : ce que c’est et comment les améliorer en 2026
• Optimisation de la performance web 2026 : améliorer spécifiquement les Core Web Vitals