Core Web Vitals : les trois mesures qui comptent vraiment pour un site vitrine
LCP, INP, CLS : ce que Google mesure réellement, les seuils à viser et les causes les plus fréquentes d'un mauvais score sur un site d'entreprise.
Les Core Web Vitals sont les trois indicateurs que Google utilise pour évaluer l'expérience réelle des visiteurs sur une page. Ils ne remplacent pas un bon contenu, mais à pertinence égale, un site lent ou instable part avec un handicap. Voici ce qu'ils mesurent et comment les améliorer sur un site vitrine.
Les trois indicateurs et leurs seuils
- LCP (Largest Contentful Paint) : le temps d'affichage du plus gros élément visible, souvent l'image d'en-tête ou le titre principal. Objectif : 2,5 secondes ou moins.
- INP (Interaction to Next Paint) : le délai entre une action du visiteur (clic, touche) et la mise à jour de l'écran. Il a remplacé le FID en mars 2024. Objectif : 200 millisecondes ou moins.
- CLS (Cumulative Layout Shift) : l'ampleur des décalages de mise en page pendant le chargement, ceux qui font cliquer à côté du bouton. Objectif : 0,1 ou moins.
Où trouver vos chiffres
La Search Console propose un rapport « Signaux Web essentiels » qui regroupe vos pages par statut. PageSpeed Insights affiche, pour une adresse donnée, à la fois les données de terrain (quand le trafic est suffisant) et un test de laboratoire. Sur un site récent ou peu visité, seules les mesures de laboratoire sont disponibles : elles donnent une tendance, pas le verdict.
Les causes les plus fréquentes sur un site vitrine
Un LCP lent
- Une image d'en-tête de plusieurs mégaoctets, servie dans un format ancien et sans dimension adaptée à l'écran.
- Une police web qui bloque l'affichage du titre.
- Un hébergement mutualisé lent à répondre, avant même que la page commence à se charger.
Un INP élevé
- Trop de scripts tiers : widgets de chat, pixels publicitaires, bandeaux de cookies lourds.
- Des extensions de constructeur de pages qui chargent du JavaScript sur toutes les pages, même inutilisé.
Un CLS instable
- Des images sans largeur ni hauteur déclarées, qui repoussent le texte en s'affichant.
- Un bandeau injecté en haut de page après le chargement.
- Un changement de police visible une fois la police web arrivée.
Comment nous les traitons dès la conception
Sur nos sites vitrines, la performance n'est pas une passe d'optimisation en fin de projet : elle découle des choix de départ. Les pages sont générées à l'avance et servies depuis un CDN, les images sont redimensionnées et converties automatiquement, les polices sont hébergées avec le site et déclarées pour ne pas bloquer l'affichage, et chaque média a ses dimensions réservées.
Le résultat se lit directement dans PageSpeed Insights, et il reste stable dans le temps parce qu'il ne dépend pas d'une extension de cache à surveiller.
Ce qu'il faut retenir
- Trois mesures : affichage (LCP ≤ 2,5 s), réactivité (INP ≤ 200 ms), stabilité (CLS ≤ 0,1).
- Ce sont les visites réelles sur mobile qui comptent.
- La majorité des problèmes viennent des images, des polices et des scripts tiers : c'est là qu'il faut regarder en premier.
Votre site actuel est en rouge dans la Search Console ? Écrivez-nous avec son adresse : nous vous dirons ce qui le ralentit et s'il vaut mieux corriger ou reconstruire.