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
Étude de cas WordPress anonymisée
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
Site WordPress multilingue
WooCommerce en production
Backoffice lent
Équipe qui n’ose plus mettre à jour
Signaux d'alerte
Intervention
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é.
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.
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.
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.
Non. Les requêtes et suppressions doivent toujours être adaptées au site, avec sauvegarde et vérification avant exécution.
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