# Performance WordPress
**Auteur:** Sebastien Chaffer
**Publié:** 2026-03-20T11:13:19+01:00
**URL:** https://wordpress-freelance.com/wordpress-en-production/performance-wordpress/
---
1. [Home](https://wordpress-freelance.com)
2. [WordPress en production – développeur WordPress](https://wordpress-freelance.com/wordpress-en-production/)
3. Performance WordPress
Que mesurent les Core Web Vitals et pourquoi Google s’en sert-il ?
# Performance WordPress : LCP, CLS, INP *ce que ça change concrètement*
Depuis 2021, Google mesure la performance sur les utilisateurs réels. LCP, CLS et INP ne sont pas des métriques théoriques, elles mesurent ce que vos visiteurs vivent quand ils chargent vos pages. Google pénalise chacun de ces problèmes dans son classement.
Clients CGT, ParisiTour
Core Web Vitals optimisés
Données réelles Search Console
Pas seulement le score PageSpeed labo
28 jours pour voir l’impact
Données terrain se mettent à jour progressivement
Looker Studio inclus
Suivi Core Web Vitals dans le temps
Les 3 métriques
## Ce que Google mesure sur vos visiteurs réels
Google mesure trois signaux issus du trafic réel : le LCP (vitesse d’affichage du contenu principal), l’INP (réactivité aux interactions) et le CLS (stabilité visuelle). Ce sont les Core Web Vitals, collectés sur vos vrais visiteurs, pas en laboratoire. Ils pèsent sur le classement mobile et se dégradent vite sur un thème lourd mal configuré.
Rapport Core Web Vitals Search Console : LCP 1,8s · CLS 0,04 · INP 140ms: tous en vert sur données terrain (Field Data)
LCP
### Largest Contentful Paint
La correction principale : convertir l’image hero en WebP, la précharger avec un tag `` dans le head, et s’assurer que le cache serveur répond en moins de 200ms. Ces corrections sont intégrées dès la construction sur les projets de [refonte WordPress](https://wordpress-freelance.com/wordpress-en-production/refonte-wordpress/) , c’est plus simple à faire sur base neuve que de corriger un site existant.
Seuil : moins de 2,5 secondes
CLS
### Cumulative Layout Shift
Stabilité visuelle pendant le chargement. Images sans dimensions, polices web qui remplacent la police système, animations qui modifient le layout initial.
Seuil : moins de 0,1
LCP
### Interaction to Next Paint
Réactivité aux clics et interactions. Remplace le FID depuis mars 2024. JS lourd sur le thread principal, scripts tiers.
Seuil : moins de 200ms
Quelles sont les causes des mauvais Core Web Vitals sur WordPress ?
## Ce qui dégrade chaque métrique sur WordPress
### LCP : image hero et serveur
Le Largest Contentful Paint se corrige d’abord sur l’image hero : la convertir en WebP, la précharger via un tag dans le head, et s’assurer que le cache serveur répond en moins de 200ms. C’est souvent le gain le plus rapide et le plus visible sur le LCP d’un site WordPress.
### CLS : dimensions et polices
Ajouter les attributs width/height sur toutes les images, utiliser font-display: swap pour les polices, et désactiver les animations qui modifient la position des éléments au chargement initial.
### INP : scripts et thread principal
Chargement différé des scripts non critiques. Désactivation des animations et effets JavaScript inutilisés. Les scripts tiers (chat, analytics, pixels) sont les premiers suspects quand l’INP est élevé.
### Causes fréquentes par métrique
#### LCP
Image hero non compressée / pas en WebP Pas de preload sur l’image hero TTFB élevé, cache serveur absent Scripts bloquants avant le rendu
#### CLS
Images sans width/height dans le HTML
Polices web : FOUT au chargement
Animations sur le layout
#### INP
JS lourd sur le thread principal jQuery event listeners Scripts tiers non différés
Comment améliorer les Core Web Vitals d’un site WordPress ?
## 4 étapes d’optimisation Core Web Vitals
01
Mesure des métriques réelles
Données réelles du rapport Core Web Vitals de Search Console pas seulement le score PageSpeed en labo. Les données terrain reflètent l’expérience effective sur la connexion et l’appareil de vos visiteurs.
02
Identification des causes
J’utilise Chrome DevTools et PageSpeed Insights pour identifier précisément l’élément LCP, les éléments responsables du CLS et les interactions qui génèrent un INP élevé. Chaque problème a une cause précise , pas de corrections génériques. À cette occasion, je vérifie aussi que les scripts tiers de sécurité (WAF, monitoring) ne créent pas de charge supplémentaire , un plugin de [sécurité WordPress](https://wordpress-freelance.com/wordpress-en-production/securite-wordpress/) mal configuré peut dégrader l’INP de façon significative.
03
Interventions ciblées
Dans l’ordre d’impact : LCP (gain le plus visible), puis CLS (le plus rapide à corriger), puis INP (parfois le plus complexe). Directement dans le code templates PHP, hooks, configuration plugins.
04
Vérification et suivi
Re-mesure après chaque correction. Surveillance dans Search Console pendant 28 jours les données réelles se mettent à jour progressivement. Tableau de bord Looker Studio pour le suivi long terme.
### Seuils Google 2026
#### LCP
Largest Contentful Paint
< 2,5s
#### CLS
Cumulative Layout Shift
< 0,1
#### INP
Interaction to Next Paint
< 200ms
#### TTFB
Time to First Byte
< 200ms
Les seuils sont mesurés sur les données réelles du Chrome User Experience Report (CrUX) : 75e percentile des visites.
FAQ
## Questions fréquentes
### Quels sont les seuils Core Web Vitals à atteindre pour le SEO en 2025 ?
Google définit trois seuils pour chaque métrique. LCP (chargement du plus grand élément visible) : bon sous 2,5 secondes, à améliorer entre 2,5 et 4 s, mauvais au-delà. INP (réactivité aux interactions) : bon sous 200 ms, à améliorer entre 200 et 500 ms. CLS (stabilité visuelle) : bon sous 0,1, à améliorer entre 0,1 et 0,25. Ces seuils sont mesurés sur données réelles via le CrUX, pas en laboratoire. Sur WordPress avec un builder comme Avada, atteindre un LCP correct est possible avec une image hero optimisée, un hébergement réactif et LiteSpeed Cache configuré. Le seuil de 90 sur mobile reste difficile avec un builder — 75 à 85 est un objectif réaliste sur la plupart des sites.
### Mon hébergement influence-t-il les Core Web Vitals ?
Oui, directement. Un hébergement partagé lent dégrade le TTFB, ce qui impacte le LCP. Un VPS avec nginx correctement configuré et LiteSpeed Cache peut diviser le TTFB par 3 ou 4. Je conseille sur le choix et la configuration de l’hébergement dans le cadre des optimisations.
### Peut-on obtenir un bon score Core Web Vitals avec un builder ?
Oui, avec une configuration rigoureuse. désactivation des polices inutilisées, lazy loading natif, désactivation du CSS global sur les pages qui n’en ont pas besoin , ces réglages combinés permettent d’atteindre des scores corrects. Le seuil de 90 sur mobile reste difficile avec un builder , 75-85 est un objectif réaliste et suffisant pour la plupart des sites. Ces réglages doivent être vérifiés à chaque mise à jour majeure du builder, ce que je couvre dans le cadre de la [maintenance WordPress](https://wordpress-freelance.com/wordpress-en-production/maintenance-wordpress/).
### Pourquoi mes Core Web Vitals sont-ils bons sur desktop et mauvais sur mobile ?
C’est le cas le plus fréquent. Plusieurs raisons expliquent cet écart. D’abord la puissance de traitement : un mobile bas de gamme a 5 à 10 fois moins de puissance CPU qu’un desktop, ce qui pénalise directement l’INP le JavaScript qui s’exécute en 50ms sur desktop peut prendre 200ms sur un smartphone de milieu de gamme. Ensuite la connexion : même en 4G, la latence mobile est plus élevée qu’une fibre fixe, ce qui impacte le TTFB et le LCP. Enfin les images : si les images ne sont pas servies en taille adaptée via srcset, le mobile charge la même image haute résolution que le desktop inutilement lourd. Google pondère les données mobiles plus fortement que les données desktop dans son algorithme depuis le passage au mobile-first indexing.
### Quelle est la différence entre le LCP mesuré en laboratoire et le LCP terrain ?
Le LCP en laboratoire, c’est ce que PageSpeed Insights mesure en simulant une connexion et un appareil standardisés dans un environnement contrôlé. C’est utile pour diagnostiquer des problèmes et comparer des versions d’une page. Le LCP terrain, c’est ce que Google mesure sur les vrais visiteurs de votre site via le Chrome User Experience Report, connexions variables, appareils anciens, géographies différentes. C’est cette donnée terrain que Google utilise pour le classement, pas le score PageSpeed. Un site peut avoir un excellent score PageSpeed en labo et des Core Web Vitals terrain mauvais si ses visiteurs sont majoritairement sur mobile avec une connexion lente. Je regarde toujours les deux, mais c’est le terrain qui compte pour le SEO.
### Le TTFB peut-il vraiment faire la différence sur le LCP ?
Oui, c’est souvent le premier levier à corriger. Le TTFB (Time to First Byte) mesure le temps que met le serveur à envoyer le premier octet de réponse. Si le TTFB dépasse 600ms, le LCP ne peut pas être bon le navigateur attend que le serveur réponde avant de commencer à rendre quoi que ce soit. Sur un hébergement mutualisé surchargé sans cache, j’ai vu des TTFB de 1,5 à 2 secondes sur des sites WordPress. Passer sur un VPS avec LiteSpeed Cache bien configuré ramène souvent ce TTFB sous les 200ms. C’est un gain immédiat sur le LCP, sans toucher au contenu ni au code.
### Les animations CSS ont-elles un impact sur les Core Web Vitals ?
Ça dépend du type d’animation. Les animations CSS qui modifient **transform** ou **opacity** n’affectent pas le CLS elles sont composées sur le GPU et ne déclenchent pas de recalcul de layout. En revanche, les animations qui modifient **top, left, width, height **ou **margin** déplacent des éléments dans le flux du document et peuvent générer du CLS si elles se produisent pendant le chargement initial. Sur un builder et les builders visuels, beaucoup d’effets d’entrée (fade-in, slide-in) utilisent des propriétés qui affectent le layout, je les désactive systématiquement sur les éléments visibles au-dessus de la fold.
Vos Core Web Vitals sont dans le rouge ?
Si vos Core Web Vitals sont dans le rouge dans Search Console, une **intervention ciblée** peut corriger les problèmes prioritaires rapidement. La performance fait partie de l’ensemble de mes [interventions développement WordPress](https://wordpress-freelance.com/wordpress-en-production/) , optimisation, refonte, maintenance , selon ce que le site nécessite.
[06.09.75.36.55](tel:0609753655)
- [sebastien@wordpress-freelance.com](mailto:sebastien@wordpress-freelance.com)
- Paris 20
- LinkedIn