WordPress n’est pas lent par nature. WordPress est lent par accumulation. Voilà la phrase que je répète à chaque fois qu’un client me dit « WordPress, c’est lent ».
Sur les vingt-quatre derniers sites WordPress que j’ai audités, vingt étaient effectivement lents. Mais aucun ne l’était à cause de WordPress. Tous l’étaient à cause de ce qu’on avait empilé dessus.
La cause numéro un : trop de plugins
Le record que j’ai vu : 47 plugins actifs sur un site qui faisait 8 secondes à se charger en mobile. Quand j’ai demandé pourquoi tel plugin, dans la moitié des cas le client ne savait pas. « C’est l’agence d’avant qui l’a installé. »
Chaque plugin charge ses propres scripts, ses propres styles, parfois ses propres requêtes en base. Quinze plugins peuvent ajouter trois secondes au chargement d’une page. Sans qu’aucun, individuellement, ne soit lent.
Ma règle : sous 15 plugins, on est confortable. Entre 15 et 25, on commence à devoir surveiller. Au-delà, c’est presque toujours un problème.
La cause numéro deux : le thème
Beaucoup de thèmes WordPress, surtout ceux achetés sur ThemeForest ou dans des marketplaces équivalentes, sont des couteaux suisses. Ils embarquent vingt fonctionnalités dont vous utilisez trois. Tout le code est chargé pour rien.
Astra, GeneratePress, Hello Elementor, Bricks. Ce sont des thèmes légers, par construction. Avalon, Avada, Bridge, Salient. Ce sont des thèmes lourds, par construction. Les premiers sont rapides ; les seconds demandent énormément de travail pour rester rapides.
Quand je reprends un site lent, le passage à un thème léger fait gagner facilement 1,5 seconde de chargement.
La cause numéro trois : les images non optimisées
Une image non compressée de 4 mégaoctets, ça plombe une page. Multiplié par cinq images sur la home, vous chargez 20 Mo juste pour afficher la page d’accueil. Sur 4G en zone tendue, c’est 15 secondes.
Les solutions sont connues, simples, et trop souvent négligées. Compresser les images avant l’upload (TinyPNG, Squoosh, conversion en WebP). Utiliser le lazy loading, natif dans WordPress depuis la 5.5. Définir width et height sur chaque image pour éviter les sauts de mise en page. Servir des formats modernes comme WebP ou AVIF.
C’est dix minutes par image lors de la création de la page. Pas dix heures. Encore faut-il prendre l’habitude.
La cause numéro quatre : pas de cache
WordPress sans cache, c’est comme une voiture sans embrayage. Chaque visite recalcule la page à partir de zéro : requêtes en base, exécution PHP, génération HTML.
Avec un bon plugin de cache (LiteSpeed Cache, WP Rocket, FlyingPress, ou même W3 Total Cache bien configuré), la page est servie en HTML statique. Le serveur ne fait quasi rien. Le visiteur reçoit la page en 200 ms au lieu de 2 secondes.
Sur un site sans cache que j’ai repris à Roubaix, la simple activation de WP Rocket a fait passer le LCP de 4,2 à 1,9 secondes. Aucune autre modification.
La cause numéro cinq : l’hébergement
Un hébergement mutualisé à 4 € par mois fait tourner votre site sur la même machine que mille autres. Quand un voisin sature les ressources, vous ralentissez.
Pour 12 € à 25 € par mois sur un hébergeur sérieux (o2switch, OVH gamme pro, Hostinger plan supérieur, Kinsta sur le segment WordPress premium), vous avez un vrai serveur, ou au moins une machine moins chargée. Le gain est réel et mesurable.
Si votre site est lent et que vous payez 4 € par mois pour l’hébergement, c’est probablement la première chose à changer.
La cause numéro six : les requêtes lourdes
Sur un site WordPress avec beaucoup de contenu (10 000 articles, 50 000 produits, 100 000 commandes), la base devient grosse, les requêtes deviennent longues.
Sans optimisation, le moindre tri par date sur l’admin met cinq secondes. Sans cache d’objet (Redis, Memcached), chaque page recalcule des résultats qu’elle aurait pu mettre en cache.
C’est de la maintenance technique avancée. Mais sur les vraies grosses bases, c’est ce qui fait la différence entre un site qui vit et un site qui croule.
Le diagnostic en cinq minutes
Pour savoir d’où vient votre lenteur, quatre regards.
Faites tourner Lighthouse depuis Chrome. Score mobile sous 50 = problème sérieux. Score sous 30 = urgence.
Regardez la liste de vos plugins actifs. Plus de 25 = audit nécessaire. Plus de 40 = problème quasi-certain.
Regardez votre thème. Si c’est un thème tout-en-un type Avada, Salient ou Bridge, vous payez le prix de cette polyvalence en vitesse.
Regardez votre hébergeur. Mutualisé à 4 € par mois = à reconsidérer.
Avec ces quatre informations, je sais en quinze minutes pourquoi un site est lent et combien ça va coûter de l’accélérer.
Le coût d’une optimisation sérieuse
Selon l’état initial, j’estime entre 800 € et 2 500 € pour optimiser sérieusement un site WordPress lent. C’est une journée à trois jours de travail : audit, plugins à élaguer, thème à alléger ou changer, images à ré-uploader proprement, cache à configurer, parfois changement d’hébergeur.
Le retour est immédiat. Sites passés de Lighthouse 30 à 80, de LCP 5 secondes à 1,5 seconde, et 20 à 50 % de trafic SEO en plus dans les six mois suivants.
Si votre site WordPress est lent, ce n’est pas WordPress. C’est ce qu’on en a fait. Ça peut se corriger.