Votre site affiche le message « Une erreur critique est survenue sur ce site » ? Cette panne signifie généralement qu’une erreur PHP empêche WordPress d’exécuter correctement une extension, un thème ou une fonction essentielle.
Elle peut apparaître après une mise à jour, l’installation d’une extension, un changement de version PHP ou une modification dans les fichiers du site. Dans certains cas, seul le back-office est bloqué. Dans d’autres, l’ensemble du site devient inaccessible.
La plupart du temps, il est possible de retrouver l’origine de l’erreur et de remettre le site en ligne sans réinstaller WordPress. Il faut cependant procéder dans le bon ordre et sauvegarder le site avant toute intervention.
Votre site WordPress est inaccessible ? Demandez un diagnostic à Devsource.
Ce qu’il faut retenir
- Une erreur critique WordPress correspond généralement à une erreur PHP fatale.
- Une extension ou un thème récemment modifié est souvent responsable.
- WordPress peut envoyer un lien de récupération à l’adresse e-mail administrateur.
- Le fichier debug.log permet souvent d’identifier le composant concerné.
- Une sauvegarde des fichiers et de la base de données doit précéder toute manipulation.
- Le mode débogage doit être désactivé après le diagnostic.
Qu’est-ce qu’une erreur critique WordPress ?
Une erreur critique se produit lorsque WordPress rencontre une erreur PHP suffisamment importante pour interrompre le chargement d’une page. Depuis WordPress 5.2, le CMS affiche généralement un message d’erreur compréhensible à la place de l’ancien écran blanc et peut activer un mode de récupération.
Exemple d’un message d’erreur critique affiché par WordPress.
Pourquoi cette erreur apparaît-elle ?
| Cause possible | Indice fréquent | Première action |
| Extension incompatible | Erreur après une installation ou une mise à jour | Désactiver l’extension |
| Thème défectueux | Erreur après une modification du thème | Tester un thème par défaut |
| Version PHP incompatible | Erreur après un changement de PHP | Revenir temporairement à l’ancienne version |
| Mémoire insuffisante | Message « Allowed memory size exhausted » | Contrôler la limite mémoire |
| Fichier WordPress corrompu | Erreur persistante malgré les tests | Remplacer les fichiers natifs |
| Code PHP incorrect | Erreur après une modification manuelle | Restaurer le fichier précédent |
Checklist avant d’intervenir
- Disposer d’un accès à l’hébergement, au FTP ou au gestionnaire de fichiers.
- Sauvegarder les fichiers du site et la base de données.
- Vérifier les mises à jour ou modifications réalisées juste avant la panne.
- Contrôler la boîte e-mail de l’administrateur WordPress.
- Noter la version PHP actuellement utilisée.
- Prévoir une solution de restauration avant de modifier les fichiers.
Comment corriger une erreur critique WordPress ?
1. Vérifier l’e-mail de récupération WordPress
WordPress peut envoyer un e-mail à l’adresse administrateur du site. Ce message contient parfois le nom de l’extension ou du thème responsable, ainsi qu’un lien temporaire donnant accès au mode de récupération. Vérifiez également les courriers indésirables et les anciennes adresses utilisées lors de la création du site.
Exemple d’e-mail de récupération WordPress généré pour ce guide.
2. Utiliser le mode de récupération
Le mode de récupération permet de se connecter au tableau de bord alors qu’une extension ou un thème provoque une erreur fatale. Une fois connecté, identifiez l’élément mis en pause, désactivez-le puis contrôlez le site public.
- Ouvrir le lien reçu par e-mail.
- Se connecter au compte administrateur.
- Identifier l’extension ou le thème mis en pause.
- Désactiver l’élément concerné.
- Tester le site avant de quitter le mode de récupération.
Interface de récupération WordPress créée pour illustrer la procédure.
3. Désactiver une extension depuis l’administration
Lorsque le tableau de bord reste accessible, ouvrez Extensions > Extensions installées. Commencez par l’extension installée ou mise à jour juste avant la panne. Désactivez une seule extension à la fois et rechargez le site après chaque test.
Exemple de désactivation d’une extension depuis le back-office WordPress.
4. Désactiver les extensions depuis le FTP
Si l’administration est inaccessible, ouvrez le dossier /wp-content/ puis renommez temporairement le dossier plugins en plugins-desactivees. Cette opération désactive toutes les extensions. Si le site revient en ligne, redonnez au dossier son nom initial puis testez les extensions une par une.
Dossier plugins dans un gestionnaire de fichiers fictif, créé pour ce tutoriel.
5. Tester le thème actif
Ouvrez /wp-content/themes/ puis renommez le dossier du thème actif. WordPress tentera d’utiliser un autre thème déjà installé. Si le site fonctionne de nouveau, examinez notamment functions.php, le thème enfant et les dernières personnalisations.
Illustration du renommage d’un thème WordPress depuis le gestionnaire de fichiers.
Vous ne trouvez pas l’origine de l’erreur ? Confiez le diagnostic à Devsource.
6. Activer le débogage WordPress
Dans wp-config.php, activez temporairement le journal d’erreurs avec les constantes suivantes :
define( ‘WP_DEBUG’, true );
define( ‘WP_DEBUG_LOG’, true );
define( ‘WP_DEBUG_DISPLAY’, false );
Configuration de débogage WordPress illustrée dans un fichier wp-config.php fictif.
Rechargez ensuite la page concernée. WordPress peut créer le fichier /wp-content/debug.log. Consultez les dernières lignes pour repérer le chemin d’une extension, d’un thème ou d’un fichier précis. Une fois le diagnostic terminé, remettez WP_DEBUG sur false.
Exemple de journal debug.log indiquant une erreur PHP fatale.
7. Vérifier la version PHP
Si l’erreur est apparue après un changement de version PHP, revenez temporairement à la version précédente pour confirmer l’incompatibilité. Cette solution doit rester un test : une ancienne version de PHP ne doit pas devenir une correction permanente.
8. Vérifier la mémoire disponible
Lorsque le journal contient « Allowed memory size exhausted », vous pouvez tester cette directive dans wp-config.php :
define( ‘WP_MEMORY_LIMIT’, ‘256M’ );
L’hébergeur peut toutefois imposer une limite plus basse. Une augmentation de mémoire peut masquer une extension mal optimisée ; il faut donc rechercher la cause de la consommation excessive.
9. Restaurer les fichiers natifs de WordPress
Si les extensions, le thème et PHP ne sont pas responsables, remplacez les dossiers wp-admin et wp-includes avec une copie propre de la même version de WordPress. Ne remplacez pas wp-content ni wp-config.php sans sauvegarde.
10. Annuler une modification récente
- Vérifier functions.php et les extraits de code ajoutés récemment.
- Contrôler wp-config.php et .htaccess.
- Restaurer les fichiers du thème enfant.
- Supprimer ou corriger une fonction déclarée deux fois.
- Revenir à la dernière version fonctionnelle du fichier modifié.
11. Restaurer une sauvegarde
La restauration devient pertinente lorsque la cause reste introuvable ou que de nombreux fichiers ont été modifiés. Avant de restaurer, conservez une copie de l’état actuel afin de récupérer les commandes, formulaires ou contenus ajoutés depuis la sauvegarde.
Tableau de diagnostic rapide
| Situation observée | Action prioritaire |
| Erreur après une mise à jour d’extension | Désactiver cette extension |
| Administration inaccessible | Utiliser FTP ou le gestionnaire de fichiers |
| E-mail de récupération reçu | Ouvrir le mode de récupération |
| Erreur mentionnant un plugin | Renommer le dossier du plugin |
| Erreur mentionnant functions.php | Restaurer le fichier |
| Message memory exhausted | Contrôler mémoire et processus lourds |
| Plusieurs sites indisponibles | Vérifier l’hébergement |
Avantages et inconvénients des solutions
| Solution | Avantages | Inconvénients |
| Mode de récupération | Simple et peu risqué | Dépend de la réception de l’e-mail |
| Désactivation des extensions | Permet d’isoler un conflit | Peut désactiver une fonction importante |
| Débogage | Donne des indices techniques précis | Nécessite une interprétation |
| Changement de PHP | Confirme une incompatibilité | La rétrogradation doit rester temporaire |
| Restauration | Peut remettre le site en ligne rapidement | Risque de perdre des données récentes |
Checklist après la correction
- Tester la page d’accueil, les pages principales et le back-office.
- Tester les formulaires, les e-mails et le paiement si le site est marchand.
- Vider le cache du site, du navigateur et du CDN.
- Vérifier que debug.log ne contient plus d’erreur fatale.
- Désactiver WP_DEBUG.
- Documenter la cause et la solution appliquée.
- Créer une nouvelle sauvegarde fonctionnelle.
- Contrôler le site sur ordinateur et mobile.
Comment éviter qu’elle se reproduise ?
- Tester les mises à jour sur un environnement de préproduction.
- Mettre à jour WordPress, les extensions et le thème progressivement.
- Supprimer les extensions inutilisées.
- Maintenir PHP et WordPress sur des versions prises en charge.
- Surveiller la santé du site et les journaux serveur.
- Planifier des sauvegardes automatiques et vérifier régulièrement leur restauration.
FAQ sur l’erreur critique WordPress
Pourquoi WordPress affiche-t-il une erreur critique ?
Parce qu’une erreur PHP fatale empêche une partie essentielle du site de s’exécuter. Une extension, un thème, une incompatibilité PHP ou un manque de mémoire peut être responsable.
Comment la corriger sans accès au tableau de bord ?
Utilisez le gestionnaire de fichiers, le FTP ou le SFTP. Renommez d’abord le dossier de l’extension récemment modifiée, puis le dossier plugins si nécessaire.
Une erreur critique efface-t-elle mes contenus ?
Non. Elle bloque le fonctionnement du site, mais ne supprime normalement pas les pages, articles ou médias.
Dois-je restaurer immédiatement une sauvegarde ?
Pas toujours. Si une seule extension est responsable, sa désactivation suffit souvent. La restauration peut faire perdre des données récentes.
Puis-je laisser WP_DEBUG activé ?
Non sur un site public. Il peut révéler des chemins de fichiers et d’autres informations techniques.
Sources et vérifications
- Documentation officielle WordPress : erreurs courantes et dépannage.
- Documentation développeur WordPress : WP_DEBUG, WP_DEBUG_LOG et WP_DEBUG_DISPLAY.
- Documentation WordPress : gestion des extensions et mises à jour manuelles.
- Documentation WordPress : Santé du site et mode de récupération.
Les interfaces visibles dans les illustrations de cet article sont des visuels pédagogiques générés pour ce guide. Elles reproduisent les actions à effectuer sans afficher de données réelles ou confidentielles.
Conclusion
Une erreur critique WordPress ne signifie pas que le site est perdu. Dans la majorité des cas, il est possible d’identifier l’origine de la panne en vérifiant l’e-mail de récupération, les extensions, le thème, la version PHP et le journal debug.log. La clé consiste à sauvegarder, modifier un seul élément à la fois et tester après chaque action.
Besoin d’une intervention rapide ? Contactez Devsource pour remettre votre site en ligne.
