Core Web Vitals : ce que votre site raconte (malgré lui) à Google
Date
16/10/2026
Temps de lecture
6 min
Thèmes
Développement Web

Résumez cet article avec votre IA préférée
100 sur 100. Voilà le chiffre que beaucoup de dirigeants nous communiquent fièrement après avoir testé leur site sur PageSpeed Insights, l’outil de diagnostic de Google. Et il est vrai qu’un score vert impressionne dans un comité de direction.
Mais voici ce que ce score ne dit pas : combien de visiteurs ont abandonné votre page avant qu’elle ne s’affiche sur leur téléphone, dans le train, sur la 4G. Combien ont cliqué sur un bouton resté inerte trois secondes. Combien ont été déçus, sans jamais vous le dire.
Les Core Web Vitals, ce sont justement les indicateurs qui mesurent cette expérience réelle. Et quand on sait les lire, ils racontent souvent une histoire différente du badge vert de la page de test.
Les trois indicateurs, expliqués sans jargon
Google mesure l’expérience de vos visiteurs avec trois compteurs. Chacun correspond à un moment précis de frustration :
- LCP (vitesse d’affichage) : combien de temps votre visiteur attend avant de voir le contenu principal de la page. Au-delà de 2,5 secondes, Google considère que c’est trop lent.
- INP (réactivité) : quand il clique, bouton ou lien, combien de temps avant que quelque chose se passe. Au-delà de 200 millisecondes, la page paraît « figée ».
- CLS (stabilité visuelle) : est-ce que la page bouge pendant le chargement ? Ce lien qui se déplace au moment où vous alliez cliquer, c’est un CLS qui dérape. Seuil de bon niveau : 0,1.
Ce qui compte pour vous : ces chiffres sont mesurés sur vos vrais visiteurs, sur leurs vrais appareils, pas sur la machine de test de Google. C’est ce qui les rend plus honnêtes que le score global de PageSpeed, qui mélange laboratoire et terrain.
Un score vert ne veut pas dire que tout va bien
Le piège classique : un test effectué depuis un bureau connecté en fibre affiche des scores excellents. Or une part croissante de votre trafic arrive depuis un mobile, sur un réseau variable. Google juge votre site sur la majorité de vos visiteurs, pas sur le meilleur de vos appareils.
C’est le point que beaucoup de prestataires évacuent : un site peut être brillant en labo et médiocre sur le terrain. Les données réelles (celles que Google agrège dans son rapport d’expérience page) montrent ce que vos clients vivent vraiment.
Un exemple vu récemment : un site de PME industrielle, tout neuf, affichait 98 sur 100 au test. Sur le terrain, la page d’accueil dépassait 4 secondes d’affichage pour une partie des visiteurs mobiles. Le coupable : une animation d’introduction très lourde, validée parce qu’elle « faisait moderne » sur l’écran du studio. Le score de labo ne l’a jamais vue.
Où regarder vos chiffres réels ?
Deux outils gratuits suffisent pour passer du badge au terrain :
- PageSpeed Insights : en bas du rapport, la section « données de terrain » (Core Web Vitals réels) affiche ce que vos visiteurs ont réellement vécu, séparé mobile et ordinateur. C’est la partie à lire en premier.
- Search Console : le rapport « expérience page » agrège ces mêmes données sur tout votre site, et indique quelles pages dérogent.
Dans les deux cas, ignorez le badge coloré et regardez les chiffres et leur volume : « 42 % des sessions ont un LCP médiocre » se discute en comité de direction, « un score orange » non.
Ce que la lenteur coûte, en chiffres
L’impact n’est pas théorique. Google chiffrait déjà en 2017 que 53 % des visites mobiles étaient abandonnées quand une page mettait plus de 3 secondes à charger (source : étude Google/DoubleClick). Plus récemment, l’étude menée par Deloitte sur des sites majeurs montrait qu’un gain de 0,1 seconde de vitesse se traduisait mesurablement en conversions en plus, jusqu’à 8,4 % pour le retail.
Traduit en langage de dirigeant : si votre site génère des leads à 50 € l’unité, chaque dixième de seconde perdu fait mécaniquement monter votre coût d’acquisition. Vos campagnes paient des visiteurs qu’une page lente disperse avant même qu’ils aient vu votre offre.
C’est aussi pour cela que la performance n’est pas qu’un sujet SEO : elle agit directement sur le taux de conversion, donc sur le chiffre d’affaires que votre site produit.
Les coupables habituels (et comment les repérer)
Dans nos diagnostics, les mêmes causes reviennent, et elles sont rarement exotiques :
- Des images jamais optimisées. La photo de 6 Mo sortie de l’appareil photo, téléversée telle quelle. Premier responsable du LCP.
- Des scripts tiers accumulés. Chat, tracking, pixel publicitaire, solution de témoignages : chaque outil s’ajoute au chargement. On en voit des dizaines sur certains sites de PME.
- Un hébergement sous-dimensionné. Un mutualisé à quelques euros qui suffirait pour une brochure mais sature dès que le site évolue.
- Des thèmes ou plugins encombrants. Un CMS rempli de briques dont la moitié ne sert pas, mais que personne n’a jamais osé retirer.
🔗À lire aussi : Le vrai coût de la maintenance d’un site web
Bonne nouvelle : dans la majorité des cas, un diagnostic ciblé de 30 minutes permet d’identifier les deux ou trois causes qui pèsent le plus, et les corriger ne demande pas une refonte complète.
Quand faut-il optimiser, quand faut-il refaire ?
Arbitrage honnête : si votre site est récent, structuré, avec des contenus à jour, l’optimisation est presque toujours la bonne réponse. On travaille les images, on allège les scripts, on ajuste l’hébergement, et les scores se redressent en quelques semaines.
En revanche, si le site date de plusieurs années, empile les couches techniques et décroche sur mobile, optimiser revient à réparer un socle fissuré. On dépense pour reporter. Dans ce cas, la performance devient un critère de plus pour planifier une refonte, avec la donnée pour l’appuyer plutôt qu’une impression de « site fatigué ».
🔗À lire aussi : Refonte de site web : quand l’expérience utilisateur se transforme en résultats
Le seul moyen de trancher proprement : mesurer d’abord. Un audit des données réelles de vos pages vous dit si vous avez affaire à un problème d’habillage ou de structure.
Chez Cobalt, on juge un site sur ce qu’il produit, pas sur son score
On considère que les Core Web Vitals sont un excellent thermomètre, mais un mauvais objectif. Un décideur n’achète pas un 100/100 : il achète un site qui convertit, qui rassure et qui tient dans la durée. Le score n’est que le symptôme visible de choix techniques qui, bien faits dès la conception, rendent le site rapide sans y penser.
C’est pour cela que chez nous, la performance se traite à la conception (images, poids des pages, sobriété des scripts) et se vérifie ensuite sur les données réelles des visiteurs, pas sur un badge. Un site rapide sur votre cible, pas seulement sur la machine de test.
🔗À lire aussi : Conception mobile-first : une décision de conception, pas une contrainte
Et maintenant ?
Vous voulez savoir ce que vos pages racontent réellement à Google, et ce que cela vous coûte en clients ? On vous montre comment lire vos chiffres réels, et ce qui mérite une correction en priorité.
Questions fréquentes
Qu’est-ce que les Core Web Vitals ?
Ce sont trois indicateurs 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 interactions (INP) et la stabilité visuelle de la page (CLS). Ils sont mesurés sur des visiteurs réels, pas en laboratoire.
Les Core Web Vitals influencent-ils le référencement Google ?
Oui, ils font partie des signaux que Google prend en compte, mais avec pondération : entre deux pages de qualité équivalente, la plus rapide et stable sera favorisée. Un bon score ne fait pas remonter un site médiocre, un mauvais score peut freiner un site par ailleurs solide.
Quel score viser sur PageSpeed Insights ?
Google considère qu’un LCP sous 2,5 secondes, un INP sous 200 millisecondes et un CLS sous 0,1 sont bons. Mais le score global de PageSpeed mélange données de labo et données réelles : mieux vaudra regarder les chiffres réels de vos visiteurs que le badge coloré.
Comment améliorer ses Core Web Vitals sans refaire tout le site ?
Les gains les plus fréquents viennent d’images trop lourdes, de scripts tiers accumulés et d’un hébergement sous-dimensionné. Un diagnostic ciblé permet souvent de corriger l’essentiel sans refonte complète, à condition de mesurer avant et après.