Core Web Vitals : ce qui compte vraiment en 2026

Depuis que l’INP a remplacé le FID, les rapports de performance ont changé de nature : on ne mesure plus la réaction au premier clic, mais la réactivité de toute la session. Sur les sites WordPress que nous auditons, les mêmes trois causes reviennent.

1. Le LCP est presque toujours une image

Dans neuf cas sur dix, l’élément le plus grand de l’écran d’accueil est une photo de hero servie dans une taille inadaptée, sans dimensions déclarées, parfois chargée après un script publicitaire. Le corriger ne demande pas de refonte : redimensionner, servir en WebP ou AVIF, déclarer width et height, précharger l’image du hero et retirer le lazy-loading sur ce seul visuel.

• Servir le visuel du hero dans la largeur réellement affichée, pas dans sa taille d’origine.
• Déclarer width et height sur toutes les images pour réserver l’espace avant le rendu.
• Précharger uniquement l’image du hero, et laisser le lazy-loading sur le reste de la page.
• Vérifier qu’aucun script tiers ne s’exécute avant le premier rendu utile.

2. L’INP se dégrade avec les extensions

Chaque plugin ajoute son JavaScript, souvent chargé sur toutes les pages, y compris celles qui n’en ont pas besoin. La tâche longue qui bloque le thread principal vient rarement du thème : elle vient de l’accumulation. Nous commençons donc par mesurer, puis par conditionner les scripts aux gabarits qui les utilisent réellement.

Un site rapide n’est pas un site sans fonctionnalités. C’est un site où chaque script est justifié page par page.

3. Le CLS se joue sur les polices et les bannières

Les sauts de mise en page proviennent presque toujours du chargement des polices personnalisées et des bandeaux insérés dynamiquement, cookies en tête. Héberger les polices localement, réserver la hauteur des bandeaux et déclarer les dimensions des médias suffit généralement à rentrer dans les seuils.

Mesurer sur le terrain, pas en laboratoire

Un score de laboratoire rassure, les données terrain décident. Nous suivons les métriques dans la Search Console et dans GA4, sur mobile en priorité, et nous comparons avant et après chaque intervention. C’est la seule façon de savoir si un gain est réel ou si le test a simplement été lancé au bon moment.