Ce que tu vas apprendre
Un site WordPress qui rame alors que l’hébergement est correct et le cache bien configuré cache souvent le même coupable : une base de données saturée de révisions d’articles, de transients expirés et de tables laissées par des plugins désinstallés il y a deux ans. Cet article explique pourquoi ça ralentit concrètement les requêtes, comment nettoyer avec WP-Optimize sans supprimer ce qu’il ne faut pas, et comment planifier un entretien automatique pour ne plus jamais y repenser. Ça s’adresse à toute personne qui gère un WordPress installé depuis plus d’un an, avec ou sans WooCommerce.
Prérequis :
- Accès admin WordPress (rôle administrateur)
- Accès à phpMyAdmin ou à un outil de sauvegarde de base de données
- 15 à 20 minutes de tranquillité, hors heures de forte affluence sur le site
- Le plugin WP-Optimize (gratuit, version premium optionnelle)
- Idéalement, un accès FTP/SSH pour vérifier les fichiers en cas de souci
1. Comprendre pourquoi une base gonflée ralentit ton site
WordPress stocke absolument tout dans MySQL : les articles, mais aussi chaque brouillon automatique, chaque révision, chaque option temporaire. Trois catégories expliquent 90 % du gonflement observé sur des sites de plus de deux ans :
Les révisions d’articles. Par défaut, WordPress enregistre une révision complète à chaque sauvegarde automatique, toutes les 60 secondes en édition active. Un article travaillé sur plusieurs sessions peut accumuler 40, 60, parfois 100 révisions. Multiplié par des dizaines de pages, la table wp_posts peut peser plusieurs fois sa taille utile.
Les transients expirés. Ce sont des caches temporaires que les plugins (traduction, SEO, sliders, WooCommerce) stockent dans wp_options pour éviter de recalculer certaines données à chaque chargement. Le problème : beaucoup de plugins créent des transients sans jamais les nettoyer proprement à expiration, surtout après une désinstallation. Une table wp_options boursouflée ralentit chaque requête, car elle est chargée en quasi-totalité au boot de WordPress (autoload).
Les tables orphelines. Chaque plugin désinstallé ne supprime pas forcément ses propres tables. Résultat : des sites accumulent des tables fantômes (wp_wpforms_*, wp_wc_old_*, wp_yoast_* d’anciennes versions) qui ne servent plus à rien mais alourdissent les sauvegardes et les scans.
L’effet cumulé : des requêtes SQL plus lentes, un autoload surchargé qui pèse sur chaque page, et des sauvegardes qui prennent deux fois plus de temps qu’elles ne devraient. Si ton site souffre plus largement de lenteur généralisée, la base n’est qu’une pièce du puzzle — le guide complet pour accélérer un WordPress lent couvre le reste (cache, images, hébergement).
2. Sauvegarder avant de toucher à quoi que ce soit
Aucune opération de nettoyage de base ne se fait sans filet. Une suppression de table mal ciblée peut casser une fonctionnalité entière, parfois de façon différée (le bug n’apparaît qu’au prochain rendu de page).
- Fais une sauvegarde complète de la base via ton hébergeur ou un plugin dédié (UpdraftPlus, All-in-One WP Migration).
- Exporte spécifiquement la base via phpMyAdmin (
Exporter > Rapide > SQL) et garde le fichier localement. - Note la taille actuelle de la base (visible dans WP-Optimize ou phpMyAdmin) pour mesurer le gain après nettoyage.
Si un nettoyage tourne mal et casse l’affichage ou l’admin, l’erreur la plus fréquente ressemble à une erreur de connexion à la base de données ou à un écran blanc. Avoir une sauvegarde fraîche transforme un incident en simple restauration de cinq minutes.
3. Installer et configurer WP-Optimize correctement
Installe WP-Optimize depuis le catalogue de plugins WordPress (Extensions > Ajouter). Une fois activé, il ajoute un menu dédié avec plusieurs onglets : Base de données, Images, Cache, Minification.
Avant de cliquer sur quoi que ce soit, va dans Réglages > WP-Optimize et coche uniquement les tables qui te concernent réellement. Décoche par défaut :
- La suppression des commentaires en corbeille si tu modères manuellement
- La suppression des tables de plugins que tu utilises encore, même occasionnellement
- Toute case “nettoyage automatique sans confirmation” au premier lancement
L’objectif de cette étape est d’éviter le nettoyage “en un clic” qui supprime des données encore utiles avant que tu aies eu le temps de comprendre ce qui allait disparaître.
4. Nettoyer étape par étape, dans le bon ordre
Ne fais pas tout d’un coup. Traite chaque catégorie séparément et vérifie le site entre deux actions.
- Révisions d’articles : conserve les 3 à 5 dernières révisions par article, pas zéro. Une révision récente peut sauver un contenu écrasé par erreur.
- Brouillons automatiques et éléments en corbeille : suppression sans risque au-delà de 30 jours.
- Transients expirés : c’est le nettoyage le plus rentable en termes de performance, quasiment jamais risqué.
- Tables orphelines : WP-Optimize liste les tables qui ne correspondent à aucun plugin actif. Vérifie chaque nom avant suppression — certaines tables portent un nom générique mais appartiennent à un plugin desactivé temporairement, pas désinstallé.
- Optimisation des tables (commande
OPTIMIZE TABLE) : recompacte l’espace disque après les suppressions, en particulier utile sur les tables InnoDB fragmentées.
Après chaque étape, recharge le site en navigation privée et vérifie que le formulaire de contact, le panier (si WooCommerce) et l’affichage des menus fonctionnent toujours. Un menu qui disparaît après un nettoyage de base a souvent une cause différente (menu WordPress qui ne s’affiche pas), mais autant écarter tout de suite le doute.
5. Automatiser l’entretien pour ne plus y penser
Une fois le nettoyage initial fait, planifie un entretien récurrent plutôt que d’attendre que le site ralentisse de nouveau.
Dans WP-Optimize, l’onglet Planification permet de configurer un nettoyage automatique hebdomadaire ou mensuel, avec les mêmes réglages fins que le nettoyage manuel (nombre de révisions conservées, exclusion de certaines tables). Une fréquence mensuelle suffit pour la plupart des sites vitrine ; un site e-commerce à fort trafic bénéficie d’un passage hebdomadaire sur les transients uniquement.
Complète avec une revue trimestrielle manuelle : c’est le moment de vérifier les tables orphelines laissées par des plugins désinstallés depuis le dernier passage, ce que l’automatisation ne détecte pas toujours correctement.
Pièges courants
| Situation | Cause probable | Solution |
|---|---|---|
| Le site ralentit à nouveau après quelques semaines | Nettoyage manuel non planifié | Activer la planification automatique dans WP-Optimize |
| Une fonctionnalité disparaît après nettoyage | Table supprimée alors qu’un plugin désactivé (pas désinstallé) l’utilisait encore | Restaurer la sauvegarde, réactiver le plugin, réessayer en ciblant uniquement les tables confirmées orphelines |
| Un article revient à une version ancienne | Trop de révisions supprimées d’un coup | Toujours garder 3 à 5 révisions récentes par article |
| Le gain de vitesse est décevant malgré le nettoyage | La base n’était pas le vrai goulot | Vérifier le cache et l’hébergement — voir les meilleurs plugins de cache WordPress |
| L’admin devient inaccessible après optimisation | Erreur pendant OPTIMIZE TABLE sur une grosse table | Restaurer la sauvegarde SQL, refaire l’opération table par table |
Faut-il supprimer toutes les révisions d'articles ?
Non. Garder 3 à 5 révisions récentes par article reste une sécurité utile en cas d’erreur d’édition. La suppression totale n’apporte qu’un gain marginal supplémentaire pour un risque réel de perte de contenu.
WP-Optimize suffit-il ou faut-il aussi un plugin de cache ?
Ce sont deux problèmes différents. WP-Optimize allège la base de données ; un plugin de cache réduit le nombre de requêtes envoyées à cette base à chaque visite. Les deux sont complémentaires, pas interchangeables — voir le guide complet d’optimisation WordPress.
Le nettoyage de base peut-il casser WooCommerce ?
Oui si des tables encore utilisées par WooCommerce (commandes, logs de webhooks) sont supprimées par erreur. Vérifie toujours la liste des tables candidates avant validation, et teste un tunnel de commande complet après nettoyage.
À quelle fréquence nettoyer sa base WordPress ?
Une fois par mois pour un site vitrine classique, une fois par semaine pour un site e-commerce actif ou un site à fort trafic éditorial. La planification automatique de WP-Optimize couvre les deux cas.
Une base de données propre ne remplace ni un bon hébergeur ni un cache correctement réglé, mais c’est souvent le nettoyage le plus négligé — et le moins coûteux à mettre en place. Quinze minutes de configuration initiale, une planification mensuelle, et le sujet ne revient plus jamais sur la table.
Ce problème, Peechy s'en occupe
Plutôt que de tout gérer seul, confiez votre site à une agence qui s'occupe de tout — hébergement, sécurité, maintenance et corrections. Encore plus simple en abonnement : on règle les soucis avant même que vous les remarquiez.
Confier mon site à Peechy