Une extension peut bloquer un site de trois façons : en provoquant une erreur fatale, en consommant toute la mémoire disponible, ou en entrant en conflit avec une autre. Les trois se traitent de la même manière au départ, mais la suite diffère.
Je regarde votre situation et je vous dis en vingt minutes ce qui mérite d’être corrigé en priorité.
Désactiver sans accès à l’administration
La méthode universelle passe par le FTP. Renommer le dossier wp-content/plugins en plugins-off désactive toutes les extensions d’un seul geste : WordPress ne les trouve plus et les considère comme inactives.
Point important, souvent source d’inquiétude : cette manipulation ne supprime aucune donnée. Les réglages restent dans la table wp_options, les contenus créés par l’extension restent en base. Une fois le dossier remis à son nom, tout est retrouvé intact.
Trouver la coupable
Remettez le dossier à son nom d’origine, puis activez les extensions une par une depuis l’administration en rechargeant une page publique entre chaque. Le site casse au moment où vous activez la responsable.
Sur une installation qui compte quarante extensions, procédez par moitiés : activez la première moitié, testez, puis divisez encore. Six essais suffisent là où quarante seraient nécessaires en séquentiel.
- Renommer wp-content/plugins pour tout désactiver
- Vérifier que le site revient : sinon, la cause est ailleurs
- Remettre le nom d’origine, puis activer par moitiés successives
- Une fois la coupable identifiée, la laisser désactivée
- Chercher une alternative ou contacter son auteur
| Type de blocage | Symptôme | Ce qui le trahit |
|---|---|---|
| Erreur fatale | Erreur critique ou page blanche | Courriel d’alerte nommant le fichier |
| Mémoire épuisée | Site lent puis erreur 500 | « Allowed memory size exhausted » dans le journal |
| Conflit entre extensions | Panne seulement quand deux sont actives | Chacune fonctionne isolément |
| Incompatibilité PHP | Panne sans intervention de votre part | Coïncide avec une migration PHP de l’hébergeur |
Je peux appliquer directement ces corrections sur votre site plutôt que vous laisser une liste de recommandations.
Le conflit entre deux extensions
Cas particulier et déroutant : chaque extension fonctionne seule, mais leur combinaison casse le site. Cela arrive quand deux outils modifient la même partie de WordPress — deux caches, deux extensions de sécurité, ou deux constructeurs de pages.
La règle pratique consiste à n’avoir qu’un seul outil par fonction. Deux extensions de cache actives simultanément produisent des comportements imprévisibles que personne ne saura déboguer.
Renommer le dossier des extensions ne supprime rien. C’est la manipulation la plus sûre de tout le dépannage WordPress, et la plus redoutée à tort.
Que faire de l’extension fautive
Trois options. La remplacer par une alternative maintenue, quand il en existe une. Contacter l’auteur avec la trace exacte de l’erreur, s’il est actif. Ou faire corriger le code, ce qui n’a de sens que si l’extension est vraiment indispensable et sans équivalent.
Le critère décisif est la date de dernière mise à jour. Une extension sans correctif depuis deux ans finira par casser, quelle que soit la qualité du travail d’origine : c’est WordPress et PHP qui évoluent autour d’elle.
Ce qu’il faut retenir
La désactivation par FTP est sans risque et remet le site en ligne immédiatement. Le vrai travail est ensuite de décider quoi faire de l’extension : la garder désactivée n’est pas une solution si elle assurait une fonction utile, et la réactiver sans rien changer garantit le retour de la panne.
Garder une extension abandonnée mais fonctionnelle
Avantages
- Aucune migration de données à prévoir
- Les équipes conservent leurs habitudes
- Économie immédiate de temps et de budget
- Fonctionne parfois encore plusieurs années
Inconvénients
- Aucun correctif de sécurité en cas de faille
- Cassera à la prochaine version majeure de PHP
- Incompatibilités croissantes avec les autres extensions
- Remplacement plus coûteux dans l’urgence que planifié
Neutraliser et décider
0 sur 5 points validés
Cochez au fur et à mesure : votre avancement reste sur cet appareil, rien n’est envoyé et aucun compte n’est nécessaire.
Renommer wp-content/plugins désactive tout sans rien supprimer : réglages et contenus restent en base. Recherchez ensuite par dichotomie, puis décidez du sort de l’extension selon sa date de dernière mise à jour.
Questions fréquentes
Vais-je perdre les réglages de mes extensions ?
Non. Les réglages sont stockés en base de données, pas dans les fichiers. Renommer le dossier ne fait que rendre les extensions invisibles à WordPress ; tout revient en remettant le nom d’origine.
Comment désactiver une seule extension par FTP ?
Renommez son dossier à l’intérieur de wp-content/plugins, par exemple woocommerce en woocommerce-off. WordPress la considère alors comme absente et la désactive.
Deux extensions de cache, est-ce vraiment un problème ?
Oui, presque toujours. Elles se marchent dessus, servent des versions différentes de la même page et rendent tout diagnostic impossible. Gardez-en une seule et désinstallez l’autre proprement.
Sources et vérifications
Méthode appliquée sur les dépannages que je réalise. Le comportement du renommage de dossier est stable depuis WordPress 3.x.
Décrivez votre situation en quelques lignes. Réponse sous 24 heures, sans engagement ni relance commerciale.
