Erreur critique WordPress : utiliser le mode de récupération

Le message « une erreur critique est survenue » indique généralement une erreur PHP fatale. Depuis WordPress 5.2, le mode de récupération peut permettre à un administrateur d’ouvrir une session isolée pour identifier le composant fautif.

Ce que ce symptôme signifie réellement

Le message public masque volontairement les détails. La cause peut être une extension, un thème, du code personnalisé, une incompatibilité PHP ou une mise à jour incomplète.

Le courriel de récupération n’est pas garanti : il peut ne pas partir si l’erreur survient avant le chargement du système d’envoi ou être filtré. Son absence ne prouve pas une panne de messagerie.

Avant toute modification : préserver les preuves et le retour arrière

Notez l’heure, l’URL, le message exact, le code HTTP et le dernier changement connu. Vérifiez ensuite qu’une sauvegarde récente couvre bien les fichiers et la base de données, qu’elle est lisible et qu’un retour arrière limité est possible. Une sauvegarde non testée ne suffit pas pour une intervention risquée.

• Ne transmettez jamais de mot de passe, clé privée, jeton, fichier wp-config.php ou export de base dans un formulaire ou une capture.
• Travaillez d’abord sur un staging ou une copie isolée lorsque le diagnostic exige une mise à jour, une modification de code ou une opération de base de données.
• Conservez les journaux et les fichiers suspects avant nettoyage : ils peuvent être nécessaires pour comprendre la cause ou vérifier l’étendue d’un incident.

Diagnostic : avancer du signal le plus fiable au test le moins intrusif

Relevez la page, l’heure et le dernier changement. Consultez les journaux PHP/serveur ou activez un journal de debug uniquement de façon temporaire, sans afficher les erreurs aux visiteurs.

1. Chercher le courriel de récupération et vérifier que son domaine et son lien correspondent bien au site avant de l’utiliser.
2. Repérer dans le journal le premier fatal pertinent, son fichier, sa ligne et la pile ; ne pas corriger les notices sans rapport.
3. Comparer les versions PHP, WordPress, thème et extension impliquée avec leurs prérequis.
4. Reproduire sur staging et vérifier si le problème touche tout le site, une URL, l’administration ou une tâche de fond.

Correction : appliquer une action ciblée et réversible

Le mode de récupération met en pause le composant fautif seulement pour la session concernée. Il donne un accès de diagnostic, pas une correction définitive.

1. Dans le mode de récupération, désactiver temporairement le composant identifié et confirmer que le fatal disparaît.
2. Restaurer la version précédente du seul composant si la panne suit une mise à jour et que le rollback est compatible.
3. Corriger le code sur une copie, ajouter un test reproduisant l’erreur, puis déployer de façon atomique.
4. Retirer le debug après contrôle et surveiller les journaux après sortie du mode de récupération.

Contrôles après correction

Une page qui se recharge ne suffit pas à prouver que le problème est résolu. Contrôlez le parcours concerné, une page non connectée, l’administration, les erreurs console et réseau, les journaux serveur, le cache et les redirections. Vérifiez aussi les écrans mobile et desktop si le symptôme touchait le rendu.

• Frontend, administration, cron et parcours concerné sans nouveau fatal.
• Mode de récupération quitté seulement après correction vérifiée.
• Aucune erreur détaillée ou chemin serveur affiché publiquement.

Quand arrêter et demander une intervention

Si le journal contient des erreurs de base, de corruption, de sécurité ou plusieurs composants imbriqués, évitez les désactivations en chaîne en production et faites isoler le diagnostic.

Sources de référence

• Mode de récupération WordPress — documentation officielle
• Débogage dans WordPress — documentation officielle

Continuer le diagnostic

• Urgence site en panne
• Guide écran blanc WordPress
• Dépannage WordPress
• Connexion à la base de données impossible
• Connexion à WordPress.org échouée
• WordPress bloqué en maintenance
• Mémoire PHP épuisée