« Une erreur critique est survenue sur ce site. » Une phrase, aucun détail, et une boutique à l’arrêt. WordPress masque volontairement le message technique pour ne pas exposer d’informations sensibles aux visiteurs — mais il vous laisse aussi dans le noir.
Il existe pourtant plusieurs façons de retrouver l’erreur réelle en quelques minutes, y compris quand l’administration elle-même est inaccessible. Une fois le message sous les yeux, la correction est généralement rapide : dans la grande majorité des cas, c’est une extension, un thème ou une version de PHP.
Réponse rapide
Commencez par l’email de récupération envoyé à l’adresse d’administration : il contient le message d’erreur, le fichier et la ligne fautive, ainsi qu’un lien de connexion en mode récupération qui désactive temporairement l’extension responsable. Si vous n’y avez pas accès, activez la journalisation en ajoutant dans wp-config.php : define('WP_DEBUG', true); et define('WP_DEBUG_LOG', true); avec define('WP_DEBUG_DISPLAY', false);, puis lisez wp-content/debug.log. Pour reprendre la main, renommez wp-content/plugins par FTP : toutes les extensions sont désactivées et l’administration redevient accessible.
Retrouver l’erreur réelle
1. L’email de récupération
C’est le chemin le plus rapide, et le plus souvent ignoré. WordPress envoie automatiquement un message à l’adresse d’administration du site, contenant le nom de l’extension concernée, le message d’erreur PHP, le fichier et la ligne — et un lien de connexion en mode récupération, qui donne accès à l’administration avec l’extension fautive temporairement désactivée.
Vérifiez les indésirables. Et si l’adresse d’administration est une boîte que personne ne consulte, c’est le moment de la corriger.
2. Le journal de débogage
Dans wp-config.php, avant la ligne « That’s all, stop editing » :
define( 'WP_DEBUG', true );define( 'WP_DEBUG_LOG', true );define( 'WP_DEBUG_DISPLAY', false );
La troisième ligne est importante : elle écrit l’erreur dans wp-content/debug.log sans l’afficher aux visiteurs. Rechargez la page en erreur, puis ouvrez le fichier. La dernière entrée correspond à votre essai.
Pensez à remettre WP_DEBUG à false et à supprimer debug.log une fois le problème résolu — ce fichier est lisible publiquement s’il reste en place.
3. Le journal du serveur
Votre hébergeur conserve un journal d’erreurs PHP, souvent accessible depuis son panneau d’administration ou sous forme de fichier error_log. Les erreurs fatales qui empêchent WordPress de démarrer y figurent, même quand aucun journal WordPress n’a pu être écrit.
Reprendre la main sur l’administration
Si même /wp-admin/ est inaccessible, la méthode est mécanique et sans risque pour vos données.
Désactiver toutes les extensions par FTP
Renommez le dossier wp-content/plugins en plugins-off. WordPress ne trouve plus aucune extension et les désactive toutes. Connectez-vous à l’administration, puis renommez le dossier à l’identique. Les extensions restent désactivées : réactivez-les une par une, en testant entre chaque, jusqu’à retrouver l’erreur. La dernière activée est la coupable.
Votre contenu n’est jamais affecté : les réglages des extensions sont en base de données, pas dans les fichiers.
Revenir à un thème par défaut
Si le problème persiste sans aucune extension, c’est le thème. Renommez son dossier dans wp-content/themes/ : WordPress bascule automatiquement sur un thème par défaut. Encore faut-il qu’un thème par défaut soit présent — raison pour laquelle je déconseille de les supprimer tous.
Le mode récupération
Si vous avez reçu l’email, son lien vous connecte dans un mode spécial où l’extension problématique est neutralisée. C’est la voie la plus confortable : vous gardez l’accès à l’administration pendant que vous corrigez.
Les causes les plus fréquentes
Un conflit ou un bogue d’extension
La cause numéro un, et de loin. Une extension mise à jour appelle une fonction qui a disparu, ou entre en conflit avec une autre. L’email de récupération nomme généralement le fichier, donc l’extension.
Une version de PHP incompatible
Après un changement de version de PHP par l’hébergeur, une extension ancienne peut devenir inexécutable. Message typique : une erreur de syntaxe, ou une fonction supprimée. Revenez temporairement à la version précédente pour confirmer, puis mettez à jour ou remplacez l’extension : rester sur une version de PHP obsolète n’est pas une solution durable.
La mémoire épuisée
Allowed memory size exhausted. Fréquent sur les pages de commandes, les imports, ou avec un constructeur de pages. Vous pouvez augmenter la limite via define( 'WP_MEMORY_LIMIT', '256M' ); dans wp-config.php, mais interrogez-vous sur la consommation : une page d’administration qui réclame 512 Mo cache souvent une extension qui charge toutes les commandes en mémoire.
Une mise à jour interrompue
Connexion coupée, délai d’exécution dépassé : WordPress reste bloqué en maintenance, ou avec des fichiers à moitié remplacés. Supprimez le fichier .maintenance à la racine, et réinstallez proprement l’élément concerné.
Une intervention dans le code du thème
Une accolade oubliée dans functions.php suffit à tout arrêter. C’est l’argument le plus convaincant en faveur d’un thème enfant et d’une modification testée ailleurs qu’en production.
Le cas particulier de WooCommerce
Sur une boutique, l’erreur critique a un coût immédiat : chaque minute d’arrêt est une commande perdue. Quelques réflexes spécifiques :
Vérifiez l’état du système. Une fois l’administration récupérée, WooCommerce propose un écran d’état (WooCommerce → État) qui signale les incompatibilités, les gabarits de thème dépassés et les extensions problématiques. C’est aussi la première chose que je consulte quand je reprends une boutique.
Attention aux gabarits surchargés. Un thème qui remplace des gabarits WooCommerce doit les maintenir à jour. Après une mise à jour majeure de WooCommerce, un gabarit ancien peut appeler une fonction supprimée. L’écran d’état les liste explicitement.
Contrôlez les tâches planifiées. WooCommerce s’appuie sur un planificateur d’actions pour les tâches de fond. Quand des dizaines de milliers d’actions s’y accumulent, les pages d’administration deviennent inutilisables et finissent par dépasser la mémoire. C’est un cas que je traite régulièrement — j’en parle dans l’article sur les boutiques WooCommerce lentes.
Testez une commande réelle avant de déclarer le problème réglé. Une page d’accueil qui s’affiche ne prouve pas que le paiement fonctionne.
Éviter que ça recommence
Une erreur critique est presque toujours le résultat d’un processus, pas d’un accident : des mises à jour appliquées directement en production, sans sauvegarde vérifiée ni environnement de test.
Quatre mesures suffisent à supprimer la majorité du risque :
- Une préproduction : une copie du site où les mises à jour sont appliquées et testées d’abord.
- Des sauvegardes automatiques et testées : une sauvegarde jamais restaurée n’est qu’une hypothèse.
- Une adresse d’administration réellement consultée : c’est elle qui reçoit l’email de récupération, le seul message qui vous sauve la mise quand tout est bloqué.
- Des mises à jour espacées : une extension majeure à la fois, jamais toutes d’un coup un vendredi soir.
C’est précisément l’objet d’un accompagnement de maintenance e-commerce : les mises à jour testées ailleurs, et quelqu’un qui connaît déjà votre boutique le jour où elle tombe.
Checklist
- Consulter l’email de récupération envoyé à l’adresse d’administration
- Activer
WP_DEBUG_LOGavecWP_DEBUG_DISPLAYà false - Lire
wp-content/debug.loget le journal d’erreurs de l’hébergeur - Renommer
wp-content/pluginspour reprendre l’administration - Réactiver les extensions une par une, avec un test entre chaque
- Vérifier la version de PHP et la compatibilité des extensions
- Contrôler l’écran WooCommerce → État (gabarits, incompatibilités)
- Tester une commande complète avant de conclure
- Remettre
WP_DEBUGà false et supprimerdebug.log
Questions fréquentes
Vais-je perdre des données en désactivant toutes les extensions ?
Non. Les réglages des extensions sont stockés en base de données, pas dans leurs fichiers. Renommer le dossier plugins les désactive sans rien effacer ; vous les réactivez ensuite avec leur configuration intacte.
Je n’ai pas reçu l’email de récupération.
Deux causes habituelles : l’adresse d’administration n’est pas relevée, ou le site n’arrive pas à envoyer d’emails du tout. Ce second point est un problème en soi — si WordPress ne peut pas envoyer cet email, il ne peut probablement pas envoyer vos confirmations de commande non plus. Un service d’envoi dédié règle les deux.
L’erreur n’apparaît que dans l’administration, la boutique fonctionne.
Bonne nouvelle : vos clients peuvent commander. L’origine est alors une extension ou un écran d’administration spécifique. Le mode récupération est ici particulièrement adapté.
Faut-il désactiver les mises à jour automatiques ?
Non. Les mises à jour de sécurité corrigent des failles activement exploitées. Le bon compromis : automatiser les correctifs de sécurité, et traiter manuellement les mises à jour majeures, après test en préproduction.
Ma boutique est à l’arrêt maintenant.
Écrivez-moi sur WhatsApp en décrivant le message exact et ce qui a changé juste avant. Je vous dis rapidement si je peux intervenir. Voir la page dépannage e-commerce.