WordPress lent : les causes les plus fréquentes et comment les corriger

Illustration d un chronomètre à côté d une jauge de vitesse

Un site WordPress qui met 5, 8, parfois 10 secondes à s’afficher n’est pas une fatalité liée à WordPress lui-même — c’est presque toujours l’accumulation de plusieurs petits problèmes qui, mis bout à bout, plombent les performances. Voici les causes les plus fréquentes que je rencontre en audit, et comment les corriger.

Sommaire
  1. Trop de plugins, ou de mauvais plugins
  2. Des images non optimisées
  3. L’absence de cache
  4. Un hébergement sous-dimensionné
  5. Une base de données jamais nettoyée
  6. Par où commencer
  7. Voir aussi

Trop de plugins, ou de mauvais plugins

Ce n’est pas le nombre de plugins en soi qui pose problème, c’est leur qualité et leur superposition. Plusieurs plugins qui font des choses similaires (deux plugins de cache, trois plugins SEO qui se chevauchent), ou des plugins mal codés qui chargent des scripts sur toutes les pages alors qu’ils ne servent que sur une seule. Un audit régulier de la liste des extensions actives, avec suppression de ce qui n’est plus utilisé, est le premier réflexe à avoir.

Des images non optimisées

C’est de loin la cause la plus fréquente et la plus facile à corriger. Une photo prise avec un smartphone moderne pèse plusieurs mégaoctets — inutile pour un affichage web qui n’a besoin que de quelques dizaines à quelques centaines de kilooctets. Compression, redimensionnement automatique, formats modernes (WebP, AVIF) et chargement différé (lazy loading) réduisent souvent le poids d’une page de 70 à 90%.

L’absence de cache

Sans cache, WordPress reconstruit chaque page depuis zéro à chaque visite : requêtes en base de données, exécution PHP complète, assemblage du HTML. Un système de cache correctement configuré (cache de page, cache d’objets, cache navigateur) élimine l’essentiel de ce travail répétitif pour les visiteurs qui consultent une page déjà générée.

Un hébergement sous-dimensionné

Un site peut être parfaitement optimisé côté code et rester lent si le serveur qui l’héberge est saturé — trop de sites sur un même mutualisé, version de PHP obsolète, ressources CPU/mémoire insuffisantes. C’est un point que je vérifie systématiquement en audit, au même titre que le code du site lui-même. Voir ma page administration système Linux.

Une base de données jamais nettoyée

Révisions d’articles accumulées depuis des années, transients expirés jamais purgés, tables laissées par des plugins désinstallés : au fil du temps, la base de données grossit inutilement et ralentit chaque requête. Un nettoyage régulier, couplé à une bonne politique de sauvegarde avant toute intervention, fait souvent une différence surprenante.

Par où commencer

Un audit de performance identifie précisément lesquelles de ces causes s’appliquent à votre site, dans quel ordre les corriger, et quel gain attendre de chacune. C’est un point que je traite systématiquement sur mes projets WordPress, en développement comme en maintenance.

J’interviens pour ce type d’audit à Thieux, en Seine-et-Marne et plus largement en Île-de-France — voir mon périmètre d’intervention.

Voir aussi