Un site WordPress lent souffle presque toujours de la même poignée de causes : des images trop lourdes, l’absence de cache, des extensions ou un page builder qui chargent trop de code, des scripts tiers, une base de données encombrée, une version de PHP ancienne ou un hébergement sous-dimensionné. La bonne nouvelle : la plupart se corrigent sans refaire le site. La première étape est de mesurer avec PageSpeed Insights, pour savoir laquelle vous concerne avant de toucher à quoi que ce soit.
Le problème est répandu. Selon le Web Almanac 2025 de HTTP Archive, construit sur les données réelles de Chrome, seuls 45 % des sites WordPress passent les Core Web Vitals sur mobile, contre 74 % pour Wix. WordPress figure parmi les CMS les moins bien classés, non parce que le logiciel est lent, mais parce qu’il laisse chacun empiler ce qu’il veut. Voici les 10 causes que nous rencontrons le plus, et comment nous les corrigeons.
Avant de corriger : mesurer avec PageSpeed Insights
Saisissez l’adresse d’une page importante (l’accueil, une page service, une fiche produit) dans PageSpeed Insights, l’outil gratuit de Google. Il affiche deux choses très différentes :
- Les données réelles (en haut) : l’expérience vécue par vos visiteurs sur Chrome au cours des 28 derniers jours, issue du Chrome User Experience Report. C’est ce que Google prend en compte. Un site peu visité n’en a pas toujours.
- Le diagnostic Lighthouse (en dessous) : un test de laboratoire, avec une note sur 100 et une liste de pistes. Utile pour trouver les causes, mais la note varie d’un test à l’autre : ne courez pas après le 100.
Les données réelles s’appuient sur trois indicateurs, les Core Web Vitals. Google les évalue au 75e percentile : il faut qu’au moins trois visites sur quatre soient dans le vert.
| Indicateur | Ce qu’il mesure | Bon | WordPress sur mobile (2025) |
|---|---|---|---|
| LCP (Largest Contentful Paint) | Le temps d’affichage du plus gros élément visible | ≤ 2,5 s | 53 % des sites dans le vert |
| INP (Interaction to Next Paint) | La réactivité aux clics et aux saisies | ≤ 200 ms | Plus de 70 % des sites dans le vert |
| CLS (Cumulative Layout Shift) | La stabilité de la mise en page pendant le chargement | ≤ 0,1 | Environ 84 % des sites dans le vert |
| Les trois à la fois | Le verdict « Core Web Vitals » de Google | 75 % des visites dans le vert | 45 % des sites WordPress (contre 74 % pour Wix) |
Seuils : Google web.dev. Données WordPress : HTTP Archive, Web Almanac 2025, chapitre CMS (sites mobiles).
Google indique que ces indicateurs vont dans le sens de ce que ses systèmes de classement cherchent à récompenser. Ce n’est pas le premier critère de référencement (le contenu reste roi), mais un site lent perd des visiteurs avant même d’avoir pu les convaincre. Pour le rapport à l’échelle du site, consultez aussi le rapport « Signaux Web essentiels » de Google Search Console.
Un réflexe avant tout : regardez le temps de réponse du serveur (TTFB). S’il est mauvais même sur une page en cache, le problème vient probablement de l’hébergement. Nous avons consacré un article entier à ce diagnostic : site lent, est-ce la faute de l’hébergeur ?. Ici, on se concentre sur les causes propres à WordPress.
Les 10 causes d’un site WordPress lent
1. Des images trop lourdes
C’est la cause numéro un dans nos audits : des photos de plusieurs mégaoctets, sorties d’un appareil photo ou d’une banque d’images, affichées en petit format. Le Web Almanac relève un poids médian de 2 894 Ko pour une page WordPress sur mobile, et les images en sont une part majeure.
Correction : redimensionner les images à leur taille d’affichage, les compresser et les convertir en WebP (pris en charge par WordPress depuis la version 5.8) ou en AVIF (depuis la 6.5). Le chargement différé des images est natif depuis WordPress 5.5, mais vérifiez que l’image principale du haut de page, elle, n’est pas différée : c’est souvent elle qui détermine le LCP.
2. Aucun cache de page
Sans cache, WordPress reconstruit chaque page à chaque visite : exécution de PHP, dizaines de requêtes à la base de données, assemblage du thème et des extensions. Avec un cache, la page est préparée une fois et servie telle quelle aux visiteurs suivants.
Correction : une extension de cache WordPress (WP Rocket, LiteSpeed Cache si votre hébergeur utilise LiteSpeed, WP Super Cache…) ou le cache serveur de l’hébergeur. Une seule couche de cache de page, pas trois : les doublons créent des conflits et des pages qui ne se mettent plus à jour.
3. Des extensions lourdes
Le nombre d’extensions compte moins que leur qualité. Une extension mal conçue peut charger ses scripts et ses styles sur toutes les pages, même là où elle ne sert pas : un formulaire présent uniquement sur la page contact qui alourdit l’accueil, un slider jamais utilisé, une extension de statistiques qui interroge la base à chaque visite.
Correction : lister les extensions, supprimer celles qui ne servent plus, et identifier les plus coûteuses avec un outil comme Query Monitor ou en les désactivant une par une sur une copie du site. Remplacez les extensions « couteau suisse » par des outils plus ciblés.
4. Un page builder surchargé
Selon le Web Almanac 2025, environ 60 % des sites WordPress utilisent un constructeur de pages, Elementor en tête. Nous travaillons nous-mêmes avec Elementor au quotidien : bien utilisé, il produit des sites rapides. Mal utilisé, il génère une structure HTML très profonde (sections imbriquées dans des colonnes imbriquées dans des conteneurs) et des fichiers CSS et JavaScript volumineux, ce que le Web Almanac relève aussi.
Correction : utiliser les conteneurs modernes plutôt que les anciennes sections, limiter les packs d’extensions de widgets, activer les options de performance du constructeur (chargement optimisé des styles et des scripts) et éviter les animations au chargement. Quand le site a été construit en empilant des couches pendant des années, une refonte est parfois plus rentable que dix rustines.
5. Un thème « multifonction » trop riche
Les thèmes vendus avec des dizaines de démos, de sliders et de modules intégrés chargent souvent tout, partout. Vous payez en performance des fonctions que vous n’utilisez pas.
Correction : désactiver les modules inutiles dans les réglages du thème quand c’est possible. Sinon, un thème léger associé à votre constructeur de pages fait généralement mieux.
6. Trop de scripts tiers
Chat en ligne, pixels publicitaires, outils de mesure d’audience, cartes, vidéos YouTube intégrées, bandeau de cookies, widgets d’avis : chacun ajoute du JavaScript venu d’un autre serveur, que vous ne maîtrisez pas. Ce sont souvent eux qui dégradent l’INP, c’est-à-dire la réactivité du site quand on clique : le Web Almanac 2025 souligne d’ailleurs à quel point le JavaScript et les scripts tiers rendent cet indicateur difficile à améliorer.
Correction : supprimer ce qui ne sert plus (le pixel d’une campagne terminée depuis deux ans), retarder le chargement des scripts non essentiels jusqu’à la première interaction, et remplacer les vidéos et cartes intégrées par une image cliquable qui ne charge le lecteur qu’au clic.
7. Des polices web mal chargées
Trois familles de polices, chacune en cinq graisses, chargées depuis un serveur externe : c’est fréquent, et c’est autant de fichiers à télécharger avant d’afficher le texte.
Correction : limiter le nombre de familles et de graisses, héberger les polices sur votre propre serveur (c’est aussi plus simple pour le RGPD) et utiliser l’affichage de substitution (font-display: swap) pour que le texte apparaisse tout de suite.
8. Une base de données encombrée
Au fil des années, la base accumule des milliers de révisions d’articles, des données temporaires expirées, des tables laissées par des extensions désinstallées, et surtout des options chargées automatiquement à chaque page (« autoload ») qui n’ont plus lieu d’être. Résultat : une administration qui rame et des pages non cachées plus lentes.
Correction : un nettoyage de la base après sauvegarde, une limite au nombre de révisions conservées et une vérification des options autoload. WordPress signale d’ailleurs un volume d’options autoload excessif dans Outils > Santé du site.
9. Une version de PHP ancienne
PHP est le langage qui exécute WordPress sur le serveur. Chaque nouvelle version majeure apporte des gains de performance, et WordPress.org recommande aujourd’hui PHP 8.3 ou plus. Selon php.net, PHP 8.2 ne reçoit plus que des correctifs de sécurité jusqu’au 31 décembre 2026, et les versions antérieures ne sont plus supportées du tout : c’est aussi un sujet de sécurité.
Correction : changer la version de PHP depuis l’interface de l’hébergeur, après un test sur une copie du site. Si votre hébergeur ne propose pas de version récente, c’est un signal.
10. Un hébergement sous-dimensionné
Quand le temps de réponse du serveur reste mauvais même avec un cache, que le site ralentit aux heures de pointe ou qu’une boutique WooCommerce s’effondre pendant les soldes, l’hébergement est en cause. Plutôt que de répéter le diagnostic détaillé dans notre article sur l’hébergeur, retenez ceci : on change d’hébergement après avoir corrigé les neuf causes précédentes, pas avant. Pour choisir, notre comparatif mutualisé, VPS ou infogéré vous aide, et nous assurons la migration de votre site WordPress sans coupure.
Le récapitulatif : symptôme, cause, correction
| Cause | Ce que montre PageSpeed Insights | Correction | Difficulté |
|---|---|---|---|
| Images trop lourdes | « Diffusez des images aux formats modernes », LCP élevé | WebP ou AVIF, bonnes dimensions, compression | Facile |
| Pas de cache | Délai de réponse du serveur élevé | Une extension de cache bien réglée | Facile |
| Extensions lourdes | Beaucoup de JavaScript et CSS inutilisés | Audit et remplacement | Moyen |
| Page builder surchargé | DOM de taille excessive, CSS inutilisé | Simplifier la structure, options de performance | Moyen |
| Thème multifonction | Scripts chargés partout | Thème léger ou désactivation des modules | Moyen à avancé |
| Scripts tiers | INP dégradé, « Réduisez l’impact du code tiers » | Retarder, charger au clic, supprimer | Moyen |
| Polices web | Texte invisible au chargement, requêtes externes | Héberger localement, limiter les graisses | Facile |
| Base de données encombrée | Lenteur côté serveur, administration lente | Nettoyage, options autoload | Moyen |
| PHP ancien | Délai de réponse du serveur élevé | PHP 8.3 ou plus | Moyen |
| Hébergement sous-dimensionné | TTFB élevé même avec cache | Montée en gamme ou migration | Moyen |
Plus le temps de vous occuper de votre site ? Notre maintenance WordPress prend en charge mises à jour, sauvegardes, sécurité et surveillance. Voir aussi notre agence WordPress à Bordeaux. Ou contactez-nous : devis gratuit, réponse sous 24 h.
Dans quel ordre optimiser WordPress : notre méthode
Sur les sites lents que l’on nous confie, nous suivons toujours le même ordre, du plus rentable au plus lourd :
- Mesurer : PageSpeed Insights sur trois à cinq pages types, le rapport Search Console et un relevé du temps de réponse du serveur. On note les chiffres de départ.
- Les gains rapides : images, cache, polices. C’est souvent là que se fait l’essentiel du gain, en quelques heures.
- Le tri : extensions inutiles, scripts tiers oubliés, modules du thème. On retire avant d’optimiser.
- La structure : pages construites avec le page builder, base de données, version de PHP.
- Le serveur : seulement si le temps de réponse reste mauvais une fois tout le reste corrigé.
- Re-mesurer : les données réelles de Google portant sur 28 jours, il faut quelques semaines pour voir le verdict passer au vert.
Un site rapide ne le reste pas tout seul : chaque nouvelle extension, chaque image ajoutée sans optimisation, chaque script marketing le fait glisser. C’est pourquoi le suivi des performances fait partie de notre maintenance WordPress. Et si vous préparez un nouveau site, notre agence WordPress à Bordeaux le construit léger dès le départ, ce qui coûte toujours moins cher que de l’alléger après coup.
Questions fréquentes
Pourquoi mon site WordPress est-il si lent ?
Le plus souvent à cause d’images trop lourdes, de l’absence de cache, d’extensions ou d’un page builder qui chargent trop de code, ou de scripts tiers. Une version de PHP ancienne ou un hébergement sous-dimensionné peuvent aussi être en cause. PageSpeed Insights permet d’identifier la cause principale.
Quel est le meilleur plugin de cache pour WordPress ?
WP Rocket (payant) est simple et complet ; LiteSpeed Cache est excellent si votre hébergeur utilise un serveur LiteSpeed ; WP Super Cache est une option gratuite basique. L’essentiel est de n’utiliser qu’une seule extension de cache de page et de bien la régler.
Elementor ralentit-il WordPress ?
Pas forcément. Elementor bien utilisé, avec les conteneurs modernes et les options de performance activées, permet des sites rapides. Les lenteurs viennent surtout des structures trop imbriquées, des packs de widgets additionnels et des animations au chargement.
Combien d’extensions maximum sur WordPress ?
Il n’y a pas de nombre magique : une extension mal conçue peut ralentir davantage que vingt extensions légères. Supprimez celles qui ne servent plus et identifiez les plus coûteuses avec un outil comme Query Monitor.
Comment tester la vitesse de mon site WordPress ?
Avec PageSpeed Insights de Google, qui affiche les données réelles de vos visiteurs (Core Web Vitals) et un diagnostic détaillé. Le rapport « Signaux Web essentiels » de Google Search Console donne la vue d’ensemble du site.
