Core Web Vitals : LCP, INP et CLS, les seuils de Google et comment les améliorer

Les Core Web Vitals sont les trois indicateurs par lesquels Google mesure la vitesse et le confort d’une page, tels que les vivent vos visiteurs. Ils s’affichent dans Search Console, PageSpeed Insights et Chrome. Nous avons mesuré 50 sites de PME romandes pour voir où ils en sont. Pour 43 d’entre eux, Google n’a pas encore assez de visites réelles pour les évaluer.

Que sont les Core Web Vitals ?

Ce sont trois mesures standardisées par Google. Elles portent sur l’affichage du contenu principal, la réactivité aux clics et la stabilité visuelle, chacune avec trois zones.

Google les évalue au 75e centile des visites, séparément sur mobile et sur ordinateur. Trois visites sur quatre doivent donc tenir le seuil, ce qui limite l’effet des connexions exceptionnellement lentes.

LCP, INP, CLS : ce que mesure chaque indicateur

Chaque indicateur répond à une question du visiteur. La page s’affiche-t-elle, réagit-elle, reste-t-elle stable ?

LCP : le temps d’affichage du plus gros élément

Le LCP mesure le délai avant que la plus grande image, vidéo ou bloc de texte visible s’affiche. Sur mobile, cet élément est une image dans 73 % des pages. Google le découpe en quatre étapes : la réponse du serveur, l’attente avant le chargement de l’image, son téléchargement, puis son affichage. Selon l’équipe Chrome, c’est l’indicateur le plus difficile à tenir : 40 % des sites mesurés échouent.

INP : la réactivité aux clics

L’INP observe toutes les interactions d’une visite, qu’il s’agisse d’un clic, d’un appui sur l’écran ou d’une touche du clavier. Le survol, le zoom et le défilement ne comptent pas. La raison est simple : 90 % du temps passé sur une page l’est après son chargement. Une page sans aucun clic n’a d’ailleurs pas de valeur INP.

CLS : la stabilité de la mise en page

Le CLS mesure les éléments qui bougent sans prévenir, comme un bouton qui glisse au moment où l’on clique. Il retient la plus forte rafale de décalages survenue pendant la visite. Les décalages qui suivent un clic dans la demi-seconde ne comptent pas. Les causes typiques sont connues :

• Images et vidéos sans dimensions, qui poussent le texte en s’affichant.
• Polices de caractères d’une taille différente de la police de secours.
• Publicités, widgets et bannières qui se redimensionnent après coup.

Pourquoi le FID a disparu

L’INP a remplacé le FID le 12 mars 2024, après une annonce de Google en mai 2023. Le FID ne mesurait que le délai de la première interaction, pas celui des suivantes. Le changement a fait baisser le taux de réussite. Avec le FID, 48 % des sites mobiles passaient les trois seuils en 2024 ; avec l’INP, ils n’étaient plus que 43 %.

Terrain ou laboratoire : pourquoi vos scores ne concordent pas

Deux sources se mélangent dans PageSpeed Insights, et seules les données de terrain comptent pour Google. Elles viennent des vrais visiteurs de Chrome, sur les 28 derniers jours.

Le test de laboratoire simule un téléphone de milieu de gamme sur un réseau mobile. Il charge la page à froid, sans rien en mémoire. Ses chiffres sont donc souvent plus sévères que la réalité.

Un site de notre panel l’illustre. Chez ses vrais visiteurs, le LCP était de 1,6 seconde ; la simulation affichait 9,9 secondes. Le laboratoire a deux autres limites :

• Il ne mesure pas l’INP, faute de visiteur qui clique. Il affiche à la place le TBT, simple indice indirect.
• Sa note sur 100 mélange cinq mesures, dont trois qui ne sont pas des Core Web Vitals.

Google le dit clairement : priorité aux données de terrain quand les deux existent. Une note verte en laboratoire ne garantit pas une bonne expérience réelle.

« Évaluation des Core Web Vitals : échec » : que faire ?

Ce message signifie qu’au moins un indicateur dépasse le seuil chez plus d’un visiteur sur quatre. PageSpeed Insights l’affiche en haut de son rapport.

Trois règles expliquent les cas particuliers :

• Sans assez de données INP, l’évaluation réussit si le LCP et le CLS sont bons.
• Sans assez de données sur la page, l’outil affiche celles du site entier.
• Sans données pour le site non plus, aucune évaluation réelle n’est possible.

Pour corriger, Google conseille de traiter d’abord les URL « Médiocre », puis les problèmes qui touchent le plus de pages. Search Console regroupe les pages similaires : corriger le modèle de page règle souvent tout le groupe d’un coup.

Quel poids dans le classement Google ?

Un poids réel, mais secondaire. Google écrit que les Core Web Vitals sont utilisées par ses systèmes de classement, à partir des données des vrais visiteurs de Chrome. Il ajoute aussitôt deux limites. De bons résultats ne garantissent pas la première place, et le contenu le plus pertinent passe devant, même si son expérience déçoit. La vitesse départage surtout des pages de qualité proche.

Google déconseille même de viser un score parfait pour le seul SEO. Le vrai gain est ailleurs : chez Vodafone, un LCP amélioré de 31 % a apporté 8 % de ventes en plus, lors d’un test comparatif.

Nous avons mesuré 50 sites de PME romandes

La majorité des sites de PME n’a aucune donnée réelle chez Google. Sur 50 sites mesurés, 43 n’en avaient ni pour leur page d’accueil ni pour le site entier.

Nous avons pris les sites d’entreprises du top 10 de Google.ch pour 30 recherches « métier + ville » en Suisse romande. Plombiers, dentistes, avocats, coiffeurs : 24 métiers au total, sans annuaires ni chaînes. Chaque page d’accueil est passée dans PageSpeed Insights mobile le 6 octobre 2026.

Le diagnostic est net. En laboratoire, la stabilité et la réactivité tiennent sur la plupart des sites, le temps d’affichage non. Sur mobile, l’élément principal est une image dans 73 % des pages : c’est elle qu’il faut alléger en premier.

Notre propre site n’échappe pas à la règle : Google n’a pas encore de données réelles pour peho-web.ch. Sans elles, seul le laboratoire guide les corrections, avec sa sévérité.

Testez les Core Web Vitals de votre site

Entrez vos trois valeurs pour obtenir le verdict et la première correction à faire. Les valeurs proposées sont celles d’un site de notre panel.

Améliorer ses Core Web Vitals, indicateur par indicateur

Corrigez d’abord l’indicateur le plus en échec, puis vérifiez les deux autres. Tous les gestes qui suivent viennent de la documentation de Google.

Faire baisser le LCP

Tout se joue sur l’image principale. Ajoutez-lui l’attribut fetchpriority= »high » pour qu’elle se charge plus tôt : chez Google Flights, le LCP est passé de 2,6 à 1,9 seconde.

• Ne la chargez jamais en différé : pas de loading= »lazy » sur l’image du haut de page.
• Placez-la dans le HTML, pas derrière un script : 7 % des pages la cachent ainsi.
• Allégez-la en WebP ou AVIF, à la taille réelle d’affichage.
• Accélérez le serveur : moins de redirections, un hébergement proche de vos visiteurs, un cache actif.

WordPress ajoute désormais fetchpriority de lui-même à l’image qu’il juge principale. Son équipe annonce un gain de 5 à 10 % sur le LCP.

Rendre les clics plus réactifs

Une tâche de plus de 50 millisecondes bloque la page. Google conseille de découper ces tâches longues et de supprimer le JavaScript inutile.

Faites aussi le ménage dans le gestionnaire de balises, souvent rempli de scripts oubliés. La bannière de cookies pèse aussi sur l’INP : en 2024, seules 53 % des pages mobiles qui en avaient une affichaient un bon INP. Enfin, une page avec moins d’éléments HTML réagit plus vite.

Supprimer les sauts de mise en page

Indiquez toujours la largeur et la hauteur de vos images et vidéos : 66 % des pages ont au moins une image sans dimensions.

Réservez la place des bannières, surtout celles de cookies qui apparaissent en animation. Préchargez les polices essentielles, pour que le texte ne change pas de taille à leur arrivée.

Les outils pour suivre vos Core Web Vitals dans le temps

Quatre outils gratuits couvrent les besoins d’une PME :

• PageSpeed Insights : le test ponctuel, avec les données réelles des 28 derniers jours, mises à jour chaque jour.
• Search Console : le rapport Core Web Vitals et son historique, pour les sites dont vous avez validé la propriété.
• CrUX Vis : l’évolution semaine par semaine, sur environ dix mois. Il remplace l’ancien CrUX Dashboard.
• Chrome DevTools : le panneau Performance affiche LCP, CLS et INP en direct pendant que vous naviguez.

L’extension Chrome « Web Vitals », encore citée partout, n’est plus prise en charge depuis janvier 2025. Google renvoie vers le panneau Performance. Ces mesures font partie d’un tout. Pour situer la vitesse parmi les autres chantiers, notre guide pour optimiser son site internet classe 20 actions par impact.

Core Web Vitals : vos autres questions

Comment analyser la performance d’un site web ?

Combinez les données réelles et le laboratoire pour juger. Les premières disent ce que vivent vos visiteurs, le second explique pourquoi. Google juge sur la part d’expériences bonnes, pas sur une moyenne. Regardez donc le 75e centile, comme lui.

Quand Search Console verra-t-elle la correction ?

Comptez environ un mois. Les données réelles agrègent les 28 derniers jours, avec environ deux jours de retard. Le bouton « Démarrer le suivi » lance une surveillance de 28 jours. Il ne déclenche aucune nouvelle exploration : seule la période d’observation repart à zéro.

Un site WordPress peut-il passer les trois seuils ?

Oui, mais WordPress part avec un léger retard sur mobile. En 2025, 45 % des sites WordPress passaient les trois seuils, contre 48 % de l’ensemble des sites. Son point faible reste le LCP, bon sur 53 % des sites seulement. Un thème léger, peu d’extensions et des images maîtrisées font la différence. Voyez notre sélection de plugins WordPress indispensables pour le cache et les images.