Core Web Vitals 2026 : pourquoi votre site doit charger en 2 secondes

Depuis 2021, Google intègre les Core Web Vitals dans son algorithme de classement. En 2024, le seuil de l'INP (Interaction to Next Paint) a remplacé le FID, et les exigences se sont durcies. En 2026, un site lent paie deux fois : moins de trafic SEO, et moins de conversions sur le trafic restant.

Les trois indicateurs qui comptent

LCP (Largest Contentful Paint) : temps avant l'affichage du plus gros élément visible (souvent l'image hero). Cible : moins de 2,5 secondes. Au-delà, l'utilisateur a déjà perdu patience.

INP (Interaction to Next Paint) : temps entre une interaction utilisateur (clic, tap, frappe) et la réponse visuelle. Cible : moins de 200 ms. C'est ce qui rend un site "vivant" ou "lent".

CLS (Cumulative Layout Shift) : à quel point les éléments sautent pendant le chargement. Cible : moins de 0,1. Si votre bouton de validation se déplace au moment où l'utilisateur clique, c'est insupportable.

Pourquoi ça compte autant

Une étude Deloitte de 2024 a chiffré l'impact : améliorer le LCP de 0,1 seconde augmente les conversions de 8 à 10 % en moyenne. Sur un site e-commerce, c'est massif.

Côté SEO, Google ne pénalise pas explicitement les sites lents — il avantage simplement les sites rapides quand le contenu est équivalent. Sur des requêtes concurrentielles, c'est ce qui fait passer de la page 2 à la page 1.

Les leviers, par ordre d'impact

1. Les images. C'est 60 à 80 % du poids d'une page typique. Format AVIF ou WebP au lieu de JPEG/PNG, dimensionnement adapté à l'écran, lazy-loading sous la ligne de flottaison. Sur Next.js, le composant <Image> fait tout ça automatiquement.

2. Les polices web. Une police chargée tardivement provoque un FOIT (texte invisible) ou un FOUT (changement brutal). Solution : auto-hébergement, font-display: swap, et préchargement (<link rel="preload">) de la police critique.

3. Le JavaScript bloquant. Les scripts tiers (analytics, chat, marketing) sont les plus gros tueurs d'INP. Charger en async ou defer, envisager des outils plus légers (Plausible vs GA), ou différer leur chargement après l'interaction.

4. Le serveur. Un TTFB (Time To First Byte) supérieur à 600 ms condamne tout. CDN, cache HTTP, mise en cache server-side, base de données indexée — les fondamentaux.

Le cas des sites WordPress

WordPress n'est pas condamné aux mauvaises performances, mais il faut beaucoup plus de discipline. Plugins légers, thème optimisé, cache activé (LiteSpeed Cache, WP Rocket), images servies en WebP via plugin, base nettoyée. Sans ça, on dépasse vite les 4-5 secondes de LCP.

C'est une des raisons pour lesquelles, sur les nouveaux projets, on bascule de plus en plus de clients vers du statique généré (Next.js, Astro) : la performance est au rendez-vous par défaut, sans plugin à maintenir.

Comment mesurer ?

• PageSpeed Insights (Google) : la référence officielle, mesure le terrain et le labo
• Search Console > Web Vitals : voit les performances sur vos vrais visiteurs
• WebPageTest : pour le diagnostic technique poussé

Si votre site dépasse 3 secondes de LCP, on peut généralement l'optimiser sans refonte complète, en travaillant sur les images, le cache et les scripts tiers. Demandez-nous un audit performance, c'est offert.