Les éléments vitaux du Web ne sont pas une chose Google.
Traduit automatiquement depuis l'anglais
C'est une chose d'argent.
La plupart des entreprises traitent Core Web Vitals comme une case à cocher SEO — quelque chose à corriger une fois et à oublier. Ce cadrage leur coûte de vrais revenus, chaque jour. Voici ce qui se passe réellement.
Lorsque Google a fait de Core Web Vitals un facteur de classement en 2021, le monde du référencement a collectivement paniqué. Les agences ont commencé à vendre des audits « CWV ». « Les développeurs ont commencé à courir après les scores verts. Et la plupart des entreprises ont commencé à le traiter comme une tâche de conformité, comme les bannières de cookies ou les avis RGPD. Quelque chose que vous cochez et dont vous passez à autre chose.
C'est tout à fait le mauvais cadre.Core Web Vitals ne vise pas à satisfaire l'algorithme de Google. Ils sont une mesure directe de la frustration de votre site Web.Et la frustration coûte de l'argent.
Ce que les trois mesures mesurent réellement
Google mesure trois choses : à quelle vitesse votre page se charge visuellement (LCP), la quantité de contenu qui se déplace de manière inattendue (CLS), et la rapidité avec laquelle votre page réagit à la première action d'un utilisateur (INP). Enlevez les acronymes et vous obtenez : Est-ce que ça se charge ? Est-ce qu'il reste immobile ? Répond-il ?
MÉTRIQUE
3. Qu elles sont les points touchées
BIEN
Ça laisse à désirer
LCPContenu total rendu
Temps jusqu'à ce que le contenu principal soit visible
≤ 2,5 s
> 4,0s
CLSMise en page cumulative
Combien d'éléments de page sautent autour
≤ 0,1
0 0 25
INPInteraction avec la peinture suivante
Délai entre un clic et une réponse visible
200 ms
0 500ms
Ce ne sont pas des seuils arbitraires. Ils proviennent de la recherche de Google sur le point où les utilisateurs perçoivent un site comme lent, cassé ou non réactif — et commencent à partir.
La traduction directe des recettes
Voici ce que disent les données, de manière cohérente, dans tous les secteurs :
BAISSE DE CONVERSION DE 7% PAR 1S D'INCREATION DE LCP3×PLUS SUSCEPTIBLES DE REBONDIR AVEC UNE CLS MÉDIOCREBAISSE DE 24% DES CONVERSIONS AVEC INP > 500MS
En termes concrets : si votre site génère 200 000 € de prospects par an et que votre LCP est de 5 secondes, le fixer à 2,5 secondes n'améliore pas seulement votre classement — il pourrait récupérer 20 000 € à 40 000 € en conversions qui s'évaporaient silencieusement. Pas de nouveau trafic. Pas de nouvelles campagnes. Juste le trafic que vous avez déjà, en train de convertir.
Les pistes étaient toujours là. Le site Web les renvoyait simplement à Google.
LCP : votre première impression a une date limite
Le LCP est généralement votre image de héros, votre titre ou votre bloc au-dessus du pli. Si cela prend plus de 2,5 secondes à apparaître, les utilisateurs se sont déjà fait une opinion. La recherche montre que les gens portent des jugements sur la crédibilité d'un site Weben 50 millisecondes— mais ils abandonneront une charge lente en environ 3 secondes.
Les tueurs de LCP les plus courants en 2026 :
TUEURS LCP COURANTS
Images de héros non optimisées— un JPEG de 3 Mo servi là où un WebP de 180 Ko ferait l'affaire.Scripts tiers bloquant le rendu— des analyses, des widgets de chat et des balises publicitaires qui se chargent avant votre contenu.Rendu côté serveur— React rendu par le client qui envoie un shell vide jusqu'à ce que JavaScript s'exécute. EtHébergement— des serveurs partagés avec un Time to First Byte de plus de 800 ms qui démarre tout en retard.
La résolution du LCP est avant tout un problème d'ingénierie. Il ne s'agit pas de design. Il s'agit de savoir comment le serveur réagit, comment les ressources sont livrées et dans quel ordre le navigateur est autorisé à fonctionner.
CLS : celui que les utilisateurs remarquent sans savoir pourquoi
Le changement de mise en page est insidieux parce que les utilisateurs ne le diagnostiquent pas — ils le ressentent simplement. Le bouton qui s'est déplacé lorsqu'ils ont essayé de cliquer dessus. Le paragraphe qu'ils lisaient qui sautait vers le bas. Le formulaire qui a été réorganisé lors du chargement d'une annonce.CLS ne fait pas penser aux gens « ce site a de mauvaises vitales Web de base. « Ça leur fait penser « ce site est bon marché ».
Le correctif est généralement plus simple que les dommages qu'il provoque : réservez de l'espace pour les images aux dimensions explicites, chargez les polices sans flash de texte invisible et n'injectez pas de contenu au-dessus du contenu existant après le chargement de la page. Trois problèmes de discipline, pas trois problèmes d'ingénierie difficiles.
INP : la métrique la plupart des sites échouent en 2026
INP a remplacé FID (First Input Delay) en tant que Core Web Vital en mars 2024, et il est beaucoup plus difficile de passer. Lorsque le FID n'a mesuré que la première interaction, l'INP MESUREDans chaque interaction. tout au long de la session — clics, tapotements, événements de clavier — et signale le pire.
C'est là que les frameworks JavaScript gonflés vous font le plus mal. Si votre page expédie 800 Ko de JS, chaque clic pourrait être en concurrence avec le fil principal essayant d'exécuter autre chose. L'utilisateur appuie sur un bouton et attend. Rien d'évident ne se brise. Mais 200 ms de lenteur, répétées à chaque interaction, se transforment en un site qui semble lourd.Les sites lourds ne convertissent pas.
Comment résoudre ce problème (et pas seulement l'auditer)
Connaître vos scores n'est pas la même chose que les améliorer. Un rapport PageSpeed Insights qui indique « Réduire le JavaScript inutilisé » n'est pas une action — c'est une catégorie. Voici à quoi ressemble une action :
FIXATIONS QUI DÉPLACENT L'AIGUILLE
Passez à Next.js avec App Router et React Server Components.Le HTML rendu par le serveur arrive avec le contenu — aucun shell vide n'attend que JS s'hydrate. LCP chute de façon spectaculaire.Utilisation Image suivante avec priorité sur le héros.Conversion WebP automatique, chargement paresseux pour tout ce qui se trouve en dessous du pli et aucun changement de mise en page.Auditer et différer les scripts tiers.Chaque balise d'analyse, carte thermique et widget de discussion se charge après votre contenu, pas avant.Passez à l'hébergement Edge.Vercel, Cloudflare Pages ou similaire — votre TTFB doit être à moins de 200 ms de n'importe où en Europe.
Ce ne sont pas des micro-optimisations. Ce sont des décisions architecturales. C'est pourquoi ils ne sont pas fixés par une agence de référencement — ils sont fixés par des ingénieurs qui comprennent comment fonctionnent les navigateurs.