Pourquoi mon site WordPress affiche-t-il une erreur critique ?

Si votre site affiche le message « Il y a eu une erreur critique sur ce site » (en anglais « There has been a critical error on this website »), WordPress a rencontré un problème qui empêche une partie du site de fonctionner correctement.

L’erreur peut toucher :

• l’ensemble du site
• uniquement le tableau de bord WordPress
• une page précise
• le checkout ou une autre fonction importante
• une action comme publier, modifier ou envoyer un formulaire

Le message peut sembler alarmant, surtout lorsque le site fait partie de votre activité. Cependant, il ne signifie pas forcément que votre contenu ou vos données ont été perdus.

Dans de nombreux cas, le problème remonte à un plugin, un thème, une mise à jour ou la configuration de l’hébergement. L’important est d’éviter de faire plusieurs modifications à la fois sans savoir ce qui a provoqué l’erreur.

Ce guide explique ce que vous pouvez vérifier sans risque, quelles informations rassembler et quand il vaut mieux demander une assistance technique.

Que signifie une erreur critique WordPress ?

Un site WordPress se compose de différents éléments qui fonctionnent ensemble :

• WordPress lui-même
• les plugins
• le thème actif
• le code personnalisé
• la base de données
• l’environnement d’hébergement

Une erreur critique apparaît lorsque l’un de ces éléments rencontre un problème assez grave pour interrompre le chargement normal de la page.

WordPress affiche un message générique au lieu de montrer aux visiteurs l’erreur technique complète. C’est utile pour la sécurité, mais cela signifie aussi que le message seul ne vous dit pas ce qui a causé le problème.

Un développeur devra normalement examiner les logs du site ou identifier quelle modification récente a déclenché l’erreur.

Qu’est-ce qui a pu causer l’erreur ?

Les causes les plus courantes sont les suivantes :

Un plugin a été mis à jour ou activé

Un plugin peut ne pas être compatible avec :

• la version actuelle de WordPress
• un autre plugin actif
• le thème du site
• la version de PHP utilisée par le serveur d’hébergement
• une fonctionnalité personnalisée déjà présente sur le site

Le plugin lui-même n’est pas forcément mal développé. Parfois, deux outils parfaitement valables interagissent simplement de manière inattendue.

WordPress ou le thème a été mis à jour

Une mise à jour peut révéler un problème de compatibilité existant ou interrompre une fonctionnalité personnalisée qui dépend d’une ancienne version du thème, d’un plugin ou de la plateforme.

L’environnement d’hébergement a changé

Le problème peut apparaître après :

• un changement de version de PHP
• une mise à jour de la configuration du serveur
• une migration
• une restauration
• un changement de permissions ou de ressources disponibles

Ces changements peuvent être effectués manuellement, automatiquement ou directement par l’hébergeur.

Du code personnalisé a cessé de fonctionner

Le site peut inclure des fonctions personnalisées créées spécifiquement pour votre entreprise. Une mise à jour de WordPress, d’un plugin ou de PHP peut rendre un code ancien incompatible.

Une mise à jour a été interrompue

Si une mise à jour s’arrête avant que tous les fichiers soient correctement installés, le site peut se retrouver avec des fichiers manquants ou incohérents.

Le site a épuisé les ressources disponibles

Une tâche complexe, un conflit de plugins, une importation ou un processus en arrière-plan peut utiliser plus de mémoire serveur que celle disponible.

Augmenter la mémoire disponible n’est pas toujours la vraie solution. Il reste nécessaire de comprendre pourquoi le site a utilisé autant de ressources.

D’abord, essayez de comprendre ce qui a changé

Vous n’avez pas besoin d’être développeur pour rassembler des informations utiles.

Pensez à ce qui s’est passé juste avant l’apparition de l’erreur.

Par exemple :

• Avez-vous mis à jour WordPress ?
• Avez-vous mis à jour, installé ou activé un plugin ?
• Avez-vous changé de thème ?
• Quelqu’un a-t-il modifié le site ?
• Le site a-t-il été migré ?
• Une sauvegarde a-t-elle été restaurée ?
• L’hébergeur a-t-il effectué des modifications ?
• L’erreur est-elle apparue pendant que vous publiiez, passiez une commande ou modifiiez une page ?

Notez tout ce dont vous vous souvenez, même si cela ne semble pas important sur le plan technique.

Une simple note comme « l’erreur est apparue juste après la mise à jour du plugin de paiement » peut faire gagner beaucoup de temps de diagnostic.

Vérifiez si le problème touche tout le site

Ouvrez le site dans une fenêtre de navigation privée et vérifiez :

• la page d’accueil
• une page interne
• la page de connexion
• le tableau de bord WordPress
• toute fonction métier importante, comme le checkout, les formulaires ou les abonnements

Vous découvrirez peut-être que le site n’est pas entièrement hors ligne.

Par exemple :

• les pages publiques peuvent fonctionner, mais pas le tableau de bord
• seul le checkout peut être touché
• l’erreur peut apparaître sur une page précise
• les administrateurs peuvent voir l’erreur alors que les visiteurs ordinaires ne la voient pas

Savoir exactement où l’erreur apparaît aide à identifier la partie du site concernée.

Consultez l’e-mail de l’administrateur WordPress

WordPress peut envoyer un e-mail à l’adresse de l’administrateur lorsqu’il détecte certaines erreurs critiques.

Vérifiez :

• la boîte de réception de l’administrateur
• les dossiers spam et courrier indésirable
• toute adresse e-mail partagée utilisée pour gérer le site

L’e-mail peut mentionner le plugin ou le thème concerné. Dans certains cas, il peut aussi contenir un lien vers le mode de récupération de WordPress (Recovery Mode).

Le mode de récupération peut permettre à un administrateur d’accéder au tableau de bord pendant que WordPress met temporairement en pause l’élément à l’origine du problème.

Traitez ce lien comme une information sensible et ne le partagez pas publiquement.

Si vous recevez l’e-mail sans comprendre ce qu’il signifie, vous pouvez transmettre les informations pertinentes à D4Hub. Évitez d’envoyer des mots de passe ou des identifiants d’accès par simple e-mail.

Que pouvez-vous essayer sans risque ?

L’approche la plus sûre dépend de l’importance du site et de votre aisance avec la gestion de WordPress.

Option 1 : contactez la personne qui a fait la dernière modification

Si une agence, un développeur, un collègue ou l’hébergeur a récemment travaillé sur le site, contactez-le en premier.

Demandez s’il a :

• installé ou mis à jour quelque chose
• changé la version de PHP
• déployé du code personnalisé
• restauré une sauvegarde
• modifié la configuration du serveur

C’est souvent le moyen le plus rapide de comprendre ce qui s’est passé.

Option 2 : contactez votre hébergeur

Votre hébergeur peut être en mesure de vous dire si :

• une erreur serveur a été enregistrée
• la version de PHP a changé
• le site a dépassé les ressources disponibles
• une sauvegarde récente est disponible
• le problème est lié à l’environnement d’hébergement

Le support de l’hébergeur peut aider à identifier la catégorie du problème. Cependant, il ne pourra pas forcément réparer un conflit de plugins, un problème de thème ou du code WordPress personnalisé.

Option 3 : désactivez un plugin depuis le tableau de bord

N’essayez cette option que si vous pouvez encore accéder à WordPress et avez une bonne raison de soupçonner un plugin précis.

Par exemple, l’erreur est peut-être apparue juste après la mise à jour de ce plugin.

Allez dans :

Plugins → Installed Plugins (Extensions → Extensions installées)

Désactivez ensuite le plugin suspecté et vérifiez si la page concernée fonctionne de nouveau.

Ne désactivez pas plusieurs plugins à la fois à moins d’en comprendre les conséquences. Les plugins peuvent gérer :

• les formulaires
• les paiements
• les abonnements
• la sécurité
• le contenu multilingue
• les sauvegardes
• le cache
• les statistiques

Un site qui se charge de nouveau n’est pas forcément pleinement opérationnel.

Après avoir désactivé un plugin, testez les fonctions importantes du site.

Option 4 : restaurez une sauvegarde

Une restauration peut être appropriée lorsque le site a cessé de fonctionner juste après une modification connue et qu’une sauvegarde récente et fiable est disponible.

Cependant, restaurer une sauvegarde peut aussi écraser des données créées après la sauvegarde, comme :

• des commandes
• des envois de formulaires
• des inscriptions d’utilisateurs
• des modifications de contenu
• des données d’abonnement
• des mises à jour de configuration

Pour un site e-commerce, d’adhésion ou d’entreprise, ne restaurez pas une sauvegarde sans avoir d’abord compris quelles données pourraient être perdues.

D4Hub peut vous aider à évaluer si une restauration est appropriée et comment conserver les données plus récentes.

Que faut-il éviter ?

Lorsqu’un site est indisponible, il est tentant d’essayer rapidement toutes les solutions possibles. Cela peut rendre le problème d’origine plus difficile à identifier.

Évitez de :

• mettre à jour tous les plugins en même temps
• supprimer des plugins sans sauvegarde
• changer de version de PHP à plusieurs reprises
• restaurer une ancienne sauvegarde sans vérifier sa date
• copier du code trouvé sur des forums sans le comprendre
• modifier la base de données
• remplacer des fichiers WordPress au hasard
• faire plusieurs modifications avant de tester le résultat

Essayez de ne changer qu’une seule chose à la fois et gardez une trace de ce que vous avez fait.

En cas de doute, s’arrêter est souvent plus sûr que continuer.

D4Hub peut reprendre l’analyse à n’importe quel stade, y compris après une tentative de dépannage infructueuse.

Quand demander une assistance technique ?

Une assistance technique est recommandée lorsque :

• l’ensemble du site est indisponible
• le problème touche le checkout, les paiements ou les abonnements
• le site contient des données clients ou des données d’entreprise
• vous n’avez pas de sauvegarde vérifiée
• vous ne pouvez pas accéder au tableau de bord
• l’erreur revient après une correction temporaire
• vous soupçonnez un conflit de plugins sans parvenir à l’identifier
• du code personnalisé est en jeu
• l’erreur est apparue pendant une migration ou une restauration
• l’hébergeur indique que le problème se situe dans WordPress
• vous n’êtes pas à l’aise pour modifier des fichiers ou changer des paramètres serveur

Vous n’avez pas besoin de diagnostiquer vous-même le problème avant de demander de l’aide.

Une demande d’assistance utile peut simplement expliquer :

• ce que vous étiez en train de faire
• ce qui a changé
• ce à quoi vous pouvez actuellement accéder
• ce qui ne fonctionne plus

Quelles informations rassembler ?

Avant d’ouvrir une demande d’assistance, rassemblez les informations facilement disponibles.

Les informations utiles comprennent :

• l’URL du site
• une capture d’écran de l’erreur
• l’heure approximative du début du problème
• ce qui s’est passé juste avant l’erreur
• si le site public fonctionne
• si le tableau de bord WordPress fonctionne
• les pages ou fonctions concernées
• tout e-mail reçu de WordPress
• le nom de l’hébergeur
• si une sauvegarde récente est disponible

Ne vous inquiétez pas si vous ne pouvez pas tout fournir.

D4Hub peut vous aider à comprendre quelles informations ou quels accès supplémentaires sont nécessaires.

Comment D4Hub peut vous aider

L’objectif n’est pas seulement de faire disparaître le message d’erreur.

Une analyse sérieuse doit identifier la cause, rétablir les fonctionnalités nécessaires et réduire le risque que le même problème réapparaisse.

Selon le problème, D4Hub peut vous aider à :

• vérifier les mises à jour et les modifications récentes du site
• identifier le plugin, le thème ou la fonction personnalisée en cause
• examiner les informations d’erreur disponibles
• désactiver en toute sécurité les éléments problématiques
• vérifier la compatibilité entre WordPress, les plugins et PHP
• restaurer les fichiers endommagés ou manquants
• évaluer s’il faut restaurer une sauvegarde
• se coordonner avec l’hébergeur
• tester les formulaires, la connexion, le checkout et les autres fonctions importantes
• recommander des mises à jour préventives ou une maintenance

Vous pouvez demander de l’aide à n’importe quelle étape du processus.

Par exemple, D4Hub peut :

• vous guider pour une vérification simple
• vérifier si une action est sans risque
• prendre le relais lorsque le tableau de bord est inaccessible
• réaliser le diagnostic et la réparation complets
• examiner le site après une correction temporaire

Si une étape de ce guide vous semble floue ou potentiellement risquée, vous n’avez pas à la réaliser seul.

/* That's all, stop editing! Happy publishing. */

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

wp-content/debug.log

define( 'WP_DEBUG', false );

Questions fréquentes

Le contenu de mon site est-il perdu ?

En général, une erreur critique ne signifie pas que le contenu a été supprimé. Le site peut être incapable de l’afficher parce qu’une partie du code a cessé de fonctionner.

Évitez toutefois de restaurer ou de remplacer des données sans avoir d’abord compris le problème.

L’erreur est-elle toujours causée par un plugin ?

Non. Les plugins sont une cause fréquente, mais le problème peut aussi concerner le thème, du code personnalisé, PHP, des fichiers manquants, les ressources du serveur ou la configuration de l’hébergement.

L’hébergeur peut-il la corriger ?

L’hébergeur peut identifier des problèmes liés au serveur et fournir des logs ou des sauvegardes. Si le problème concerne le code WordPress, un conflit de plugins ou une fonctionnalité personnalisée, un spécialiste WordPress peut rester nécessaire.

Dois-je restaurer immédiatement une sauvegarde ?

Pas forcément. Une sauvegarde peut rétablir le site, mais elle peut aussi écraser des commandes, des inscriptions, des messages ou des contenus plus récents.

La date et le contenu de la sauvegarde doivent être vérifiés d’abord.

Le site fonctionne de nouveau après la désactivation d’un plugin. Le problème est-il résolu ?

Pas toujours. Le plugin peut gérer une fonction importante qui est désormais indisponible.

Testez les formulaires, la connexion, le checkout, les abonnements et les autres opérations critiques avant de considérer le site comme réparé.

D4Hub peut-il m’aider même si j’ai déjà essayé de résoudre le problème ?

Oui. Expliquez quelles actions vous avez effectuées et ce qui a changé après chaque tentative. Ces informations peuvent aider à reconstituer l’incident et à identifier la prochaine étape sans risque.