Core Web Vitals 95+ : la checklist complète 2026

Google a stabilisé trois indicateurs centraux, mesurés sur le terrain auprès des vrais visiteurs (et pas seulement en laboratoire). Connaître leurs seuils, c'est savoir ce qu'on vise :

• LCP (Largest Contentful Paint) : temps d'affichage du plus gros élément visible. Objectif < 2,5 s. C'est la perception de « la page est chargée ».
• INP (Interaction to Next Paint) : réactivité aux interactions (clic, tap, saisie). Objectif < 200 ms. Il a remplacé le FID et sanctionne le JavaScript trop lourd.
• CLS (Cumulative Layout Shift) : stabilité visuelle, c'est-à-dire l'absence de sauts de mise en page pendant le chargement. Objectif < 0,1.

Le LCP est presque toujours déterminé par l'image ou le titre principal du haut de page. Les leviers efficaces :

• Servir des images modernes (AVIF/WebP), correctement dimensionnées, avec des tailles responsives — jamais une image 4000px affichée en 400px.
• Précharger l'élément LCP et éviter le lazy-loading sur l'image au-dessus de la ligne de flottaison.
• Peindre le texte critique côté serveur : le titre et le sous-titre doivent apparaître au premier rendu, sans attendre l'hydratation JavaScript.
• Maîtriser le TTFB côté serveur : un hébergement et un cache adaptés, voire un CDN, comptent double quand les visiteurs sont loin des serveurs d'origine.

L'INP punit le JavaScript excessif qui bloque le thread principal. C'est souvent là que les sites WordPress surchargés de plugins s'effondrent. Les remèdes :

• Réduire et découper le JavaScript : ne charger que ce qui est nécessaire, différer le reste.
• Éliminer les scripts tiers superflus (widgets, trackers, chats) qui s'exécutent au pire moment.
• Privilégier des composants serveur et n'hydrater que l'interactif réellement utile.
• Éviter les longues tâches de calcul au chargement ; les fractionner ou les repousser après l'interaction.

Rien n'agace plus un visiteur qu'un bouton qui se déplace au moment où il clique. Le CLS se règle par la discipline :

• Réserver l'espace des images et vidéos (width/height ou ratio explicite) pour qu'aucun saut ne se produise au chargement.
• Charger les polices proprement (font-display swap, préchargement) et limiter les bascules de fonte.
• Réserver la place des bannières, encarts et publicités au lieu de les injecter dans le flux.
• Éviter d'insérer dynamiquement du contenu au-dessus de ce que l'utilisateur est déjà en train de lire.

Sur du Next.js moderne, l'essentiel du travail est « par construction » : rendu serveur, optimisation d'images native, découpage du JavaScript, contrôle fin du chargement. On atteint régulièrement 95-100 sans contorsions, à condition de rester rigoureux sur les images et les scripts tiers.

Sur WordPress, l'enjeu est inverse : il s'agit surtout de dégraisser. Un thème léger, un cache solide (page et objet), la compression et la conversion des images, l'élagage des plugins, et la mise sous CDN suffisent généralement à passer d'un score médiocre à un score excellent. Le piège classique reste l'accumulation de plugins et de constructeurs de pages qui injectent des kilo-octets de JavaScript inutile.

Un point méthodologique pour finir : ne vous fiez pas qu'au score de laboratoire. Google note votre site sur des données terrain (CrUX), collectées auprès de vrais utilisateurs sur 28 jours. Un changement met donc du temps à se refléter dans les rapports officiels. La bonne pratique : mesurer un état initial, appliquer les corrections une par une, re-mesurer à chaque étape pour isoler ce qui agit, puis surveiller l'évolution sur le terrain. C'est exactement la démarche que nous appliquons sur chaque site que nous livrons ou auditons — en gardant toujours en tête la réalité réseau calédonienne, plus exigeante que la moyenne.