Désinstaller un plugin WordPress et nettoyer sa base de données

Pour désinstaller un plugin WordPress proprement, sauvegardez d’abord le site, puis désactivez et supprimez l’extension depuis le tableau de bord. Vérifiez ensuite les données, les tâches planifiées et les fichiers qu’elle a pu laisser. Ne supprimez que les éléments dont vous avez identifié l’origine et confirmé qu’ils ne sont plus utilisés.

Préparer la désinstallation du plugin WordPress

La désactivation d’une extension peut modifier des pages, des formulaires ou des fonctions de votre boutique. Avant de commencer, déterminez ce que le plugin apporte au site et ce que vous souhaitez conserver : réglages, formulaires reçus, redirections, statistiques ou données clients.

Sauvegarder les fichiers et la base

Créez une sauvegarde complète comprenant :

• Toutes les tables de la base de données, y compris celles créées par les extensions.
• Les fichiers du site, notamment wp-content, wp-config.php et .htaccess.
• Un moyen de restaurer ces éléments, par exemple une archive téléchargeable ou l’outil de restauration de votre hébergeur.

Vérifiez que vous pouvez accéder à cette sauvegarde et que vous connaissez la procédure de restauration. Si vous prévoyez de modifier certaines tables, vous pourrez également les exporter séparément avant le nettoyage.

Tester sur une copie du site

Lorsque c’est possible, reproduisez les opérations sur un environnement de test, aussi appelé staging. Vous pourrez y repérer les données résiduelles et tester les pages concernées avant de répéter la procédure sur le site en ligne.

Sans environnement de test, intervenez de préférence pendant une période calme et prévenez les personnes qui utilisent le site. Si une mise à jour est déjà interrompue ou si le site est instable, réglez d’abord ce problème. Par exemple, un site WordPress bloqué en mode maintenance doit être remis en état avant de poursuivre.

Désactiver et supprimer l’extension depuis WordPress

La désactivation et la suppression sont deux opérations différentes. Désactiver une extension empêche son exécution, mais conserve ses fichiers et ses données. La supprimer retire généralement ses fichiers principaux, sans garantir l’effacement de ses données.

Avant de désactiver le plugin, ouvrez ses réglages et cherchez les outils utiles à son retrait. Certains permettent d’exporter des formulaires, des listes, des redirections ou une configuration pour les conserver ou les importer ailleurs.

Suivez ensuite cet ordre :

1. Dans les réglages de l’extension, cherchez une option comme « Supprimer les données à la désinstallation » ou « Remove data on uninstall ».
2. Activez cette option uniquement si vous avez décidé de supprimer les données concernées et que vous disposez d’une sauvegarde. Certains contenus ou réglages pourraient ne pas être récupérables sans restauration.
3. Dans le tableau de bord, ouvrez Extensions > Extensions installées, puis cliquez sur Désactiver sous le plugin concerné.
4. Cliquez sur Supprimer et confirmez l’opération.
5. Vérifiez que les fonctions importantes du site restent accessibles avant de commencer le nettoyage manuel.

Certains éditeurs conservent volontairement les données pour faciliter une réinstallation. L’absence d’erreur après la suppression ne signifie donc pas que la base et les fichiers ont été entièrement nettoyés.

Nettoyer les données du plugin dans la base WordPress

Un nettoyage manuel de la base n’est pas toujours nécessaire. Il devient utile si vous souhaitez retirer des données résiduelles clairement identifiées. Une suppression trop large peut toutefois retirer des contenus, des champs ou des réglages encore utilisés par le thème ou par d’autres extensions.

Commencez par dresser deux listes : ce que vous souhaitez conserver et ce qui peut disparaître, comme des caches, des journaux ou des données de test. Cherchez ensuite où ces éléments sont stockés. Procédez par petites étapes et testez le site entre chacune d’elles.

Repérer les tables dédiées

Certaines extensions créent leurs propres tables, dont le nom contient parfois leur slug ou un préfixe reconnaissable, par exemple wp_rank_math_*, wp_wf* ou wp_woocommerce_*. Le préfixe wp_ est un exemple : il peut être différent sur votre installation.

Dans phpMyAdmin, Adminer ou WP-CLI, listez les tables et recherchez celles qui semblent liées au plugin. Avant d’en supprimer une :

• Confirmez que l’extension a bien été supprimée et qu’un module associé ou un mu-plugin ne l’utilise plus.
• Vérifiez qu’une autre extension ne partage pas cette table. Une suite d’outils ou une extension de paiement peut dépendre de données communes.
• Consultez la documentation du plugin si le nom de la table ne suffit pas à établir son rôle.
• Exportez les tables ciblées en SQL, en complément de la sauvegarde complète.

Un nom ressemblant à celui du plugin n’est pas une preuve suffisante. En cas de doute sur l’usage d’une table, conservez-la jusqu’à ce que vous puissiez le vérifier.

Examiner les options et les données temporaires

La table wp_options contient des réglages, des clés API et des données temporaires appelées transients. Certaines options sont chargées automatiquement et peuvent rester présentes après la suppression du plugin.

Dans phpMyAdmin, ouvrez la table des options correspondant au préfixe de votre installation, puis utilisez la recherche pour examiner les noms liés à l’extension. Recherchez notamment :

• Les options portant un préfixe associé au plugin.
• Les transients associés, dont les noms peuvent commencer par _transient_ ou _site_transient_.
• Les options chargées automatiquement, si leur appartenance au plugin est confirmée.

Examinez la nature des valeurs avant toute suppression : elles peuvent contenir du texte, du JSON ou des données sérialisées. Supprimez seulement les entrées identifiées, par groupes cohérents, puis rechargez le site et vérifiez les erreurs.

Certains noms sont génériques. Dans ce cas, appuyez-vous sur la documentation ou sur une comparaison avec votre environnement de test plutôt que sur une supposition.

Contrôler les métadonnées de contenus et d’utilisateurs

Les tables wp_postmeta et wp_usermeta peuvent contenir des données ajoutées par une extension : champs personnalisés, informations SEO, réglages de constructeur de pages ou préférences de profil.

Recherchez les clés meta_key associées au plugin et vérifiez si elles servent encore au thème ou à une autre extension. Les données de champs personnalisés, de builders ou de suivi peuvent être partagées ou réutilisées. Ne les effacez pas simplement parce que leur nom semble familier.

D’autres données peuvent se trouver dans wp_comments ou wp_commentmeta, par exemple pour des avis ou des systèmes de notation. Là aussi, identifiez leur fonction avant de décider de les conserver ou de les retirer.

Retirer les tâches et les fichiers résiduels

La base de données n’est pas le seul endroit à contrôler. Une extension peut laisser des tâches planifiées, des fichiers générés ou des modules chargés séparément de son dossier principal.

Vérifier les tâches planifiées

Des événements WordPress CRON peuvent rester enregistrés après la désinstallation. Ils peuvent continuer à se déclencher sans leur code associé et apparaître dans les journaux d’erreur.

Consultez la liste des événements planifiés à l’aide d’un outil de diagnostic ou de WP-CLI. Repérez ceux qui appartiennent clairement au plugin supprimé et retirez-les de manière ciblée. Si une tâche semble liée à plusieurs outils, vérifiez sa fonction avant de la supprimer.

Inspecter les dossiers et les règles

À l’aide du gestionnaire de fichiers de votre hébergeur ou d’un client FTP, inspectez notamment :

• wp-content/uploads, pour les exports, journaux, images ou dossiers générés par l’extension.
• wp-content/cache, pour les caches propres au plugin.
• wp-content/mu-plugins, pour les modules must-use installés séparément.
• Les autres fichiers chargés séparément, parfois appelés drop-ins, si l’extension en a ajouté.

Des fichiers CSS ou JavaScript minifiés, des index ou des journaux peuvent également rester sur le serveur. Ne retirez que les éléments dont l’appartenance au plugin est confirmée et dont vous n’avez plus besoin.

Vérifiez aussi si l’extension avait ajouté des règles dans .htaccess ou dans la configuration du serveur. C’est notamment le cas de certains outils de cache ou de sécurité. Une règle ne doit être retirée qu’après identification de son rôle et de ses éventuelles dépendances.

Adapter la procédure aux extensions sensibles

Certaines extensions touchent directement à l’affichage, à la sécurité ou aux données commerciales. Leur retrait demande des vérifications supplémentaires avant tout nettoyage.

Extensions de sécurité et pare-feu

Un plugin de sécurité peut avoir installé des règles dans .htaccess, des listes d’adresses IP, des fichiers de blocage, un pare-feu ou un mu-plugin. Notez les réglages de protection que vous souhaitez conserver et vérifiez leur emplacement avant de supprimer les fichiers ou les règles associés.

Si vous cherchez à réduire votre dépendance à une extension pour protéger l’administration, consultez les méthodes pour sécuriser l’accès wp-admin sans plugin. Vérifiez également que vous pouvez toujours vous connecter après chaque modification des règles d’accès.

Constructeurs de pages et shortcodes

Un constructeur de pages peut stocker sa mise en page dans des métadonnées ou utiliser des shortcodes dans les contenus. Si vous le supprimez sans préparation, certaines pages peuvent perdre leur présentation ou afficher du code à la place du contenu attendu.

Identifiez d’abord les pages concernées, puis préparez leur migration vers des blocs natifs ou un autre constructeur. Un export HTML peut aussi servir de référence. Après validation des nouvelles pages, examinez les métadonnées, bibliothèques et fichiers CSS générés devenus inutiles.

WooCommerce et extensions e-commerce

Les données d’une boutique peuvent comprendre des produits, commandes, taxes et informations clients. Une extension de paiement peut aussi dépendre de tables utilisées par d’autres composants de la boutique.

Avant de désinstaller WooCommerce ou une extension e-commerce, décidez précisément quelles données doivent être conservées et comment elles seront utilisées ou migrées. Ne supprimez pas de table pour faire un simple essai. Vérifiez également vos besoins de conservation avant toute suppression définitive.

Vérifier le site après la désinstallation

Une fois les données et les fichiers examinés, purgez les caches susceptibles de présenter une ancienne version du site : cache d’une autre extension, cache serveur comme Varnish ou Nginx FastCGI, et CDN si vous en utilisez un. Sans cette étape, une page en cache peut masquer un problème ou afficher des fichiers devenus obsolètes.

Effectuez ensuite une vérification fonctionnelle :

1. Ouvrez la page d’accueil et les pages principales, puis testez la recherche interne.
2. Envoyez un formulaire de contact, de devis ou d’inscription à la newsletter.
3. Testez la connexion et, pour une boutique, le compte client et le parcours de commande.
4. Recherchez les shortcodes visibles, les mises en page dégradées ou les fonctions disparues.
5. Consultez les journaux PHP et serveur pour repérer les fonctions manquantes, les hooks encore appelés ou les tâches CRON associées à l’ancien plugin.

La suppression d’une extension peut réduire les données chargées automatiquement ou certaines requêtes, mais ce résultat n’est pas systématique. Si la vitesse du site fait partie de vos objectifs, suivez les indicateurs expliqués dans le guide des Core Web Vitals pour WordPress.

Vous pouvez ensuite examiner d’autres éléments, comme les révisions, les médias inutilisés ou les redirections, sans les supprimer automatiquement. Le guide pour nettoyer WordPress pour le SEO propose un cadre pour poursuivre ce contrôle. En cas de problème persistant ou si vous préférez ne pas intervenir dans la base, une maintenance WordPress permet de confier ces opérations à une équipe spécialisée.

Questions fréquentes

Article rédigé avec l’aide d’une IA à partir des sources citées et de notre pratique de la maintenance WordPress. Notre méthode éditoriale.