Une base de données WordPress mal entretenue accumule au fil des mois des révisions d’articles, des transients expirés et des commentaires indésirables qui ralentissent chaque requête, même sur un hébergement performant.
Ce problème reste invisible à l’œil nu tant que le site fonctionne encore, ce qui explique pourquoi tant de propriétaires de sites découvrent leur base de données WordPress surchargée seulement lorsqu’un ralentissement devient franchement gênant pour les visiteurs. Un simple export phpMyAdmin suffit souvent à révéler l’ampleur réelle du problème, avec des tables parfois dix fois plus volumineuses que nécessaire, en particulier sur les sites actifs depuis plusieurs années sans jamais avoir bénéficié d’une opération de nettoyage.
1. Limiter les révisions d’articles
WordPress enregistre par défaut chaque sauvegarde d’un article comme une révision distincte. Sur une base de données WordPress ancienne, cela représente parfois des dizaines de milliers de lignes inutiles à purger.
Limiter ce nombre à cinq ou dix révisions par article dans le fichier de configuration évite cette accumulation dès l’installation, plutôt que de devoir nettoyer rétroactivement des années de sauvegardes automatiques.
2. Nettoyer les transients expirés
Les transients sont des caches temporaires utilisés par les plugins. Lorsqu’ils ne sont pas correctement supprimés après expiration, ils s’accumulent et alourdissent inutilement les tables de la base de données.
Certains plugins mal codés créent des transients avec une durée d’expiration jamais atteinte en pratique, ce qui les transforme en données permanentes malgré leur vocation initialement temporaire.
3. Vérifier l’indexation des tables
Des index manquants sur les colonnes fréquemment interrogées (meta_key, post_status) ralentissent considérablement les requêtes complexes générées par certains plugins mal optimisés.
Un plugin de type WooCommerce ou un constructeur de pages ajoute souvent ses propres métadonnées sans toujours veiller à une indexation appropriée, un point à vérifier spécifiquement après chaque installation d’extension majeure. Un développeur backend peut ajouter manuellement les index manquants via une simple requête SQL, sans nécessiter de refonte technique complète du site.
4. Supprimer les commentaires spam et la corbeille
Les commentaires en attente de modération ou marqués comme spam restent stockés indéfiniment par défaut. Purger régulièrement une base de données WordPress évite cette accumulation silencieuse.
Sur un blog très commenté ou ciblé par des robots spammeurs, cette table peut atteindre une taille disproportionnée par rapport au contenu réel du site en quelques mois seulement. Un plugin anti-spam comme Akismet limite ce phénomène en amont, mais ne dispense pas d’un nettoyage périodique de la corbeille de commentaires déjà accumulés.
5. Identifier les requêtes lentes
Le plugin Query Monitor révèle précisément quelles requêtes SQL consomment le plus de temps d’exécution, souvent générées par un thème ou un plugin mal codé.
Une requête qui s’exécute en boucle sur chaque widget de la barre latérale, par exemple, peut multiplier le temps de génération d’une page sans que cela soit visible à l’œil nu dans le code source affiché.
6. Mettre en place un cache d’objets
Un cache d’objets persistant comme Redis ou Memcached évite de réinterroger la base de données pour des données déjà récupérées récemment, réduisant fortement la charge serveur.
Ce type de cache s’avère particulièrement rentable sur les sites à fort trafic répétitif, où les mêmes requêtes reviennent des centaines de fois par minute pour des visiteurs différents. Sans cache d’objets persistant, chaque visite recalcule intégralement des données pourtant identiques d’un utilisateur à l’autre, ce qui gaspille des ressources serveur considérables.
7. Automatiser la maintenance régulière
Des plugins comme WP-Optimize permettent de planifier un nettoyage automatique hebdomadaire de la base de données WordPress, sans intervention manuelle répétée.
Programmez systématiquement une sauvegarde complète avant chaque nettoyage automatisé : une suppression trop agressive de certaines métadonnées peut occasionnellement casser l’affichage d’un plugin qui dépendait de ces données jugées obsolètes à tort. Toute intervention directe sur les tables comporte un risque, même minime, et une sauvegarde récente permet de revenir en arrière immédiatement en cas de problème inattendu.
Pour aller plus loin, notre article sur optimisation du TTFB complète utilement ce sujet. Vous pouvez également consulter le documentation officielle WordPress.org sur l’optimisation des performances (accéder à la ressource) pour une référence technique approfondie.
Optimiser sa base de données WordPress est une tâche souvent négligée face aux optimisations plus visibles côté front-end, alors qu’elle influence directement chaque page générée dynamiquement et mérite une place régulière dans le calendrier de maintenance technique du site, au même titre qu’un audit de sécurité ou une vérification des sauvegardes.