Nettoyer la base de données WordPress

Les commandes données ici viennent de la documentation de WP-CLI et les réglages de la page sur wp-config.php, relues le 15 octobre 2026.

Ce qui encombre une base

Une base lourde ralentit surtout les sauvegardes, les exports et certaines requêtes de l'administration. Si votre site est lent pour les visiteurs, la cause est plus souvent ailleurs : voir Accélérer WordPress.

1. Sauvegarder la base d'abord

Un nettoyage supprime définitivement. Faites une sauvegarde de la base juste avant, et vérifiez qu'elle s'est bien créée :

• depuis WP Toolkit dans Plesk, sur toutes nos offres : voir Sauvegarder WordPress ;
• ou en exportant la base depuis phpMyAdmin : voir Exporter une base de données MySQL ;
• ou en SSH, dans le dossier du site : wp db export avant-nettoyage.sql

Un export de contenu par Outils, puis Exporter, ne remplace pas cette sauvegarde : il n'emporte ni les réglages ni les images, voir Exporter WordPress et importer son contenu.

Un fichier de sauvegarde laissé dans le dossier public du site peut être téléchargé par n'importe qui. Rapatriez-le sur votre ordinateur, puis supprimez-le du serveur.

2. Vider la corbeille et les indésirables

Sans outil particulier, depuis l'administration de WordPress :

1. Ouvrez Commentaires, filtre des indésirables, puis cliquez sur « Supprimer tous les indésirables ».
2. Toujours dans Commentaires, filtre de la corbeille, cliquez sur « Vider la corbeille ».
3. Faites de même dans Articles, puis dans Pages : filtre de la corbeille, « Vider la corbeille ».
4. Dans Médias, en vue liste, supprimez définitivement les fichiers que vous savez inutilisés.

La corbeille se vide d'elle-même au bout de 30 jours. La constante EMPTY_TRASH_DAYS de wp-config.php change ce délai ; la mettre à 0 supprime la corbeille, et WordPress ne demande alors plus de confirmation avant une suppression définitive. Gardez la corbeille.

3. Supprimer le reste avec WP-CLI

WP-CLI s'utilise en SSH, dans le dossier du site. Chaque commande ci-dessous est documentée dans la référence de WP-CLI.

1. Supprimer les transients expirés : wp transient delete --expired
2. Compter les commentaires indésirables : wp comment list --status=spam --format=count
3. S'il y en a, les supprimer définitivement : wp comment delete $(wp comment list --status=spam --format=ids) --force
4. Compter les articles et pages dans la corbeille : wp post list --post_type=post,page --post_status=trash --format=count
5. S'il y en a, vider cette corbeille : wp post delete $(wp post list --post_type=post,page --post_status=trash --format=ids)

Les commandes 3 et 5 reprennent la forme documentée de WP-CLI, qui passe à la commande de suppression la liste d'identifiants renvoyée par une commande de liste. Un contenu déjà dans la corbeille est supprimé définitivement, même sans l'option --force. Comptez d'abord : si le compte est à zéro, il n'y a rien à supprimer.

Les révisions demandent plus de prudence. Plutôt que de les supprimer toutes, limitez leur nombre avec la constante prévue par WordPress, dans wp-config.php. La documentation rapporte que certains utilisateurs ne l'ont vue prendre effet qu'une fois placée en tête du fichier, juste sous le premier bloc de commentaires : placez-la donc à cet endroit.

define( 'WP_POST_REVISIONS', 5 );

La valeur false désactive les révisions : vous perdez alors la possibilité de revenir à une version précédente d'un article. Un nombre est un meilleur compromis.

4. Optimiser les tables

Après de grosses suppressions, les tables gardent la place libérée. La commande wp db optimize lance l'optimisation de toutes les tables de la base du site, avec l'outil mysqlcheck du serveur. Sans SSH, phpMyAdmin le permet aussi : cochez les tables, puis choisissez l'optimisation dans la liste d'actions sous le tableau. Voir phpMyAdmin : ouvrir et utiliser sa base.

Avec une extension

Des extensions de nettoyage font ces opérations depuis l'administration, sans ligne de commande. Aucune n'est indispensable. Si vous en installez une, sauvegardez avant chaque passage, lisez ce que chaque case supprime, et désinstallez-la une fois le nettoyage fait si vous ne comptez pas la relancer : une extension de moins, c'est une mise à jour et une faille possible de moins.

Si une extension de nettoyage provoque une erreur critique, le mode de récupération vous laisse la désactiver depuis l'administration.

Méfiez-vous de la suppression des « options orphelines » ou des « tables inutilisées » proposée par certaines : une table que l'outil croit abandonnée peut appartenir à une extension désactivée que vous comptez réactiver.

Chez Hubspace

WP-CLI en ligne de commande demande SSH, ouvert à partir de l'offre Sérénité, que vous activez dans Plesk. Sur Départ, passez par l'administration de WordPress, par phpMyAdmin, ou par WP-CLI depuis l'interface de WP Toolkit, disponible sur Départ, Sérénité et Business. La sauvegarde quotidienne de nos serveurs est gardée 30 jours : en cas de suppression malheureuse, une restauration se demande au support.

Questions fréquentes