Extension WordPress impossible à désactiver : retrouver qui la charge

Identifier ce qui reste actif avant de chercher un bouton

L’extension semble toujours chargée, mais le lien Désactiver manque ou ne peut pas être utilisé. Ce comportement peut être normal : un autre composant en dépend, elle est activée pour tout le réseau, ou son fichier est chargé comme extension indispensable. Une fonction encore visible après désactivation peut aussi venir d’un cache ou d’un autre fournisseur de code.

Le résultat recherché est d’identifier le responsable du chargement puis d’utiliser son mécanisme de retrait, avec un retour arrière prévu. L’absence d’un bouton n’autorise pas à supprimer le dossier de l’extension ni à modifier sa liste d’activation dans la base. Ces contournements peuvent casser les composants qui comptent sur elle.

Sur une installation auto-hébergée, les parcours varient selon vos droits d’administration, de réseau et de fichiers. Sur WordPress.com ou une offre gérée, certains composants appartiennent à la plateforme. Dans un multisite, une action peut toucher plusieurs sous-sites ; vérifiez cette portée avant le test. Une extension indispensable peut aussi exister sur un site qui n’est pas un réseau : son nom MU n’implique pas à lui seul un multisite.

Préserver la fonction et préparer une copie pour le retrait

Notez le nom, l’auteur, la version et l’emplacement supposé du composant. Décrivez la fonction que vous cherchez à retirer ou à comparer. Si elle envoie des messages, traite des commandes ou synchronise des données, mettez les essais sur une copie dont les effets externes sont neutralisés. Une disparition de l’interface ne prouve pas que les tâches planifiées ont cessé.

Gardez une sauvegarde adaptée des réglages et des fichiers, ainsi qu’un accès SFTP ou au gestionnaire de fichiers indépendant du tableau de bord. Pour un fichier personnel, conservez une copie privée hors du répertoire public, avec son chemin et ses permissions. Ne considérez pas le bouton Télécharger d’un outil comme une sauvegarde de toute l’installation.

Choisissez une consultation témoin qui montre la fonction sans déclencher d’action importante. Préparez la manière de remettre le composant : réactivation native, restauration du seul fichier ou retour par le panneau du propriétaire. Désactiver, désinstaller et supprimer les données sont trois opérations différentes. Pour un diagnostic, il n’est généralement pas nécessaire d’aller jusqu’à la suppression.

Lire le statut dans le bon écran et avec le bon compte

Ouvrez Extensions, Extensions installées et relevez le statut exact. Examinez les filtres et les indications de la ligne : activation réseau, dépendance requise, ou catégorie Indispensables ou Must-Use. Vérifiez aussi que le compte possède réellement le droit de gérer cette extension. Un rôle d’auteur ou un compte restreint par la plateforme ne peut pas nécessairement utiliser les mêmes actions qu’un administrateur autorisé.

Le filtre Drop-ins, s’il apparaît, désigne encore une autre catégorie : des fichiers spéciaux placés directement dans le répertoire de contenu, normalement wp-content. Par exemple, object-cache.php et advanced-cache.php peuvent appartenir à un système de cache. Ils ne sont pas des MU-plugins. Leur présence seule ne démontre pas que chaque fonction est active : certains chargements dépendent de conditions. Relevez leur propriétaire et utilisez sa procédure ; ne leur appliquez pas le retrait MU décrit plus loin.

Un composant affiché sous un autre nom peut charger la fonction recherchée. Notez donc le fournisseur et le fichier, pas seulement le texte commercial que vous voyez dans un menu. Si un lien de désactivation manque après une personnalisation de l’administration, comparez avec le compte responsable sans lui demander de partager ses identifiants.

1. Ouvrez l’écran Extensions du site et relevez la ligne concernée.
2. Regardez les mentions de dépendance et d’activation réseau.
3. Consultez séparément le filtre Indispensables si le composant n’est pas dans la liste ordinaire.
4. Faites confirmer vos droits par le responsable si l’action est réservée.
5. Choisissez ensuite le parcours correspondant au statut, sans déplacer encore de fichier.

Respecter les dépendances avant de désactiver le fournisseur

WordPress peut empêcher la désactivation d’une extension dont d’autres extensions actives dépendent. La ligne indique alors ces composants dépendants. Exemple fictif : A fournit une fonction commune et B l’utilise. Retirer A tout en gardant B actif risquerait de laisser B sans son fournisseur ; l’interface peut donc empêcher cette opération.

Ce parcours convient si le retrait des composants dépendants est cohérent avec l’essai. Sur la copie, relevez leur état puis désactivez d’abord ceux qui ont besoin du fournisseur. Ne supprimez pas la déclaration de dépendance dans le fichier de l’extension pour rendre le lien cliquable. Les dépendances non déclarées peuvent aussi demander une vérification documentaire.

1. Dans Extensions installées, lisez les composants qui dépendent de l’extension visée.
2. Vérifiez que leur retrait temporaire est acceptable pour la fonction testée.
3. Désactivez-les un par un sur la copie, en notant l’ordre.
4. Désactivez ensuite le fournisseur par son lien devenu disponible.
5. Pour revenir à l’état initial, réactivez le fournisseur avant ses dépendants et contrôlez leurs fonctions.

Passer par l’administration réseau pour une activation commune

Une extension activée sur le réseau n’est pas contrôlée par le bouton de désactivation d’un seul sous-site. Ce parcours demande le droit de gérer les extensions du réseau. Depuis Mes sites, Administration du réseau, Extensions, retrouvez la ligne et son état commun. L’absence de ce menu sur votre compte signifie que le responsable réseau doit effectuer la comparaison.

Une désactivation réseau peut toucher plusieurs sous-sites et leurs dépendances. Préparez la copie du réseau ou le périmètre d’essai autorisé et relevez les usages avant l’action. Après retrait de l’activation commune, contrôlez encore le statut propre à chaque sous-site concerné ; ne déduisez pas d’un seul écran que toute forme de chargement a disparu.

1. Relevez les sites et composants qui utilisent l’extension réseau.
2. Dans Administration du réseau, Extensions, choisissez sa désactivation réseau seulement dans le périmètre préparé.
3. Vérifiez une nouvelle requête et le statut du sous-site témoin.
4. Si le test doit être annulé, rétablissez l’activation réseau initiale.
5. Contrôlez les fonctions communes et les états locaux avant de considérer le retour terminé.

Faire un inventaire avec WP-CLI si cet accès existe déjà

Avec SSH et WP-CLI déjà disponibles, les commandes ci-dessous demandent un inventaire, sans action de désactivation. Remplacez le chemin fictif par la racine réelle de WordPress. Les trois lignes distinguent les extensions indispensables, les activations réseau et les drop-ins. Sur un multisite, ajoutez à chaque commande --url='https://sous-site.exemple.invalid' en remplaçant cette adresse fictive par celle du sous-site concerné. Ce paramètre choisit le contexte, sans limiter la portée d’un fichier partagé. Conservez le relevé en privé.

Le démarrage de WordPress peut charger du code de l’installation ; préférez la copie pendant le diagnostic. L’option de vérification des mises à jour est ici évitée par --skip-update-check. Si le site ne peut pas démarrer, une commande d’inventaire peut elle aussi échouer. Ne multipliez pas les essais en production pour obtenir une liste.

Un statut différent explique parfois pourquoi deux outils affichent des états apparemment contradictoires. L’option --skip-plugins laisse les MU-plugins chargés : elle ne les désactive pas. L’inventaire aide à choisir le propriétaire du retrait ; il ne remplace pas la confirmation des dépendances ni celle de la portée réseau.

wp --path='/chemin/wordpress' plugin list --status=must-use --fields=name,status,version --skip-update-check
wp --path='/chemin/wordpress' plugin list --status=active-network --fields=name,status,version --skip-update-check
wp --path='/chemin/wordpress' plugin list --status=dropin --fields=name,status,version --skip-update-check

Identifier le fichier indispensable et son propriétaire

Les MU-plugins se trouvent normalement dans wp-content/mu-plugins. Le chemin peut être personnalisé par la configuration ; consultez la valeur existante de WPMU_PLUGIN_DIR si nécessaire, sans la modifier pour contourner le chargement. WordPress charge les fichiers PHP placés directement dans ce répertoire. Un dossier interne n’est pas automatiquement un composant autonome : un petit fichier à la racine peut le charger explicitement.

Avec SFTP ou le gestionnaire de fichiers, ouvrez une copie du fichier en lecture seule. Relevez son en-tête, ses commentaires et ses instructions de chargement. Cherchez le propriétaire : code personnel, agence, hébergeur ou outil qui le génère. Un fichier au nom générique peut charger plusieurs fonctions ; son retrait peut avoir une portée bien plus large que le nom affiché dans l’administration.

Si le fichier appartient au prestataire ou assure une fonction de plateforme, utilisez son mécanisme de gestion. Si son origine est inconnue, faites l’identifier avant de le retirer. Le fait qu’il soit indispensable au sens technique ne prouve ni qu’il est dangereux ni qu’il est inutile. Le résultat de cette étape est un chemin précis, un propriétaire et une portée de chargement connue.

Retirer un fichier personnel confirmé sans nouvelle extension

Ce parcours convient à un MU-plugin personnel dont le propriétaire confirme l’indépendance, sur une copie préparée. Il demande un accès fichier qui permet un retour même si WordPress ne démarre plus. Conservez le fichier original et ses permissions dans un emplacement privé hors du répertoire public. Ne renommez pas simplement son extension en laissant une copie de code potentiellement lisible depuis le web.

Le retrait ciblé porte sur le fichier d’entrée identifié, pas sur tout le dossier des extensions indispensables. Si d’autres fichiers chargent directement ce code, le simple déplacement peut produire une erreur de chargement ; cette dépendance doit être contrôlée avant l’essai. Préparez la remise à son chemin exact.

1. Vérifiez le chemin réel et la copie privée du fichier confirmé.
2. Déplacez ce seul fichier d’entrée vers l’emplacement privé préparé.
3. Ouvrez une nouvelle requête sur la copie et observez la fonction témoin.
4. Contrôlez aussi les fonctions voisines et le journal PHP.
5. Pour annuler, remettez le même fichier à son chemin et avec ses permissions initiales, puis vérifiez le retour.

Ne pas casser un chargeur qui rassemble plusieurs composants

Un fichier de quelques lignes peut être un chargeur : il inclut d’autres fichiers ou un dossier de bibliothèque. Retirer un fichier interne sans adapter ce chargeur peut provoquer une erreur fatale. À l’inverse, déplacer le chargeur complet peut désactiver plusieurs fonctions alors que vous cherchiez à en comparer une seule.

Lorsque ce mécanisme est identifié, faites isoler la fonction souhaitée par son propriétaire. Sur la copie, il peut employer le réglage prévu ou préparer une modification ciblée du chargeur, avec conservation de sa version initiale et vérification de syntaxe appropriée. Il n’existe pas une ligne universelle à commenter sans lire les dépendances réelles.

Ne déplacez pas tout mu-plugins pour obtenir un site vide, et ne copiez pas ce dossier dans celui des extensions ordinaires en espérant retrouver un bouton. Les mécanismes d’activation et leur ordre de chargement diffèrent. Si un fichier revient après retrait, une tâche de déploiement ou un outil de gestion peut le recréer. Identifiez ce propriétaire plutôt que de supprimer la même copie à chaque démarrage.

Utiliser Mu Manager seulement sur une copie privée adaptée

Mu Manager, de Jose Mortellaro, peut ajouter des actions de gestion dans la liste des extensions indispensables. Cette aide reste facultative et ne détermine pas si le fichier peut être retiré sans casser d’autres fonctions. Vérifiez ses prérequis actuels sur sa fiche avant de l’ajouter. Sur un réseau, seul le responsable du périmètre commun doit employer cette variante : le fichier est partagé, même si un écran local expose une action.

Son code de désactivation remplace le suffixe .php par .disabled- suivi d’un identifiant dans le même dossier. Réservez donc cette variante à une copie privée dont l’accès aux fichiers est protégé et à un fichier personnel sans secret. Sans cette garantie, préférez le déplacement manuel hors du répertoire public. L’outil peut aussi créer index.php et un fichier auxiliaire mu-manager.php qui maintient l’accès à la liste ; leur présence ne prouve pas que l’ancien composant est encore chargé.

Le renommage nécessite que WordPress puisse écrire directement dans ce dossier. Si l’action ne change rien, contrôlez le fichier et son statut puis revenez au parcours SFTP ou au prestataire. N’élargissez pas les permissions pour forcer l’outil. La réactivation doit rétablir le nom PHP exact ; si l’administration ne répond plus, utilisez la copie privée conservée pour restaurer ce seul fichier à son chemin initial.

1. Vérifiez la compatibilité, la sauvegarde et la protection de la copie avant installation de l’extension officielle.
2. Ouvrez Extensions, Extensions installées, puis Indispensables ou Must-Use.
3. Notez son nom de fichier exact puis, sur la ligne du fichier personnel confirmé, choisissez Deactivate.
4. Contrôlez le renommage et la fonction dans une nouvelle requête, sans utiliser Delete ni modifier le code dans l’éditeur.
5. Revenez par Activate sur cette même ligne avant de désactiver l’outil de gestion si vous annulez l’essai.

Traiter les fichiers gérés par la plateforme à leur source

Un hébergeur ou une agence peut installer un MU-plugin pour le cache, les mises à jour, la connexion ou les particularités de sa plateforme. Une interface de gestion de fichiers ne suffit pas à établir que vous pouvez retirer cette intégration sans conséquence. Le composant peut être réinstallé automatiquement ou attendu par d’autres services.

Fournissez au responsable le chemin exact, le nom, la fonction à comparer et le résultat attendu. Demandez le mécanisme de suspension prévu pour cette seule fonction ou une copie de diagnostic compatible avec la plateforme. Une désactivation par panneau, si elle existe, doit être documentée avec sa valeur initiale et sa portée. Il n’est pas nécessaire d’effacer le dossier de fichiers gérés pour prouver qu’ils sont actifs.

Si la fonction reste obligatoire sur cette offre, adaptez le diagnostic à cette contrainte. Un essai sur une copie dépourvue de toute intégration de plateforme ne représente pas forcément la production. Notez cette différence avant d’attribuer une réussite au retrait d’une extension ordinaire. Le but est de contrôler le bon mécanisme, pas d’obtenir artificiellement une liste d’extensions vide.

Vérifier le chargement et la fonction dans une nouvelle requête

Après le retrait ciblé, ouvrez une nouvelle requête sur la copie. Un processus déjà démarré ou une page conservée par un cache peut montrer un état ancien. Contrôlez le statut natif ou l’inventaire approprié, puis la fonction témoin. Une simple disparition du nom dans une liste ne garantit pas qu’un autre fichier n’inclut pas encore le même code.

Si la fonction reste visible, comparez le thème, les autres extensions et le chargeur identifié. Elle peut être fournie par plusieurs composants ou par une copie de sortie conservée. Ne poursuivez pas les suppressions de fichiers pour obtenir le résultat attendu. Reprenez la preuve qui relie le comportement à un chargement précis, avec un journal correspondant à la même heure.

Contrôlez ensuite l’administration, une page publique et les fonctions voisines. Sur un réseau, ajoutez un second sous-site concerné par l’action commune. Si une erreur de chargement ou une perte de fonction apparaît, remettez immédiatement le fichier ou rétablissez l’activation prévue. Une comparaison n’est concluante que si le reste du contexte nécessaire demeure cohérent et que le résultat peut être reproduit après retour.

Rétablir l’état prévu et documenter le propriétaire

À la fin du diagnostic, remettez chaque élément selon le parcours utilisé : fournisseur avant dépendants, activation réseau à son niveau initial, ou fichier personnel à son chemin exact. Avec un outil qui a renommé le fichier, utilisez son action de réactivation avant de retirer l’outil. Vérifiez la fonction après ce retour au lieu de vous fier seulement à une notification.

Si le retrait doit devenir permanent, faites préparer séparément la désinstallation et le traitement des données. Un composant indispensable n’exécute pas nécessairement les mêmes mécanismes qu’une extension activée normalement. Les tâches, réglages ou données qu’il a créés peuvent demander une procédure propre. Ne les supprimez pas en supposant qu’ils sont tous devenus inutiles.

Conservez le chemin d’entrée, le propriétaire, les composants dépendants, la portée réseau et le moyen de suspension autorisé. Cette fiche explique pourquoi un bouton peut manquer et évite le même contournement lors du prochain incident. Le résultat durable est une fonction retirée ou maintenue consciemment, avec un chargement identifié et un retour contrôlé, sans dossiers supprimés à l’aveugle pour obtenir un tableau de bord plus simple.