Core Web Vitals expliqués simplement : LCP, INP, CLS

Les Core Web Vitals sont trois indicateurs définis par Google et documentés sur sa bibliothèque technique web.dev. Ils mesurent l'expérience réelle des utilisateurs sur votre site, pas un score de laboratoire. Depuis la Page Experience Update annoncée sur Google Search Central en 2021, ces trois chiffres servent de signal de classement dans les résultats de recherche. Concrètement, un site qui échoue sur les Core Web Vitals recule dans Google et, surtout, perd des visiteurs en amont de toute conversion.

Les trois métriques couvrent trois sensations différentes : est-ce que la page s'affiche vite (LCP) ? Est-ce qu'elle répond vite quand je clique (INP) ? Est-ce qu'elle tient en place sans me faire cliquer à côté (CLS) ? Google donne un seuil précis pour chacune, publié noir sur blanc. Pour passer dans le vert, il faut que 75 % de vos visiteurs en conditions réelles franchissent les trois seuils en même temps. C'est exigeant, et c'est volontaire : Google veut récompenser les sites qui servent correctement l'internaute, pas ceux qui trichent en conditions de test.

LCP signifie Largest Contentful Paint. En français clair : combien de secondes avant que le plus gros élément visible de votre page apparaisse à l'écran. C'est l'équivalent du moment où le serveur vous apporte le menu au restaurant. Si vous attendez trois minutes devant une table vide, vous partez. Sur le web, vous partez en trois secondes.

Le seuil Google officiel est de 2,5 secondes. Au-dessus de 4 secondes, le site bascule en rouge sur le tableau de bord Search Console. Entre les deux, la zone orange signale qu'il faut agir. Ce chiffre couvre l'affichage du contenu principal : l'image de couverture, le gros titre éditorial, la photo produit, la zone qui dit au visiteur qu'il est arrivé au bon endroit. Peu importe le reste, si ce bloc n'apparaît pas vite, le visiteur doute.

L'impact commercial est direct. Google documente dans son rapport sur la performance mobile qu'une page qui passe de 1 à 3 secondes de chargement augmente de 32 % la probabilité qu'un visiteur abandonne. Entre 1 et 5 secondes, cette probabilité monte à 90 %. Chaque seconde coûte donc des visiteurs, et dans un tunnel de conversion à 2 %, des visiteurs perdus sont des euros perdus. Un site lent coûte des leads. Lynk wYou mesure ce coût en euros par mois dans son audit de performance, pas en secondes abstraites.

INP signifie Interaction to Next Paint. En français clair : combien de millisecondes entre le moment où vous cliquez et le moment où la page réagit visiblement. C'est l'équivalent du serveur au restaurant : vous avez lu le menu, vous levez la main, et vous attendez qu'il vienne prendre votre commande. S'il traîne trois minutes, vous ne reviendrez pas. Sur le web, vous quittez l'onglet.

INP a remplacé l'ancien indicateur FID (First Input Delay) en mars 2024. La différence est importante : FID ne mesurait que le tout premier clic, INP mesure le pire des clics pendant toute la visite. C'est plus honnête. Google fixe le seuil dans le vert à 200 millisecondes. Entre 200 et 500 millisecondes, la page est lente. Au-dessus de 500 millisecondes, elle est cassée du point de vue de l'utilisateur, même si visuellement elle semble fonctionner.

Concrètement, INP traduit la réactivité des formulaires, des menus, des filtres produit, des boutons de panier. Un bouton qui met 600 millisecondes à accuser réception fait recliquer le visiteur, qui double alors une inscription ou un achat. Sur un site e-commerce, cette friction coûte entre 2 et 5 % de conversion selon nos mesures terrain. Sur un site de génération de leads, elle fait abandonner des formulaires à moitié remplis. Aucun dirigeant ne tolérerait cette lenteur en boutique physique. Sur le web, elle passe inaperçue parce que personne ne la mesure.

CLS signifie Cumulative Layout Shift. En français clair : à quel point les éléments de la page bougent pendant que vous essayez de lire ou de cliquer. C'est l'équivalent de la balance au restaurant qui oscille pendant que vous voulez prendre l'addition, et qui vous fait signer pour la mauvaise somme. Sur le web, c'est la bannière publicitaire qui pousse le bouton d'achat d'un centimètre au dernier moment, et vous cliquez sur autre chose.

CLS n'est pas une durée, c'est un score sans unité. Google fixe le seuil dans le vert à 0,1. Au-dessus de 0,25, le site est considéré comme cassé. Le calcul additionne chaque déplacement visible d'un bloc pendant le chargement, pondéré par la distance parcourue et la surface concernée. Moins il y a de mouvement, plus le score est bas, plus l'expérience est stable.

Les causes sont quasi toujours les mêmes : images sans dimensions déclarées, polices qui chargent en retard et repoussent le texte, bannières qui s'insèrent à la volée, widgets tiers qui prennent leur place en cours de route. Un site qui bouge pendant le chargement trahit un manque de rigueur technique. Le visiteur ne l'analyse pas, mais il le ressent. Et le ressenti tue la confiance, surtout sur une page produit ou un tunnel de commande. Passer CLS dans le vert coûte quelques jours de travail à un prestataire sérieux. Le retour sur investissement se mesure en taux d'abandon panier réduit.

La corrélation entre performance et conversion n'est plus une hypothèse. Google publie des études terrain sur la bibliothèque web.dev depuis 2019 : chaque tranche de 0,1 seconde gagnée sur la vitesse d'affichage augmente le taux de conversion d'environ 1 %, mesuré sur des e-commerçants de taille mondiale. Inversement, chaque 0,1 seconde perdue coûte 1 % de conversion. Sur un site qui fait 50 000 euros de chiffre d'affaires mensuel, une seconde perdue représente donc jusqu'à 5 000 euros par mois qui partent chez le concurrent.

L'impact ne s'arrête pas à la conversion immédiate. Les trois métriques alimentent directement le Chrome UX Report (CrUX), la base publique que Google utilise comme référence pour le classement. Un site rapide sur CrUX monte, un site lent descend. À positionnement SEO équivalent, la performance peut faire la différence entre la troisième position qui capte 10 % des clics et la septième qui en capte moins de 2 %. La perte de trafic se cumule à la perte de conversion. Le compteur tourne tous les jours, sans alerte.

Il y a aussi un effet indirect sur votre coût d'acquisition. Toute campagne publicitaire pointe vers votre site. Si votre page d'atterrissage est lente, le coût par clic monte, le score de qualité baisse, et chaque euro dépensé en campagne rapporte moins. La performance web n'est pas un sujet technique isolé. C'est un levier P&L qui concerne le marketing, le commercial et la direction financière.

Mesurer les Core Web Vitals ne coûte rien. Google met trois outils gratuits à disposition, tous accessibles en cinq minutes à un dirigeant non-technique. Pas besoin de compte payant, pas besoin de prestataire pour obtenir les premiers chiffres. Le diagnostic initial est à votre portée.

Le premier outil s'appelle PageSpeed Insights. Vous y collez l'URL d'une de vos pages, et Google renvoie les trois chiffres accompagnés de recommandations concrètes. Il distingue les données de laboratoire (simulation) et les données de terrain (vraies visites réelles agrégées sur 28 jours). Ce sont les données de terrain qui comptent, parce que ce sont elles qui alimentent le classement.

Le second outil est Google Search Console, plus précisément l'onglet Signaux web essentiels. Il affiche l'ensemble de vos pages classées en vert, orange ou rouge sur chacune des trois métriques, séparées par mobile et ordinateur. C'est la vision la plus stratégique, parce qu'elle pointe les pages qui perdent du classement faute de performance. Le troisième outil est le Chrome UX Report, qui donne les données brutes utilisées par Google pour son classement. Il existe aussi des extensions Chrome gratuites, comme Web Vitals, qui affichent les trois chiffres en direct sur n'importe quelle page que vous visitez. Commencer par mesurer, c'est commencer par arrêter de spéculer.

Améliorer les Core Web Vitals suit une logique simple : moins il y a de code chargé, moins le navigateur travaille, plus le site va vite. Les gains les plus visibles viennent de trois chantiers, par ordre d'impact. Le premier chantier est la chasse au poids inutile. Images non compressées, polices en excès, scripts tiers (publicité, analytics, tags marketing empilés au fil des années), sliders lourds en haut de page. Un nettoyage sérieux fait souvent passer une page de 3 Mo à moins de 1 Mo, avec un LCP divisé par deux.

Le deuxième chantier concerne les dimensions. Chaque image doit déclarer sa largeur et sa hauteur dans le code, chaque espace publicitaire doit réserver sa place, chaque police doit avoir un comportement de remplacement défini. Ce travail ne demande pas de refonte, il demande de la rigueur technique. C'est lui qui fait passer CLS dans le vert sans toucher au design.

Le troisième chantier touche à l'architecture. Un site construit sur un gabarit alourdi par dix ans d'évolutions successives atteint un plafond de performance. Les sites sur-mesure passent nativement les Core Web Vitals parce qu'ils ne chargent que le code nécessaire à votre contexte, sans dette accumulée. Comme expliqué dans notre page [site web sur-mesure](/agence/site-web-sur-mesure), la performance se gagne à la conception, pas en correctif. Une optimisation superficielle fait gagner 20 à 30 %. Une architecture propre fait gagner 200 à 400 %. La différence de budget entre les deux se rembourse en moins d'un an sur un site commercial actif.

Le délai dépend du point de départ et du type de correction. Sur un site récent avec un travail d'optimisation ciblé, faire passer les trois métriques dans le vert prend entre deux et six semaines. Le gros du gain vient des deux premières semaines, le reste sert à stabiliser et à vérifier sur la durée, parce que les mesures CrUX sont agrégées sur 28 jours et demandent du recul.

Sur un site ancien construit sur une pile technique empilée, la même ambition demande trois à six mois, et parfois une refonte ciblée. Le calcul à trois ans penche souvent pour la refonte : le coût de corriger et re-corriger un site fragile dépasse rapidement le coût de repartir proprement. Notre règle tient : si ça n'améliore pas votre P&L, on ne le fait pas. Nous chiffrons toujours les deux scénarios côte à côte avant de recommander l'un ou l'autre. Jamais l'inverse.

:::faq Q: Qu'est-ce que les Core Web Vitals en une phrase ? A: Les Core Web Vitals sont les **trois chiffres officiels de Google** qui mesurent la vitesse d'affichage (LCP), la réactivité aux clics (INP) et la stabilité visuelle (CLS) d'une page web. Ils servent depuis la Page Experience Update de 2021 à classer les sites dans les résultats de recherche. Un site qui passe les trois seuils en même temps est considéré comme offrant une bonne expérience utilisateur par Google.

Q: Quels sont les seuils Google considérés comme bons ? A: Les seuils officiels publiés par Google sur web.dev sont les suivants : **LCP sous 2,5 secondes**, **INP sous 200 millisecondes**, **CLS sous 0,1**. Pour qu'une page soit considérée comme performante, 75 % des visiteurs en conditions réelles doivent franchir les trois seuils sur une fenêtre de 28 jours. Au-dessus de 4 secondes de LCP, 500 millisecondes d'INP ou 0,25 de CLS, la page est considérée comme cassée.

Q: Combien de temps pour améliorer ses Core Web Vitals ? A: Sur un site moderne bien construit, un travail d'optimisation ciblé fait passer les trois métriques dans le vert en **deux à six semaines**. Le gros du gain arrive dès les deux premières semaines. Sur un site ancien construit sur une pile technique empilée, le délai monte à trois à six mois et la refonte ciblée devient parfois le seul levier qui débloque durablement les trois métriques sans accumuler de dette technique supplémentaire.

Q: Faut-il refaire entièrement son site pour passer les Core Web Vitals ? A: Non, pas systématiquement. La majorité des sites gagnent 30 à 50 % de performance par de simples optimisations : **allègement des images**, nettoyage des scripts tiers, déclaration des dimensions des médias, préchargement des polices critiques. La refonte devient pertinente quand le site est construit sur une base empilée depuis plus de cinq ans, que les correctifs successifs ont créé de la dette technique, et que le calcul à trois ans montre un coût de maintenance supérieur à une reconstruction propre.

Q: Les Core Web Vitals impactent-ils vraiment le SEO ? A: Oui, de façon documentée. Google confirme sur Search Central que les Core Web Vitals font partie des signaux de classement depuis la Page Experience Update de **juin 2021**. À positionnement équivalent, un site plus rapide monte. L'impact n'est pas brutal : il agit comme un départage entre pages de qualité éditoriale proche. Sur des requêtes concurrentielles, cela peut faire la différence entre la troisième position, qui capte 10 % des clics, et la septième, qui en capte moins de 2 %. :::

Les Core Web Vitals ne sont ni un sujet de geek ni un caprice de Google. Ce sont trois thermomètres qui mesurent l'inconfort que votre site impose à vos visiteurs. Inconfort silencieux, chiffré en secondes et en millisecondes, qui se paye en euros perdus chaque mois. La bonne nouvelle : le diagnostic est gratuit, les outils sont publics, et les leviers d'amélioration sont connus.

Nous écrivons aussi nos propres sites pour passer les Core Web Vitals dès le premier déploiement, pas en rattrapage. Quand un client nous consulte pour optimiser un site existant, nous commençons par un audit de 30 minutes : URL par URL, métrique par métrique, avec un chiffrage clair du coût mensuel actuel de la lenteur et du gain attendu après chantier. Vous repartez avec trois chiffres prioritaires et un plan à trois jalons. Pas de PowerPoint, pas de jargon. Seulement ce qui améliore votre P&L.

*Sources citées : web.dev, documentation officielle Core Web Vitals (Google) ; Google Search Central, Page Experience Update (juin 2021) ; Chrome UX Report (CrUX), données publiques de terrain ; étude Google sur la corrélation performance et conversion mobile.*