Les Core Web Vitals sont les trois indicateurs avec lesquels Google mesure le ressenti d’une page : le temps d’affichage du contenu principal (LCP), le temps de réaction quand on la touche (INP) et l’ampleur de ses mouvements pendant le chargement (CLS). Une page les réussit quand, pour 75 % des visites réelles (séparément sur mobile et sur ordinateur), les trois indicateurs restent dans la colonne « Bon » (web.dev) :
| Indicateur | Bon | À améliorer | Mauvais |
|---|---|---|---|
| LCP (chargement) | jusqu’à 2,5 s | de 2,5 à 4 s | plus de 4 s |
| INP (réactivité) | jusqu’à 200 ms | de 200 à 500 ms | plus de 500 ms |
| CLS (stabilité) | jusqu’à 0,1 | de 0,1 à 0,25 | plus de 0,25 |
Les sigles viennent de l’anglais : Largest Contentful Paint, Interaction to Next Paint et Cumulative Layout Shift. L’INP a remplacé l’ancien FID le 12 mars 2024 (web.dev). Si un guide parle encore du FID, il n’est plus à jour.
Comptent-elles pour le classement dans Google ?
Oui, mais elles ne décident pas de tout. Google confirme que ses systèmes de classement utilisent les Core Web Vitals et, en même temps, qu’il cherche toujours à afficher le contenu le plus pertinent, même quand l’expérience sur la page laisse à désirer (Google Search Central). Un site rapide ne compense pas un contenu qui ne répond pas à la recherche ; entre deux pages aussi utiles, il aide.
C’est sur les résultats commerciaux que la vitesse se voit le plus. Dans une étude commandée par Google à Deloitte et 55 auprès de 37 marques européennes et américaines, gagner 0,1 s sur le site mobile a augmenté les conversions de 8,4 % pour les boutiques en ligne et de 10,1 % pour les sites de voyage ; sur les sites de génération de prospects, 21,6 % d’utilisateurs en plus ont atteint la page d’envoi du formulaire (web.dev). Les données datent de 2019 et s’appuient sur des indicateurs plus anciens que ceux d’aujourd’hui, mais, pour les boutiques et les voyages, la tendance est claire.
Où voir les données de votre site
- Les données terrain, celles qu’utilise Google : elles proviennent de visites réelles avec Chrome (le rapport CrUX). Vous les trouvez dans le rapport Core Web Vitals de la Search Console, qui résume les 28 derniers jours et regroupe les pages semblables (Aide Search Console), et en haut de PageSpeed Insights. Si votre site reçoit peu de visites, il n’y a peut-être pas encore de données.
- Les données de laboratoire : un test simulé, comme celui de Lighthouse en bas de PageSpeed Insights. Il aide à trouver le problème, mais ce n’est pas ce que mesure Google. Le test Lighthouse de PageSpeed Insights ne peut pas mesurer l’INP, puisque personne n’utilise la page pendant le test, et se sert à la place du temps de blocage total (TBT) (web.dev).
Une fois un problème corrigé, vous pouvez cliquer sur « Démarrer le suivi » dans la Search Console : Google surveille les pages concernées pendant 28 jours avant de le considérer comme résolu.
Comment améliorer chacune
LCP : afficher l’essentiel en premier
- Ne retardez pas l’image principale. Jamais en chargement différé (
loading="lazy"), et de préférence avecfetchpriority="high"pour que le navigateur la demande plus tôt (web.dev). - Des images légères : en WebP ou AVIF, et pas plus grandes que leur taille d’affichage.
- Un serveur qui répond vite, et un réseau de diffusion de contenu (CDN) proche de vos visiteurs.
- L’image principale dans le HTML : si JavaScript l’ajoute après coup, le navigateur ne la découvre pas à temps.
INP : une page qui répond tout de suite
- Moins de JavaScript, et le reste découpé en tâches courtes : tant que le navigateur exécute une tâche longue, il ne peut pas répondre à un toucher (web.dev).
- Passez en revue les scripts tiers, comme les chats, les pixels publicitaires ou les widgets : ils se disputent tous le même fil d’exécution.
- Répondez tout de suite par quelque chose de visible, même un simple « chargement », et gardez le travail lourd pour après.
- Une page pas trop grande : plus elle compte d’éléments, plus chaque changement coûte au navigateur.
CLS : rien ne bouge
- Largeur et hauteur sur chaque image et vidéo (
widthetheight, ouaspect-ratioen CSS), pour que le navigateur réserve leur place (web.dev). - Réservez la place de ce qui arrive tard : publicités, vidéos intégrées ou un bandeau qui s’affiche en haut. Mieux vaut les faire flotter par-dessus que pousser le contenu.
- Des polices web avec une police de secours ajustée à leurs dimensions (
size-adjust), pour que le texte ne saute pas au changement de police. - Animez avec
transform, pas en déplaçanttopouleft.
Comment nous faisons chez Vetro
Notre propre site est une expérience 3D, et la vitesse fait partie du design dès le départ :
- le texte arrive dans le HTML ;
- le logo de l’écran de chargement a une priorité haute et sa place réservée ;
- les polices ont des polices de secours ajustées à leurs dimensions ;
- la scène 3D ne se charge que si le navigateur dessine avec la carte graphique et si le visiteur n’a pas demandé à réduire les animations. Sinon, il reçoit une version légère avec le même contenu.
Dans PageSpeed Insights, qui, dans nos tests, mesure sans accélération graphique et reçoit donc cette version légère, la page d’accueil obtient 100 en performance sur mobile (mesuré le 5 octobre 2026). C’est ce que nous appliquons à chaque site que nous concevons.
Questions fréquentes
Si mon site obtient un bon score dans PageSpeed Insights, réussit-il les Core Web Vitals ? Pas forcément. Le score est un test de laboratoire ; ce qui compte pour Google, ce sont les données de vos vraies visites des 28 derniers jours.
Pourquoi le score change-t-il à chaque test ? Parce que les conditions changent : le réseau, le serveur ou l’appareil de test (Chrome for Developers). Refaites le test plusieurs fois et regardez la tendance, pas un chiffre isolé.
Que faire si mon site a peu de visites et pas de données terrain ? Fiez-vous aux données de laboratoire et corrigez ce qu’elles signalent. Quand les visites seront suffisantes, la Search Console affichera les données réelles.
Sources
- Les Core Web Vitals : ce qu’elles sont et leurs seuils (web.dev).
- L’INP devient une Core Web Vital le 12 mars 2024 (web.dev).
- L’expérience sur la page dans les résultats de recherche Google (Google Search Central).
- Rapport Core Web Vitals (Aide Search Console).
- Optimiser le LCP, l’INP et le CLS (web.dev).
- Milliseconds make millions : l’étude de Deloitte pour Google (web.dev).
- Comment est calculé le score de performance de Lighthouse (Chrome for Developers).
