Étude de cas WordPress anonymisée

Nettoyer un WordPress qui générait plus de 1 Go de logs

Un site WordPress multilingue et e-commerce était devenu difficile à maintenir : logs volumineux, verrous WPML, plugins superflus et base de données gonflée. L’objectif était de stabiliser sans couper l’activité.

Pour qui

Les situations ou mon intervention est utile

Site WordPress multilingue

WooCommerce en production

Backoffice lent

Équipe qui n’ose plus mettre à jour

Signaux d'alerte

Ce qui bloque souvent

  • Plus de 1 Go de logs applicatifs
  • Plus de 500 000 lignes candidates au nettoyage
  • Verrous et transients WPML récurrents
  • Plugins de backup, debug ou migration restés en production

Intervention

Ce que je mets en place

  • Backup SQL avant intervention
  • Exécution via WP-CLI en mode skip plugins/themes
  • Mu-plugin temporaire pour bloquer une tâche WPML problématique
  • Purge des verrous, notifications, transients expirés et optimisation de table
  • Vidage contrôlé du debug.log et vérification finale

Contexte

Site WordPress multilingue avec WooCommerce, Elementor, WPML et plusieurs plugins techniques accumulés au fil du temps. Le symptôme visible était une production de logs anormale et un backoffice fragilisé.

Méthode

Avant toute suppression : export SQL, détection du préfixe de base, commandes WP-CLI isolées avec skip plugins/themes, puis actions limitées et vérifiables.

Résultat

Nettoyage des verrous WPML, suppression de plugins inutiles, transients expirés purgés, table options optimisée et fichier debug.log vidé. Le site repart avec une base plus lisible et une procédure de maintenance claire.

Preuve concrete

La procédure a été scriptable, idempotente et accompagnée de contrôles : version Elementor, état plugins, volume wp_options, cache et sauvegarde.

Questions fréquentes

Pourquoi anonymiser le client ?

Parce que le sujet touche à la maintenance, aux logs et à la dette technique. L’objectif est de montrer la méthode sans exposer l’entreprise.

Est-ce reproductible sur tous les WordPress ?

Non. Les requêtes et suppressions doivent toujours être adaptées au site, avec sauvegarde et vérification avant exécution.

On regarde le projet ensemble ?

Expliquez-moi le contexte, les contraintes et l’urgence. Je vous dirai rapidement si je suis la bonne personne pour intervenir.

Me confier un audit WordPress