Hébergement

WordPress lent ? 9 causes et comment les corriger

30 mars 2026 · 9 min de lecture
WordPress lent ? 9 causes et comment les corriger

Un site WordPress lent, on le remarque rarement soi-même : on le consulte depuis son ordinateur, avec une bonne connexion, et le navigateur a déjà gardé une partie des fichiers en mémoire. Vos clients, eux, arrivent souvent depuis un téléphone, en 4G, sur une page qu'ils n'ont jamais vue. C'est là que la lenteur se voit.

Je développe en PHP depuis plus de dix ans et j'héberge des sites WordPress sur ma propre plateforme. Voici les 9 causes de lenteur que je rencontre le plus souvent, de la plus fréquente à la plus discrète, avec ce que vous pouvez faire vous-même et ce qui relève de l'hébergeur.

Avant tout : mesurer

Ne changez rien avant d'avoir une mesure de départ, sinon vous ne saurez jamais ce qui a fonctionné. Passez votre page d'accueil et une ou deux pages importantes (une page de service, un article) dans PageSpeed Insights, l'outil gratuit de Google, en regardant le résultat mobile. Notez le score et les trois indicateurs principaux. J'explique comment lire ce rapport dans mon guide Lighthouse et PageSpeed Insights.

Un chiffre à repérer en particulier : le temps de réponse du serveur (TTFB, pour Time To First Byte), c'est-à-dire le délai avant que le serveur commence à envoyer la page. PageSpeed le signale dans ses diagnostics quand il est trop long. S'il est élevé, le problème vient du serveur ou de l'absence de cache (causes 1 et 2). S'il est bon mais que la page reste lente, regardez plutôt du côté des images, du thème et des scripts.

1. Un hébergement trop juste

C'est la cause que l'on ne peut pas corriger depuis l'administration WordPress. Sur un hébergement mutualisé d'entrée de gamme, votre site partage la machine avec beaucoup d'autres : quand l'un d'eux consomme, tout le monde ralentit. Vous pouvez optimiser chaque image, si le serveur met longtemps à répondre, la page partira toujours en retard.

Ce qui compte dans un hébergement WordPress :

  • un cache côté serveur, pour ne pas reconstruire chaque page à chaque visite (voir la cause suivante) ;
  • une version de PHP récente et maintenue à jour ;
  • HTTP/2 et une compression moderne (Brotli) pour envoyer les fichiers plus vite et plus légers ;
  • des serveurs proches de vos visiteurs : pour une clientèle française, en France.

Sur mon hébergement, les serveurs sont en France (OVH) et tournent sous OpenLiteSpeed avec le cache LiteSpeed et Redis, HTTP/2 et Brotli. Le TTFB que je mesure est sous 200 ms. Si vous hésitez entre plusieurs offres, j'ai détaillé les critères à vérifier dans comment choisir son hébergement WordPress.

Baie de serveurs dans un centre de données

2. Aucun cache activé

Sans cache, WordPress refait tout le travail à chaque visite : il exécute le code PHP, interroge la base de données, assemble la page, puis l'envoie. Pour une page qui ne change pas d'un visiteur à l'autre (une page d'accueil, un article, une page de services), c'est du travail inutile.

Le cache de page garde une copie toute prête de chaque page et la sert directement aux visiteurs suivants. C'est le réglage qui change le plus le temps de réponse, et c'est souvent celui qui manque sur les sites que l'on me confie.

En pratique :

  • Utilisez le cache prévu par votre hébergeur. Sur un serveur LiteSpeed, c'est l'extension gratuite LiteSpeed Cache, qui s'appuie directement sur le serveur. Ailleurs, une extension comme WP Super Cache (gratuite) ou WP Rocket (payante) fait le travail au niveau de WordPress.
  • Une seule extension de cache à la fois. Deux extensions qui mettent les mêmes pages en cache se marchent dessus : pages qui ne se mettent plus à jour, mises en page cassées, parfois une page blanche.
  • Vérifiez que le cache se vide tout seul quand vous modifiez une page. Si vos corrections n'apparaissent pas, c'est généralement ce réglage.

Il existe un second étage, le cache d'objets (Redis), qui garde en mémoire les réponses de la base de données. Il sert surtout aux pages qui ne peuvent pas être mises en cache entières : boutique WooCommerce, espace client, administration. Pour un site vitrine, le cache de page fait l'essentiel du gain. Sur mon hébergement, les deux sont en place dès l'installation.

3. Des images trop lourdes

C'est le grand classique des sites vitrines : la photo de la boutique prise au téléphone, envoyée telle quelle dans la médiathèque, avec plusieurs mégaoctets pour une image affichée sur un tiers de l'écran. WordPress crée bien des versions réduites, mais il ne compresse pas vraiment l'original et ne change pas son format.

  • Redimensionnez vos photos avant de les envoyer : 2 000 pixels de large suffisent pour une image pleine largeur.
  • Servez-les en WebP ou en AVIF, deux formats plus légers que le JPEG. Une extension comme ShortPixel ou Imagify s'en charge ; sur mon hébergement, la conversion est faite automatiquement par le serveur.
  • Gardez les attributs de dimensions (width et height) sur les images, sinon la page « saute » pendant le chargement.

Ce dernier point, je l'ai vérifié sur ce site même : en octobre 2026, un article de ce blog affichait un décalage de mise en page (CLS) de 0,18 parce que ses images n'avaient pas de dimensions déclarées. Une fois les dimensions ajoutées, le décalage est tombé à 0 et le score mobile est passé de 83 à 91. Tout le détail est dans mon article sur l'optimisation des images WordPress.

4. Un thème ou un constructeur de pages trop lourd

Les thèmes « tout-en-un » et les constructeurs de pages (Elementor, Divi, WPBakery…) sont pratiques pour monter un site sans coder. La contrepartie : ils chargent leurs feuilles de style et leurs scripts sur toutes les pages, y compris pour des fonctions que vous n'utilisez pas.

Pour savoir si le thème est en cause, faites le test sur une copie du site (jamais sur le site en ligne) : activez un thème par défaut comme Twenty Twenty-Five et comparez les mesures. Si l'écart est important, deux voies : un thème léger (GeneratePress, Kadence, Astra), ou un thème développé pour votre site, sans les modules génériques que personne n'utilise. C'est le choix que j'ai fait pour l'association lilloise Le Bus Magique : un thème sur mesure, y compris pour son système de réservation de privatisation en plusieurs étapes.

5. Trop d'extensions, ou une seule mal écrite

Le nombre d'extensions compte moins que ce qu'elles font. Une extension peut ajouter des requêtes à la base de données sur chaque page, ou charger ses scripts partout alors qu'elle ne sert que sur la page contact. Une seule extension mal écrite suffit à ralentir tout le site.

  • Supprimez (pas seulement désactivez) les extensions que vous n'utilisez plus.
  • Évitez les doublons : deux extensions SEO, deux de sécurité, deux de cache.
  • Pour trouver la coupable, l'extension gratuite Query Monitor affiche, pour chaque page, les requêtes et le temps passé par chaque extension. Elle est technique, mais elle évite de désactiver les extensions une par une au hasard.

6. Les scripts et services extérieurs

Polices Google, outil de statistiques, pixel publicitaire, carte Google Maps, vidéo YouTube intégrée, widget d'avis, bannière de cookies : chacun va chercher ses fichiers sur un autre serveur, et votre page attend.

  • Hébergez les polices sur votre propre site plutôt que de les charger depuis Google (beaucoup de thèmes ont une option pour cela).
  • Pour les vidéos, affichez une simple image cliquable qui ne charge le lecteur YouTube qu'au clic. Plusieurs extensions le font.
  • Faites le tri dans les outils de suivi : gardez ceux dont vous lisez vraiment les chiffres.

7. Une version de PHP dépassée

PHP est le langage dans lequel WordPress est écrit. Chaque nouvelle version l'exécute plus efficacement, et les anciennes ne reçoivent plus de correctifs de sécurité. Beaucoup de sites tournent encore sur une version dépassée simplement parce que personne n'a pensé à changer le réglage chez l'hébergeur.

Le changement se fait en général depuis le panneau de l'hébergeur, mais testez d'abord sur une copie : une vieille extension peut ne pas suivre. J'explique la démarche dans version de PHP et vitesse de WordPress. Sur mon hébergement, les mises à jour de PHP et de WordPress sont automatiques.

8. Ni CDN ni compression

Un CDN (Content Delivery Network, réseau de diffusion de contenu) garde une copie de vos fichiers (images, feuilles de style, scripts) sur des serveurs répartis dans le monde, et sert chaque visiteur depuis le plus proche. Il soulage aussi votre serveur et filtre une partie des attaques par saturation (DDoS).

Pour être honnête : si vos clients sont tous à moins de 50 km de votre boutique et votre serveur en France, le gain de distance est faible. Le CDN reste utile pour décharger le serveur et pour la protection. Si vous voulez l'installer vous-même, le plan gratuit de Cloudflare suffit pour un site vitrine. Trois précautions :

  • ne mettez jamais en cache l'administration (/wp-admin/) ni, pour une boutique, le panier et le compte client ;
  • réglez le chiffrement SSL sur « Full (strict) » pour éviter les boucles de redirection ;
  • videz le cache du CDN après une modification importante du thème.

Côté compression, le serveur doit compresser les fichiers texte (HTML, CSS, JavaScript) avant de les envoyer, avec Gzip ou mieux, Brotli. C'est un réglage de l'hébergeur : sur mon hébergement, le CDN Cloudflare et Brotli sont actifs par défaut, sans rien à configurer.

9. Une base de données encombrée

Au fil des années, la base de données accumule des révisions d'articles, des commentaires indésirables et des données laissées par des extensions supprimées depuis longtemps. Sur un petit site, l'effet est modeste. Sur un site ancien et bien rempli, il finit par se voir.

  • Faites un nettoyage avec WP-Optimize ou Advanced Database Cleaner, après une sauvegarde.
  • Limitez le nombre de révisions conservées en ajoutant define('WP_POST_REVISIONS', 5); dans le fichier wp-config.php.

Par où commencer

Tout ne se vaut pas. Dans l'ordre où je m'y prendrais sur un site qui rame :

  1. Mesurer avec PageSpeed Insights, en mobile, et noter les chiffres.
  2. Activer un cache de page (une seule extension).
  3. Alléger les images et vérifier leurs dimensions.
  4. Passer à une version de PHP récente, après un test sur une copie.
  5. Faire le tri dans les extensions et les scripts extérieurs.
  6. Changer d'hébergement si le temps de réponse du serveur reste mauvais malgré le cache.
  7. Remettre en question le thème si la page reste lourde malgré tout le reste.

Mesurez à nouveau après chaque étape. C'est la seule façon de savoir ce qui a réellement servi.

Vous préférez ne pas y passer vos soirées ?

Si votre site est lent à cause du serveur, mon hébergement WordPress règle d'un coup les causes 1, 2, 7 et 8, et une partie de la 3 : cache, Redis, CDN, Brotli, conversion des images en WebP et AVIF, mises à jour automatiques, à partir de 14,90 € par mois. Je m'occupe de la migration, et votre site actuel reste en ligne jusqu'à la bascule.

Si c'est le thème ou l'empilement d'extensions qui pèse, la solution est plutôt une refonte : je propose la création de sites WordPress légers, à partir de 300 € pour un site vitrine. Dans les deux cas, écrivez-moi avec l'adresse de votre site, je vous dirai ce qui le ralentit.