Base de données WordPress surchargée : nettoyer révisions, transients et tables orphelines

Avez-vous un site WordPress qui devient de plus en plus lent, alors que vous n'avez ajouté aucun contenu depuis des mois ? Souvent le problème n'est pas sur le frontend, il est dans la base de données. WordPress et ses extensions écrivent en silence des dizaines de milliers de lignes que plus personne ne relira jamais : anciennes révisions d'articles, options temporaires expirées, méta-données laissées par des extensions désinstallées, et des tables entières que plus rien n'utilise.

La bonne nouvelle, c'est que la plus grande partie de ce fatras se nettoie sans rien casser, à condition de savoir quoi chercher et de faire une sauvegarde d'abord. Dans cet article, je vous montre exactement ce qui s'accumule, comment repérer ce qui peut être supprimé sans risque, et comment garder la base légère sur la durée, sans promesses magiques.

Ce qui surcharge réellement la base

Avant de supprimer quoi que ce soit, il est utile de comprendre d'où vient le poids. Les coupables habituels sont peu nombreux :

• Les révisions d'articles : chaque enregistrement crée une copie. Un article souvent modifié peut porter des dizaines de révisions, chacune dupliquant le contenu complet.
• Les transients expirés : données temporaires stockées dans la table wp_options. Elles devraient expirer seules, mais restent souvent coincées.
• Les options autoloaded : options marquées pour se charger sur CHAQUE page. Quand des extensions y laissent des centaines de Ko, elles ralentissent tout le site.
• Le spam et les commentaires en corbeille, les vieilles transactions et journaux.
• Les méta orphelines : lignes dans wp_postmeta ou wp_usermeta pointant vers un contenu qui n'existe plus.

Tout ce qui est volumineux n'est pas inutile. Le but est de séparer le vrai fatras des données que vous utilisez au quotidien.

Voir ce qui prend de la place, sans deviner

Ne nettoyez pas à l'aveugle. Mesurez d'abord. Dans phpMyAdmin (présent dans cPanel chez la plupart des hébergeurs), ouvrez la base et triez les tables par taille. Vous verrez presque certainement wp_options, wp_postmeta et éventuellement des tables ajoutées par des extensions en tête.

Un point critique : les options autoloaded. Lancez une requête simple dans l'onglet SQL :

SELECT SUM(LENGTH(option_value)) FROM wp_options WHERE autoload = 'yes';

Si le résultat atteint des centaines de Ko ou plus, vous avez un vrai problème de performance, car ces données sont lues à chaque chargement de page. Vous pouvez aussi lister les plus gros consommateurs pour voir quelle extension les a laissés.

Si votre préfixe n'est pas wp_, remplacez-le partout. Mesurez avant et après, pour savoir ce que vous avez gagné.

Un nettoyage sûr, étape par étape

La règle d'or : faites une sauvegarde complète de la base avant toute suppression. Sans sauvegarde, on ne touche à rien.

• Limitez les révisions : ajoutez define('WP_POST_REVISIONS', 5); dans wp-config.php pour ne garder que les dernières par article désormais.
• Supprimez les anciennes révisions et les transients expirés avec une extension de nettoyage fiable (par exemple une extension d'optimisation reconnue), qui fait le travail sans requêtes risquées écrites à la main.
• Videz le spam et la corbeille des commentaires.
• Pour l'autoload, passez de 'yes' à 'no' les options lourdes laissées par des extensions disparues, ou supprimez-les si vous êtes sûr que l'extension n'existe plus.

Après le nettoyage, lancez Optimiser sur les tables pour récupérer l'espace physique libéré. Testez le site aussitôt : pages principales, formulaire de contact, paiement s'il s'agit d'une boutique.

Les tables orphelines : la partie délicate

Quand vous désinstallez une extension, la plupart ne suppriment PAS leurs tables. Elles restent là, avec des noms comme wp_redirection_logs ou wp_mailpoet_x, occupant de l'espace indéfiniment.

Ici la prudence compte, car supprimer une table est irréversible sans sauvegarde :

• Listez les tables qui ne commencent pas de façon classique (posts, options, postmeta, etc.) et cherchez chaque préfixe sur Google.
• Confirmez que l'extension associée est bien désinstallée et que vous ne la réactiverez pas.
• Supprimez une par une, avec une sauvegarde fraîche d'abord, jamais en bloc.

Au moindre doute sur une seule table, laissez-la. Quelques Mo en plus ne nuisent à rien ; une table supprimée à tort peut casser une fonction. La prudence l'emporte sur la propreté parfaite.

Comment la garder propre (et quand appeler quelqu'un)

La propreté n'est pas un événement unique, c'est de la maintenance. Quelques habitudes qui comptent :

• Gardez WP_POST_REVISIONS réglé sur une valeur raisonnable, en permanence.
• N'installez que les extensions dont vous avez vraiment besoin, et désinstallez celles inutilisées (puis vérifiez les tables restantes).
• Planifiez une optimisation périodique et faites des sauvegardes automatiques.

Si vous regardez phpMyAdmin et sentez que vous ne voulez toucher à rien de peur de casser le site, c'est parfaitement normal, surtout sur une boutique avec de vraies commandes. Chez MPO Web Studio, nous faisons cela à distance, en toute sécurité, avec une sauvegarde avant et une vérification après, pour des clients partout dans le pays. Si vous voulez un coup de main ou juste un deuxième avis, écrivez-nous sur WhatsApp et nous regarderons ensemble. Pas de promesses magiques, juste une base de données qui respire à nouveau.