Votre site affiche soudain ce message : « Une erreur critique s’est produite sur ce site. » Plus d’accès à votre tableau de bord, parfois même votre page d’accueil disparaît derrière cet avertissement. Avant de paniquer, sachez que WordPress a justement conçu ce mécanisme pour limiter la casse. Voici comment identifier la cause exacte et remettre votre site en ligne rapidement.
Que signifie « une erreur critique s’est produite » ?
Depuis WordPress 5.2, quand une erreur PHP fatale survient, WordPress n’affiche plus une page blanche vide. Il affiche un message standardisé : « Une erreur critique s’est produite sur ce site. Veuillez consulter la boîte de réception de l’administrateur du site pour en savoir plus. »
C’est le mode de récupération automatique de WordPress. Il détecte l’erreur, met le plugin ou le thème défaillant en quarantaine, et vous envoie un email avec un lien d’accès spécial à votre tableau de bord.
Ce message est donc une bonne nouvelle relative : WordPress a intercepté l’erreur avant qu’elle ne vous coupe totalement l’accès. Mais l’erreur reste là, et votre site ne fonctionne pas normalement.
Symptômes et causes communes
Une erreur critique sur WordPress traduit presque toujours une erreur PHP fatale. Les causes les plus fréquentes :
- Un plugin vient d’être mis à jour et son nouveau code est incompatible avec votre version de PHP ou avec un autre plugin
- Vous avez activé un plugin mal codé qui génère une erreur au démarrage
- Votre thème contient une fonction dépréciée qui ne fonctionne plus avec la version actuelle de WordPress
- Un fichier core de WordPress est corrompu, souvent après une mise à jour interrompue
- La mémoire PHP est épuisée lors du chargement d’une fonctionnalité lourde
L’erreur peut n’affecter que le front-end, que l’administration, ou les deux. Ça dépend de quel composant déclenche l’erreur PHP.
Impact sur votre site
Quand l’erreur touche le front-end, vos visiteurs voient le message d’erreur à la place de votre site. Chaque minute compte si vous avez du trafic ou une boutique en ligne. Quand elle touche uniquement l’administration, votre site reste accessible au public mais vous ne pouvez plus le gérer.
Notre article sur la panne WordPress et son coût réel détaille l’impact financier de ce type de situation.
Diagnostic de l’erreur
Commencer par l’email de récupération
Vérifiez la boîte mail de l’adresse administrateur de votre site. WordPress vous a envoyé un email avec un lien de récupération valable quelques heures. Ce lien vous donne accès à un tableau de bord dégradé, suffisant pour désactiver le composant défaillant.
Si vous n’avez pas reçu cet email (vérifiez les spams), passez directement à l’étape suivante.
Activer le mode debug et analyser les logs
Connectez-vous à votre serveur via FTP ou le gestionnaire de fichiers de votre hébergeur. Ouvrez le fichier wp-config.php à la racine de votre installation et ajoutez ces lignes avant la ligne /* C'est tout, ne touchez pas à ce qui suit */ :
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);Rechargez votre site. L’erreur s’inscrit dans le fichier wp-content/debug.log. Ouvrez-le et cherchez les dernières lignes : elles vous donnent le nom du fichier PHP en cause, la ligne exacte, et souvent le nom du plugin ou du thème responsable.
Une ligne typique ressemble à :
PHP Fatal error: Call to undefined function monplugin_init() in /wp-content/plugins/mon-plugin/mon-plugin.php on line 42Le plugin s’appelle mon-plugin. Vous savez où chercher.
Identifier les conflits entre plugins et thèmes
Si le log pointe vers un plugin, désactivez-le via FTP en renommant son dossier dans wp-content/plugins/. Ajoutez -disabled au nom du dossier : WordPress ne le chargera plus.
Si le log pointe vers votre thème, renommez le dossier du thème dans wp-content/themes/. WordPress basculera automatiquement sur son thème par défaut (Twenty Twenty-Four). Votre site redeviendra accessible, même si la mise en page n’est plus la bonne.
Si vous n’arrivez pas à identifier la cause dans les logs, désactivez tous les plugins d’un coup en renommant le dossier wp-content/plugins/ entier. Réactivez-les ensuite un par un depuis l’administration pour trouver le coupable.
Avant de lire la suite, sachez que si vous n’avez pas le temps ou l’envie (ou les deux) de corriger ce problème vous-même, on peut s’en occuper.
Rendez-vous ici 👇
Stratégies de correction
Restaurer une sauvegarde
Si l’erreur est apparue après une mise à jour et que vous disposez d’une sauvegarde récente, la restauration est souvent la solution la plus rapide. Vous revenez à un état stable, vous identifiez ensuite le problème dans un environnement de test avant de tenter à nouveau la mise à jour.
Sans sauvegarde, vous n’avez pas cette option. C’est exactement pourquoi l’absence de sauvegardes régulières figure parmi les erreurs les plus coûteuses pour les propriétaires de sites WordPress.
Réinstaller ou réparer les fichiers défaillants
Si le problème vient du core WordPress (les fichiers WordPress eux-mêmes, pas vos plugins ni votre thème), réinstallez WordPress manuellement :
- Téléchargez la dernière version de WordPress sur wordpress.org
- Décompressez l’archive
- Uploadez via FTP tous les fichiers sauf le dossier
wp-contentet le fichierwp-config.php: ces deux éléments contiennent votre contenu et votre configuration
Cette opération écrase les fichiers core corrompus sans toucher à vos données.
Si le plugin identifié n’a pas de mise à jour disponible, supprimez-le et cherchez une alternative maintenue activement. Un plugin qui génère une erreur PHP fatale n’est pas un plugin que vous pouvez garder sur votre installation.
Prévention et maintenance continue
Mises à jour régulières et surveillance proactive
La plupart des erreurs critiques surviennent lors de mises à jour, ou à cause de l’absence de mises à jour. Le piège : attendre trop longtemps crée un écart de version important, et rattraper cet écart d’un coup multiplie les risques de conflit.
Notre guide sur la fréquence idéale des mises à jour WordPress vous donne le rythme à adopter selon votre type de site. Et notre article sur les mises à jour ratées détaille la procédure de récupération complète quand une mise à jour tourne mal.
Pour éviter de découvrir une erreur critique parce qu’un visiteur vous l’a signalée, mettez en place un monitoring qui teste votre site toutes les 5 minutes et vous alerte par SMS ou email dès qu’il devient inaccessible.
Anticiper les erreurs futures
Deux habitudes réduisent le risque d’erreurs critiques à presque zéro :
- Testez chaque mise à jour majeure (WordPress core, thème principal, plugins critiques) sur un environnement de staging avant de l’appliquer en production.
- Vérifiez la compatibilité PHP de chaque plugin avant installation. La page du plugin sur wordpress.org indique la version PHP requise et la dernière version testée.
Si vous voulez déléguer cette vigilance, notre service de maintenance WordPress prend en charge les mises à jour de façon contrôlée, avec vérification de compatibilité et sauvegarde systématique avant chaque intervention. Et si l’erreur critique est déjà là, notre service de dépannage WordPress intervient rapidement pour remettre votre site en ligne.
