CWV POUR WORDPRESS

Trois métriques, mesurées au 75e percentile des vrais visiteurs : LCP sous 2,5 secondes, INP sous 200 millisecondes, et CLS sous 0,1. Google les lit à partir des données terrain du Chrome User Experience Report, pas de votre exécution Lighthouse, donc un score lab au vert est nécessaire mais pas suffisant.

Conclusion clé : WordPress peut réussir Core Web Vitals, mais ses paramètres par défaut vous combattent : thèmes lourds, prolifération de plugins, et média non optimisés. Corriger d'abord les média et le cache, réduire les plugins ensuite, et vérifier avec des données terrain, pas des scores lab.

• Thèmes lourds et page builders. Les thèmes polyvalents et les builders comme Elementor et Divi livrent de gros bundles CSS et JavaScript, dont beaucoup inutilisés sur une page donnée.
• Prolifération de plugins. Chaque plugin actif peut ajouter ses propres scripts et styles sur tout le site, même sur les pages qui ne les utilisent pas.
• Médias non optimisés. La médiathèque sert le fichier tel qu'uploadé. Les grandes images héros sans WebP et sans dimensionnement sont les tueurs d'LCP les plus courants.
• Aucune mise en cache par défaut. Une installation WordPress standard exécute PHP à chaque requête. Sans mise en cache des pages, le temps avant le premier octet souffre sous charge.

Par ordre d'impact : ajouter une mise en cache des pages et un CDN ; optimiser et dimensionner correctement les images (WebP, lazy-load sous la ligne de flottaison) ; réduire le JavaScript du thème et des plugins que vous livrez ; et héberger sur une infrastructure qui maintient un temps avant le premier octet bas. Un bon [hébergeur géré ou VPS](/blog/best-vps-for-wordpress-2026/) fait plus pour le TTFB que n'importe quel plugin. Si votre construction est assez lourde pour que rien de tout cela ne suffise, c'est le signal de considérer [WordPress headless avec Astro](/blog/headless-wordpress-astro-setup/), qui supprime entièrement le poids du front-end.

Pour la version service pratique de ceci, consultez ma page [d'optimisation de la vitesse WordPress](/wordpress-speed-optimization/) ; pour la liste agnostique de plateforme, la [checklist Core Web Vitals](/guides/cwv-checklist/).

• Installer trois plugins de mise en cache. Ils entrent en conflit. Choisissez un plugin de cache de page (ou un hébergeur avec mise en cache intégrée) et arrêtez.
• Optimiser les images manuellement, une fois. Les nouveaux uploads l'annulent. Utilisez un plugin ou un pipeline qui convertit en WebP et dimensionne lors de l'upload, à chaque fois.
• Chasser un 100 à Lighthouse. C'est un jouet de labo. Le rapport Search Console et les données de terrain sont ce qui vous classe.
• Ajouter un plugin de performance sans supprimer la cause. Un minificateur au-dessus d'un constructeur gonflé, c'est un pansement, pas une solution. Supprimez d'abord l'excédent de poids.

N'installez rien qui rapporte uniquement des scores en laboratoire. Utilisez la section champ de PageSpeed Insights et le rapport Core Web Vitals de Search Console, qui lisent tous deux des données d'utilisateurs réels. Après une correction, les données champ prennent environ 28 jours pour refléter entièrement le changement, alors ne paniquez pas si le score ne bouge pas le lendemain matin. Suivez la tendance sur plusieurs semaines, pas le chiffre d'un seul jour, et ne considérez une correction comme terminée qu'une fois que les données champ la confirment.