Core Web Vitals : ce que Google mesure vraiment sur votre site
Depuis 2021, Google intègre les Core Web Vitals dans son algorithme de classement. Ce ne sont pas des métriques techniques abstraites réservées aux développeurs — ce sont des mesures directes de l'expérience que vos visiteurs ont sur votre site. Et Google les utilise pour décider si vous méritez d'apparaître en haut de ses résultats.
Trois métriques composent les Core Web Vitals. Chacune mesure un aspect précis de ce que ressent un utilisateur réel.
| Métrique | Ce qu'elle mesure | Bon | Mauvais |
|---|---|---|---|
| LCP — Largest Contentful Paint | Temps avant que le plus grand élément visible soit chargé | < 2,5 s | > 4 s |
| INP — Interaction to Next Paint | Délai entre une action utilisateur et la réponse visuelle | < 200 ms | > 500 ms |
| CLS — Cumulative Layout Shift | Stabilité visuelle — les éléments bougent-ils pendant le chargement ? | < 0,1 | > 0,25 |
LCP — Largest Contentful Paint : la vitesse perçue
Le LCP mesure le temps qu'il faut pour que le plus grand élément visible de la page soit affiché — typiquement l'image principale, le titre hero, ou une vidéo. C'est ce que l'utilisateur perçoit comme “la page a chargé”.
Un LCP sous 2,5 secondes est considéré comme bon. Au-delà de 4 secondes, c'est mauvais — et Google le note en conséquence.
Les coupables les plus fréquents d'un mauvais LCP :
- Une image hero volumineuse non convertie en WebP
- Un hébergement lent avec un TTFB élevé
- Des feuilles de style CSS qui bloquent le rendu
Sur un site Next.js correctement configuré, le LCP est naturellement bas : les pages sont pré-générées, servies depuis un CDN, et le composant <Image /> optimise automatiquement les images.
INP — Interaction to Next Paint : la réactivité
L'INP a remplacé le FID (First Input Delay) en mars 2024. Il mesure le délai entre n'importe quelle interaction utilisateur — clic, tap, frappe clavier — et la réponse visuelle de la page.
Un site avec un INP élevé donne une impression de lenteur, de “lag”, même si la page s'est chargée rapidement. C'est l'équivalent d'une application qui répond en retard à chaque action.
Les causes habituelles :
- Du JavaScript lourd exécuté au moment d'un clic
- Trop d'event listeners actifs simultanément
- Du code tiers (analytics, chat, publicités) qui monopolise le thread principal
CLS — Cumulative Layout Shift : la stabilité visuelle
Le CLS mesure à quel point les éléments de la page bougent pendant le chargement. Vous avez tous vécu cette expérience : vous allez cliquer sur un bouton, et à la dernière milliseconde une image se charge et décale tout le contenu — vous cliquez sur autre chose.
Ce phénomène est pénalisé par Google, et pour de bonnes raisons : il génère des erreurs de clic et frustre les utilisateurs.
Les causes les plus fréquentes de CLS élevé :
- Des images sans attributs
widthetheightdéfinis — le navigateur ne réserve pas l'espace avant le chargement - Des polices web qui remplacent une police de secours après chargement
- Des publicités ou embeds dont la taille n'est pas connue à l'avance
| Problème | Causes fréquentes | Corrections |
|---|---|---|
| LCP élevé | Image hero non optimisée, serveur lent, CSS bloquant | WebP + preload, CDN statique, supprimer CSS inutilisé |
| INP élevé | JavaScript lourd exécuté au clic, trop de listeners | Code splitting, différer le JS non critique |
| CLS élevé | Images sans dimensions, polices qui se chargent tard, publicités | Définir width/height sur toutes les images, font-display: swap |
Comment mesurer vos Core Web Vitals
Deux sources complémentaires donnent une image complète :
PageSpeed Insights (pagespeed.web.dev) analyse une URL spécifique et donne les scores LCP, INP et CLS mesurés sur de vraies visites utilisateurs (données du Chrome User Experience Report). C'est ce que Google voit réellement.
Google Search Console — section “Expérience” puis “Signaux Web essentiels” — donne une vue globale sur l'ensemble du site, avec les pages classées en “Bonnes”, “À améliorer” et “Mauvaises”. C'est le point de départ pour prioriser les corrections.
Core Web Vitals et classement Google : ce qu'il faut retenir
Les Core Web Vitals sont un signal de classement parmi d'autres — ils ne compensent pas un contenu pauvre ou un manque de backlinks. Mais à contenu équivalent entre deux sites concurrents, celui qui a de meilleurs Core Web Vitals prend l'avantage.
Dans des marchés locaux concurrentiels — artisans, commerçants, prestataires de services — où le contenu des sites se ressemble souvent, les performances techniques peuvent faire la différence entre la première et la troisième position.
Nos sites obtiennent systématiquement des scores Core Web Vitals dans le vert dès le lancement. Ce n'est pas un bonus — c'est une exigence de base.
Vos Core Web Vitals sont dans le rouge ? Contactez-nous — nous identifions les causes et vous proposons un plan de correction priorisé.