← Les fiches conseil

Fiche technique E sur G · pour les initiés

Les Core Web Vitals, LCP, INP et CLS.

Trois mesures de vitesse et de stabilité que Google observe chez les vrais visiteurs, sur mobile en priorité.

Niveau technique

Pour un technicien. Il faut pouvoir modifier les images, le code et la configuration de l’hébergement. Comptez 3 à 6 heures la première fois.

En clair

Un site lent ou qui « saute » pendant qu’il charge fait fuir le visiteur. Google mesure cela avec trois indicateurs, les Core Web Vitals.

Pourquoi c’est important

Les Core Web Vitals font partie des signaux d’expérience de page pris en compte par Google, à poids modéré : un bon contenu bien placé reste plus important qu’un score parfait. Mais un site d’artisan se consulte presque toujours sur mobile, depuis un chantier ou un canapé, et chaque seconde perdue fait perdre un appel.

Le vocabulaire

LCP (Largest Contentful Paint)
Délai d’affichage du plus grand élément visible, souvent l’image d’en-tête. « Bon » jusqu’à 2,5 s.
INP (Interaction to Next Paint)
Réactivité aux clics et aux touches, qui a remplacé le FID en mars 2024. « Bon » jusqu’à 200 ms.
CLS (Cumulative Layout Shift)
Stabilité visuelle : la page ne doit pas se décaler pendant le chargement. « Bon » jusqu’à 0,1.
Données terrain (CrUX)
Mesures sur de vrais utilisateurs Chrome, au 75e centile sur 28 jours. Elles n’existent que si le site a assez de trafic.
Données de laboratoire (Lighthouse)
Mesure simulée, utile pour diagnostiquer, mais qui n’est pas le score retenu par Google.
TTFB
Délai avant le premier octet reçu : dépend de l’hébergement, du cache et de la configuration du serveur.
fetchpriority, lazy-loading
Attributs HTML qui hiérarchisent le chargement des ressources.

Pas à pas

  1. Mesurer sur mobilePageSpeed Insights sur l’accueil et sur une page de service. Lire d’abord le bloc « données terrain » s’il existe, puis le diagnostic de laboratoire.
  2. Identifier l’élément LCPPresque toujours une image ou un titre. Si c’est une image : format WebP ou AVIF, dimensions réelles, fetchpriority="high", jamais en loading="lazy".
  3. Supprimer les décalages (CLS)Attributs width et height sur chaque image, espace réservé aux bannières et aux vidéos, polices avec font-display: swap.
  4. Alléger le JavaScript (INP)Retirer les scripts tiers inutiles (chat, widgets, suivis multiples), différer le reste avec defer.
  5. Soigner le serveur (TTFB)Cache, compression Brotli ou gzip, HTTP/2 ou HTTP/3, hébergement adapté. Un hébergement mutualisé saturé coûte plus cher que n’importe quelle optimisation d’image.
  6. RevaliderLes données terrain évoluent sur 28 jours : suivre le rapport « Signaux web essentiels » de la Search Console.
Les pièges
  • Optimiser le score de laboratoire et ignorer les données terrain
  • loading="lazy" sur l’image principale : elle arrive plus tard
  • Cumuler trois outils de suivi et deux widgets de chat
  • Télécharger des polices entières quand deux graisses suffisent
Ce qu’on fait pour vous

Notre site de 3 pages est écrit léger, images aux bonnes dimensions, sans script inutile.

Questions fréquentes

Mon site n’a pas de données terrain : est-ce grave ?

Non : c’est fréquent avec peu de trafic. On travaille alors sur les mesures de laboratoire et sur les bonnes pratiques.

Un score de 100 est-il nécessaire ?

Non. Il faut passer dans le « vert » sur les trois indicateurs, pas viser la perfection.

Les Core Web Vitals comptent-ils autant que le contenu ?

Non : ils pèsent peu comparés à la pertinence. Ils comptent surtout pour ne pas perdre des visiteurs.