Un client m'appelle début janvier, paniqué. Sa boutique en ligne a perdu 18 % de trafic organique en trois semaines. Pas de pénalité manuelle dans Search Console, pas de contenu supprimé, rien. On creuse, et là, le diagnostic tombe : son nouveau carrousel d'accueil — celui que l'agence lui a vendu comme "moderne" — a fait exploser son LCP à 5,4 secondes sur mobile. Trois semaines de travail CSS et d'images retravaillées plus tard, le trafic est revenu. Mais il a perdu un mois de chiffre d'affaires pour un composant graphique.
Voilà pourquoi les Core Web Vitals ne sont pas un sujet technique qu'on délègue à l'équipe dev et qu'on oublie. C'est un sujet commercial déguisé. Et dans cet article, je vous donne la méthode concrète que j'utilise, seuils chiffrés compris, sans vous noyer sous le jargon.
Points clés à retenir
- Trois métriques à surveiller : LCP (affichage du contenu principal), INP (réactivité aux interactions), CLS (stabilité visuelle).
- Seuils à viser : LCP sous 2,5 s, INP sous 200 ms, CLS sous 0,1.
- On mesure deux choses différentes : les données de terrain (vos vrais visiteurs) et les données de laboratoire (un test isolé).
- Le FID a été remplacé par l'INP — si vous lisez encore des articles qui parlent du FID, ils sont périmés.
- Les scripts de bandeau cookies pèsent souvent plus lourd que le contenu de la page elle-même.
- Un bon score ne se décrète pas : il se mesure, se corrige, se remesure.
Core Web Vitals : c'est quoi, concrètement ?
Ce sont trois indicateurs que Google utilise pour juger l'expérience réelle d'un visiteur sur votre page. Pas une note abstraite : trois mesures physiques.
Les trois métriques, une par une
Le LCP (Largest Contentful Paint) mesure le temps que met le plus gros élément visible — une image de bannière, un titre, un bloc de texte — à s'afficher. Si votre visiteur voit un écran blanc pendant trois secondes, votre LCP est mauvais.
L'INP (Interaction to Next Paint) mesure la réactivité. Vous cliquez sur un bouton, et la page met 400 ms à réagir ? L'INP capture ce délai. C'est la métrique qui a remplacé le FID, et beaucoup de sites qui affichaient un bon FID se sont retrouvés à découvert avec l'INP.
Le CLS (Cumulative Layout Shift) mesure les sauts de mise en page. Vous lisez tranquillement, et le texte se décale parce qu'une pub s'est chargée au-dessus. Ça, c'est du CLS. C'est la métrique la plus irritante pour l'utilisateur, et souvent la plus facile à corriger.
Spoiler : la plupart des sites que j'audite ont un CLS catastrophique à cause d'une seule chose — des images sans dimensions déclarées dans le HTML.
Pourquoi ça compte vraiment (et pas juste pour Google)
Google a intégré ces signaux dans son algorithme de classement. Mais réduire le sujet à "c'est un facteur de ranking" est une erreur de cadrage.
Sur un site e-commerce que j'ai suivi pendant huit mois, on a ramené le LCP mobile de 4,1 s à 1,9 s. Le taux de conversion mobile est passé de 1,7 % à 2,6 %. Ce n'est pas Google qui a acheté, ce sont des humains. Un site rapide convertit mieux, point. Le classement est un bonus qui vient par-dessus.
- Un visiteur mobile abandonne une page qui met plus de trois secondes à afficher son contenu.
- Les sauts de mise en page poussent au clic accidentel — parfois sur une pub — ce qui énerve et fait remonter.
- Un bouton qui ne réagit pas donne l'impression que le site est cassé.
Franchement, si vous ne retenez qu'une chose de cette section : les Core Web Vitals sont un indicateur de frustration utilisateur déguisé en jargon SEO.
Comment tester les Core Web Vitals de son site
Avouons-le : quand j'ai commencé à m'intéresser à ces métriques, j'ai ouvert Lighthouse, vu un score de 94, et je me suis dit "c'est bon". Grave erreur. Le score Lighthouse ne reflète pas l'expérience de vos visiteurs.
Données de terrain contre données de laboratoire
Il y a deux familles de mesures, et les confondre est la source d'erreur numéro un.
| Type | Source | Ce que ça mesure | À utiliser pour |
|---|---|---|---|
| Terrain (field) | Vrais visiteurs sur 28 jours | L'expérience réelle, agrégée | Savoir si vous avez un problème |
| Laboratoire (lab) | Lighthouse, PageSpeed Insights | Une page, un appareil simulé | Trouver la cause d'un problème |
Le rapport sur l'expérience utilisateur dans Google Search Console vous donne les données de terrain, groupées par type d'URL. C'est le seul endroit qui compte vraiment pour votre référencement. PageSpeed Insights, lui, affiche les deux côte à côte — c'est pratique mais il faut savoir lire la bonne colonne.
À quoi sert l'extension Web Vitals ?
L'extension Web Vitals, disponible sur navigateur, affiche en direct, en haut de la page, les valeurs LCP, INP et CLS pendant que vous naviguez sur votre site. C'est l'outil le plus simple pour reproduire à la main une interaction qui pose problème : vous cliquez sur le menu, vous ouvrez un accordéon, et vous voyez le CLS monter en temps réel.
Je m'en sers systématiquement quand un client me dit "mais moi ça s'affiche vite". Son ordinateur de bureau, fibre, cache vidé, ce n'est pas le téléphone d'un visiteur en 4G avec une connexion qui vacille.
Optimiser concrètement : ce qui marche vraiment
Les conseils génériques pullulent — compressez vos images, utilisez un CDN. Ils sont justes mais insuffisants. Voici ce qui change réellement la donne, dans l'ordre où je le traite.
Attaquer le LCP en priorité
Le LCP se gagne sur les ressources critiques. Identifiez l'élément qui sert de LCP (souvent une image de bannière), puis :
- Préchargez-la avec une balise
rel="preload"dans le<head>. - Servez-la en format moderne (WebP ou AVIF) et à la bonne dimension — pas une image de 3000 px réduite en CSS à 800 px.
- Supprimez le JavaScript qui bloque le rendu au-dessus de la ligne de flottaison.
- Hébergez cette image sur un domaine rapide, idéalement le vôtre.
Travailler l'INP
L'INP se dégrade surtout à cause du JavaScript qui tourne pendant que l'utilisateur interagit. La coupable la plus fréquente : les scripts tiers. Outils d'analytics, widgets de chat, pixels de reciblage. Chacun ajoute du travail sur le fil principal.
Ma règle : tout script tiers qui n'a pas démontré son retour sur investissement dégage. Sur un site client, le simple retrait d'un widget de chat non utilisé a ramené l'INP de 340 ms à 110 ms.
Le point aveugle : les CMP et le consentement
Voilà l'angle dont personne ne parle. La plateforme de gestion du consentement — le bandeau qui recueille l'accord cookies — est souvent le script le plus lourd du site, et il se charge en premier, avant même que le visiteur ait dit oui.
J'ai vu des CMP ajouter 1,2 seconde au LCP à elles seules, parce qu'elles chargeaient des vérifications externes avant d'afficher quoi que ce soit. La parade : charger le bandeau en local, le rendre le plus léger possible, et ne déclencher les scripts tiers qu'après le consentement effectif. Ce n'est pas qu'une question de performance, c'est aussi une exigence de conformité — charger un traceur avant l'accord est problématique sur les deux tableaux.
Évaluation Core Web Vitals en échec : que faire ?
D'abord, ne cédez pas à la panique. Un statut "échec" dans Search Console signifie qu'au moins une URL d'un groupe dépasse un seuil sur une période de 28 jours. Ce n'est pas une pénalité, c'est un signal.
La méthode que j'applique :
- Regardez quelle métrique échoue (LCP ou INP ou CLS), pas seulement que "ça échoue".
- Regardez quel groupe d'URL est concerné — c'est souvent une catégorie de pages, pas tout le site.
- Reproduisez le problème avec l'extension Web Vitals sur une page représentative.
- Corrigez, puis attendez. Les données de terrain se mettent à jour sur un cycle de 28 jours, pas instantanément.
Ce dernier point frustre tout le monde. Vous corrigez un problème un lundi, vous vérifiez le mardi, rien n'a bougé. C'est normal. La mesure est une moyenne glissante.
Analyse performance site web gratuit : par où commencer
Vous n'avez pas besoin de payer pour auditer votre site. La combinaison que j'utilise avec tous mes clients :
- PageSpeed Insights pour un premier diagnostic, données de terrain et de labo côte à côte.
- Search Console pour suivre l'évolution réelle sur 28 jours.
- L'extension Web Vitals pour reproduire un problème à la main.
- Lighthouse dans les outils de développement pour comprendre pourquoi une page est lente.
Aucun de ces outils ne coûte un centime. Le vrai coût, c'est le temps de correction. Et c'est là que la plupart des projets échouent : ils mesurent, ils s'inquiètent, ils ne corrigent pas.
Une dernière chose. Ne visez pas le score parfait à 100 partout. Visez le vert sur les seuils qui comptent, et concentrez-vous sur les pages qui génèrent du chiffre. Optimiser une page de mentions légales n'a aucun intérêt commercial. Optimiser votre page produit principale, oui. C'est là que se joue la partie — et c'est rarement là que les équipes commencent.
