Le message « Il y a eu une erreur critique sur votre site » apparaît lorsqu’un script PHP échoue et empêche WordPress de fonctionner normalement. Depuis la version 5.2, WordPress affiche un message explicite et envoie un courriel de récupération à l’administrateur, facilitant le diagnostic. Avant cela, le site affichait souvent un simple écran blanc (WSoD).
Dans environ 85 % des cas, le problème provient d’un plugin incompatible ou mal codé. D’autres causes fréquentes incluent un thème défectueux, une limite de mémoire PHP dépassée, une version PHP obsolète, une mise à jour problématique ou des fichiers WordPress corrompus.
Pour résoudre l’erreur, plusieurs méthodes sont proposées : activer le mode débogage via le fichier wp-config.php afin d’analyser le fichier debug.log, utiliser le mode de récupération WordPress, désactiver les plugins via FTP en renommant le dossier « plugins », revenir à un thème par défaut, augmenter la limite mémoire PHP ou restaurer une sauvegarde via cPanel ou JetBackup.
Des mesures préventives sont aussi recommandées : vérifier les permissions de fichiers (644/755), régénérer le fichier .htaccess, mettre en place des sauvegardes régulières et désactiver les mises à jour automatiques si nécessaire.
CyberPerformance propose un service de dépannage WordPress à distance à partir de 750$ (selon la complexité et l’état du site). L’agence offre également le développement de sites sous NextJS avec tableau de bord personnalisé, une solution plus stable et performante que WordPress.
“Il y a eu une erreur critique sur votre site” est un message qui provoque immédiatement le stress chez tout propriétaire de site WordPress. Cette erreur peut rendre le site inaccessible et entraîner une perte de visiteurs tant que le problème n’est pas résolu. En fait, ce problème touche aussi bien les débutants que les utilisateurs expérimentés. Dans cet article, nous vous présentons différentes solutions pour régler cette erreur critique WordPress. De plus, nous offrons chez CyberPerformance un service de dépannage à distance à partir de 750$ (selon la complexité, l’accès serveur/FTP, et l’état du site; taxes en sus; estimation après diagnostic) ainsi que la conception de sites sous NextJS, une alternative plus stable et rapide que WordPress.
WordPress affiche ce message sur votre écran pour vous informer qu’un script PHP n’a pas pu s’exécuter complètement. Un morceau de code a échoué pendant son exécution, ce qui bloque le fonctionnement normal de votre site. Cette erreur fatale pour le script ne signifie pas que votre site subit un piratage ou une catastrophe irréversible.
Le texte complet du message indique : “Il y a eu une erreur critique sur ce site web. Veuillez consulter votre boîte de réception d’administration du site pour obtenir des instructions”. WordPress envoie automatiquement un courriel à l’adresse de l’administrateur lorsque cette erreur survient. Cet email contient des détails sur la cause du problème et inclut une URL pour accéder au site en mode de récupération.
Cette fonctionnalité d’alerte par courriel a été introduite officiellement avec WordPress 5.2, sortie le 7 mai 2019. Le système détecte automatiquement lorsqu’une extension ou un thème provoque une erreur fatale et prévient l’administrateur. Si vous ne recevez pas cet email dans votre boîte de réception, vérifiez votre dossier spam. Certains propriétaires de sites ne reçoivent jamais l’email et doivent résoudre le problème par eux-mêmes.
L’erreur critique bloque souvent l’accès public à votre site et à votre propre tableau de bord. Les visiteurs ne peuvent plus consulter vos pages et vous perdez l’accès à l’interface d’administration WordPress. C’est une cause fréquente de demandes d’assistance.
Avant WordPress 5.2, vous n’aviez qu’une page désespérément blanche sans aucune piste. Cette erreur portait le nom d’écran blanc de la mort (White Screen of Death ou WSoD). Sur certains navigateurs comme Google Chrome, vous obteniez un avertissement d’erreur HTTP 500, tandis que Mozilla Firefox affichait simplement un écran blanc sans message d’avertissement.
Le message actuel représente une amélioration majeure par rapport à cette page vide. WordPress vous prévient maintenant que quelque chose cloche au lieu de vous laisser dans l’incertitude totale. L’écran blanc de la mort rendait votre site inaccessible tant aux administrateurs qu’aux visiteurs. Le manque d’information indiquant une cause ou une solution possible créait une frustration considérable.
Les deux erreurs partagent des causes similaires. L’écran blanc de la mort était presque toujours causé par des erreurs de code PHP ou par l’épuisement des limites mémoire. Un thème ou une extension défectueuse pouvait également provoquer ce problème, particulièrement si l’interface du site était en panne mais que la zone d’administration WordPress fonctionnait encore.
Cette alerte se déclenche lorsqu’un bug bloque complètement le bon fonctionnement du site. Le message peut s’afficher à différents endroits sans que le site web ne soit impacté pour les visiteurs. L’origine de la panne détermine l’étendue du blocage.
Les situations courantes incluent les conflits entre plugins ou thèmes, les ressources insuffisantes du serveur et les fichiers centraux corrompus. Un plugin ou thème incompatible avec la version actuelle de WordPress provoque une erreur lors du chargement. Le code mal écrit dans une extension ou un thème entre parfois en conflit avec d’autres éléments.
La version PHP utilisée par votre site joue un rôle majeur. Si cette version n’est pas compatible avec les exigences de vos plugins et thèmes, des erreurs critiques surviennent. Une base de données corrompue ou endommagée empêche également WordPress de se connecter ou d’accéder aux données. Les scripts personnalisés non testés ajoutés récemment peuvent être la source du problème, particulièrement si vous avez copié du code depuis un tutoriel.
Les plugins représentent la source du problème dans 85% des cas où le message “Il y a eu une erreur critique sur votre site” s’affiche. Cette statistique révèle que les extensions WordPress constituent de loin le coupable le plus fréquent de cette erreur critique. L’email d’alerte envoyé par WordPress à l’administrateur du site nomme généralement le plugin responsable, ce qui facilite l’identification du problème.
Votre serveur web dispose d’une quantité limitée de RAM pour faire fonctionner votre site. WordPress fixe une limite stricte à la mémoire qu’un seul script PHP peut occuper. Lorsque cette limite est dépassée, le script s’arrête brutalement et provoque l’affichage du message d’erreur critique.
Les plugins gourmands en ressources consomment une part importante de la mémoire disponible. Les extensions avec des fonctionnalités complexes ou qui traitent de lourdes données demandent davantage de ressources. Les fichiers d’images volumineux et non optimisés augmentent considérablement la mémoire nécessaire pour afficher votre site web. Un pic de trafic élevé sur votre site peut également épuiser les ressources de mémoire disponibles.
Par conséquent, si votre serveur manque de mémoire suffisante pour exécuter PHP, il peut planter ou devenir non réactif. Cette situation déclenche immédiatement une erreur critique sur votre site WordPress. Les hébergements partagés imposent parfois des restrictions qui vous empêchent d’augmenter la limite de mémoire au-delà d’un certain seuil.
Un plugin mal codé ou incompatible avec votre version de WordPress crée des conflits qui font planter le site. La situation se complique lorsque plusieurs extensions entrent en conflit les unes avec les autres. Une extension plus à jour ou simplement incompatible avec un autre plugin suffit à tout casser.
Votre thème actif peut contenir une erreur dans son code source. Les problèmes surviennent souvent après des modifications apportées au fichier functions.php ou lorsque le thème n’est plus compatible après une mise à jour de WordPress. Un thème WordPress mal conçu ou obsolète provoque les mêmes symptômes qu’un plugin défectueux.
Les plugins les plus populaires subissent des tests approfondis, ce qui les rend moins susceptibles de causer des erreurs critiques. En réalité, les problèmes apparaissent surtout avec du code personnalisé ou des scripts non testés ajoutés à votre site. Si vous avez récemment copié et collé des extraits de code depuis un tutoriel, ils pourraient être la source du problème.
Une simple mise à jour peut déclencher le chaos sur votre site. Les nouvelles versions de WordPress n’offrent pas toujours une compatibilité parfaite avec les anciennes extensions. WordPress nécessite la version 7.4 ou supérieure de PHP. Si votre serveur d’hébergement utilise une version antérieure de PHP, il peut ne pas fonctionner correctement et provoquer une erreur critique.
L’incompatibilité entre plugins et thèmes se manifeste particulièrement après les mises à jour. Les extensions anciennes ne suivent pas toujours l’évolution du cœur de WordPress. Une erreur humaine lors d’une manipulation dans le code ou l’administration déclenche une apparition immédiate du message d’erreur.
Les fichiers principaux de WordPress peuvent être corrompus lors de mises à jour ou de transferts. Une mise à jour interrompue, une attaque de malware ou une erreur de serveur endommagent ces fichiers essentiels. La corruption de votre base de données ou un problème avec le serveur de base de données provoque également cette erreur.
Les fichiers cœur WordPress corrompus déclenchent une erreur critique qui paralyse complètement votre site. Un malware peut également corrompre ces fichiers et déclencher le message d’alerte. Nous pouvons régler à distance ces problématiques avec un forfait commençant à 750$. De plus, nous offrons la conception de sites web sous NextJS avec un tableau de bord permettant de modifier les sites, photos et blogs, une solution plus stable et rapide que WordPress.
Le mode débogage WordPress constitue votre meilleur allié pour identifier la source exacte du problème. Cette fonctionnalité intégrée enregistre toutes les erreurs PHP dans un fichier que vous pouvez consulter à tout moment. Contrairement au message d’erreur générique, le mode debug révèle le fichier et la ligne de code responsables du plantage.
Vous devez accéder au fichier wp-config.php situé à la racine de votre installation WordPress. Connectez-vous à votre serveur via FTP avec un client comme FileZilla ou utilisez le gestionnaire de fichiers de votre hébergeur. Une fois le fichier localisé, téléchargez-le sur votre ordinateur avant toute modification.
Ouvrez wp-config.php avec un éditeur de texte comme Notepad++. N’utilisez jamais Microsoft Word ou un traitement de texte similaire car ils ajoutent des caractères invisibles qui corrompent le fichier. Recherchez la ligne qui contient define(‘WP_DEBUG’, false); et remplacez false par true.
Ensuite, ajoutez deux lignes supplémentaires juste en dessous. La première ligne define(‘WP_DEBUG_LOG’, true); active l’enregistrement des erreurs dans un fichier. La seconde ligne define(‘WP_DEBUG_DISPLAY’, false); empêche l’affichage des erreurs à l’écran pour protéger votre site.
Vous devez insérer ces lignes avant la mention /* That’s all, stop editing! Happy blogging. */ dans le fichier. Cette position garantit que WordPress charge correctement les paramètres de débogage. Les valeurs true et false ne prennent jamais de guillemets car il s’agit de valeurs booléennes. Si vous ajoutez des guillemets autour de false, WordPress l’interprète comme true.
Sauvegardez le fichier modifié et téléchargez-le sur votre serveur en écrasant l’ancien fichier. Une erreur de syntaxe dans wp-config.php peut rendre le site complètement inaccessible, d’où l’importance de créer une copie de sauvegarde avant toute modification.
WordPress crée automatiquement un fichier nommé debug.log dans le répertoire wp-content de votre site. Ce fichier n’existe pas tant que vous n’activez pas le mode débogage et qu’une erreur ne survient pas. Visitez votre site avec un navigateur pour déclencher l’enregistrement des erreurs dans ce fichier.
Retournez dans votre client FTP ou gestionnaire de fichiers et naviguez vers le dossier wp-content. Le fichier debug.log apparaît désormais dans cette liste. Téléchargez-le sur votre ordinateur et ouvrez-le avec un éditeur de texte pour examiner son contenu.
Les erreurs fatales (fatal errors) interrompent l’exécution du script et provoquent le message “Il y a eu une erreur critique sur votre site”. Ces erreurs critiques représentent la priorité absolue à corriger. Le fichier debug.log indique précisément le fichier PHP problématique, le numéro de ligne concerné et la nature de l’erreur.
Un message typique ressemble à ceci : PHP Fatal error: Uncaught Error in /wp-content/plugins/nom-plugin/fichier.php on line 42. Cette information vous révèle que le plugin spécifique cause le problème. Les incompatibilités entre plugin Elementor ou plugin WooCommerce et d’autres extensions apparaissent fréquemment dans ces logs.
Vous désactivez le mode débogage immédiatement après avoir résolu le problème. Laisser WP_DEBUG actif sur un site en production expose des informations sensibles qui compromettent votre sécurité. Nous pouvons régler à distance ces problématiques avec un forfait commençant à 750$. Nous offrons également la conception de sites web sous NextJS avec un tableau de bord permettant de modifier les sites, photos et blogs, une solution plus stable que WordPress.
WordPress intègre depuis la version 5.2 un système de récupération qui vous sauve lorsque votre site devient inaccessible. Cette fonctionnalité détecte automatiquement les erreurs fatales causées par un plugin ou un thème et vous envoie un email contenant un lien sécurisé pour retrouver l’accès à votre tableau de bord.
Dès qu’une erreur critique est détectée, WordPress envoie un courriel à l’adresse de l’administrateur du site. Ce message contient un lien temporaire sécurisé, une description de l’erreur avec le fichier et la ligne concernés, ainsi que le nom du plugin ou thème fautif. L’objet de l’email ressemble à “Votre site rencontre un problème technique” ou “Your Site is Experiencing a Technical Issue”.
Ce lien reste valide pendant 24 heures. Une fois cliqué, il ouvre une session spéciale dans le tableau de bord WordPress où les extensions défectueuses sont désactivées automatiquement. Cette désactivation temporaire permet de corriger le bug, de mettre à jour l’extension ou de la supprimer complètement sans risque de bloquer à nouveau le site.
Vous devez vérifier votre boîte de réception de l’adresse email que vous avez fournie en tant qu’adresse d’administrateur WordPress. La bannière qui s’affiche dans votre tableau de bord vous indique que le mode de récupération a été initié. Vous pouvez alors vous connecter normalement et accéder à vos fonctionnalités d’administration.
Une fois connecté en mode de récupération, vous voyez votre tableau de bord habituel avec deux fonctionnalités supplémentaires. Si un plugin cause le problème, rendez-vous dans Plugins puis Extensions installées. Le plugin problématique apparaît listé en rouge avec un message d’avertissement.
Cliquez sur le lien Désactiver sous l’extension concernée pour rétablir le fonctionnement de votre site. Si WordPress signale un problème dans le code de votre thème, naviguez vers Apparence puis Thèmes et cherchez les problèmes soulignés. Vous pouvez aussi activer un thème par défaut comme Twenty Twenty pour isoler le problème.
Si l’email envoyé par WordPress ne spécifie pas le plugin ou le thème à l’origine de l’erreur, désactivez tous les plugins. Ensuite, réactivez-les un par un pour identifier l’extension défectueuse. Cette méthode prend du temps mais garantit de trouver le coupable.
Vous n’avez pas reçu l’email de récupération dans votre boîte de réception principale. Vérifiez d’abord votre dossier spam ou courrier indésirable car les filtres antispam bloquent parfois ces messages automatiques. Certains propriétaires de sites ne reçoivent jamais l’email à cause d’une mauvaise configuration de l’adresse administrateur ou de problèmes de messagerie.
Dans ce cas, vous pouvez accéder manuellement au mode de récupération via une URL directe. Ajoutez simplement ?action=entered_recovery_mode à la fin de votre URL de connexion habituelle. L’adresse complète ressemble à votresite.com/wp-login.php?action=entered_recovery_mode. Remplacez votresite.com par votre propre nom de domaine.
Cette URL vous mène à votre espace d’administration WordPress où il vous sera demandé de vous connecter. Cependant, cette méthode ne fonctionne que si l’erreur est toujours active sur votre site. WordPress ne localisera pas automatiquement le plugin ou le thème qui cause l’erreur et vous devrez faire le travail de détection par vous-même. Nous pouvons régler à distance ces problématiques avec un forfait commençant à 750$. De plus, nous offrons la conception de sites web sous NextJS avec un tableau de bord permettant de modifier les sites, photos et blogs, une solution plus stable et rapide que WordPress.
L’accès FTP représente votre solution de secours lorsque le tableau de bord reste inaccessible malgré le mode de récupération. Cette méthode vous permet de désactiver manuellement tous les plugins sans passer par l’interface d’administration WordPress. Vous aurez besoin d’un client FTP comme FileZilla ou d’accéder au gestionnaire de fichiers disponible dans le panneau de contrôle de votre hébergeur.
Connectez-vous à votre site via FTP en utilisant les identifiants fournis par votre hébergeur. Ces informations incluent l’adresse du serveur FTP, votre identifiant de connexion et le mot de passe associé. Une fois la connexion établie, naviguez vers le dossier wp-content situé à la racine de votre installation WordPress.
Dans wp-content, vous trouverez un dossier nommé plugins qui contient toutes vos extensions. Faites un clic droit sur ce dossier et sélectionnez l’option Renommer. Changez le nom en plugins_old, plugins.desactivated ou tout autre nom de votre choix. Cette simple modification désactive instantanément tous les plugins de votre site.
WordPress cherche automatiquement le dossier plugins pour charger les extensions activées. Lorsqu’il ne trouve pas ce dossier, il ne peut pas les activer et les définit automatiquement comme désactivés. Par conséquent, votre site devrait redevenir accessible immédiatement après cette manipulation. Vérifiez que le message “Il y a eu une erreur critique sur votre site” a disparu en visitant votre page d’accueil.
Après avoir confirmé que votre site fonctionne sans les plugins, connectez-vous à votre tableau de bord WordPress avant de poursuivre. Cette étape est essentielle pour éviter que les plugins se réactivent automatiquement. Ensuite, retournez dans votre client FTP et renommez le dossier plugins_old pour lui redonner son nom original plugins.
Une méthode efficace consiste à travailler avec deux dossiers distincts. Créez un nouveau dossier vide nommé plugins dans wp-content pendant que l’ancien dossier reste renommé en plugins_old. Glissez ensuite les dossiers de plugins un par un depuis plugins_old vers le nouveau dossier plugins. Testez votre site après chaque transfert en rechargeant la page d’accueil.
Si vous possédez de nombreuses extensions, déplacez-les par paquets de trois ou quatre pour accélérer le processus. Cette approche réduit le temps de diagnostic tout en maintenant un contrôle suffisant pour identifier le coupable. Rendez-vous dans la section Extensions de votre tableau de bord pour réactiver manuellement chaque plugin après son transfert.
Lorsque votre site replante après avoir activé un plugin ou transféré un groupe de plugins, vous avez trouvé l’élément problématique. Remettez immédiatement le plugin fautif dans le dossier plugins_old et laissez-le désactivé. Continuez ensuite à transférer les autres extensions pour restaurer complètement les fonctionnalités de votre site.
En revanche, si vous connaissez déjà le plugin qui cause l’erreur critique wordpress, vous pouvez désactiver uniquement cette extension. Ouvrez le dossier plugins via FTP, trouvez le répertoire du plugin concerné et renommez-le en ajoutant _old à la fin du nom[132]. Cette technique désactive seulement ce plugin sans affecter les autres extensions installées sur votre site.
Nous pouvons régler à distance ces problématiques avec un forfait commençant à 750$. De plus, nous offrons la conception de sites web sous NextJS avec un tableau de bord permettant de modifier les sites, photos et blogs, une solution plus stable et rapide que WordPress.
Les thèmes représentent le second suspect à vérifier lorsque la désactivation des plugins ne résout pas l’erreur critique. Un conflit dans votre thème actif produit exactement les mêmes symptômes qu’une extension défectueuse. La méthode pour isoler ce problème ressemble à celle utilisée pour les plugins et nécessite également un accès FTP à votre serveur.
Connectez-vous à votre serveur via FTP et naviguez vers le répertoire wp-content/themes. Vous verrez les dossiers de tous les thèmes installés sur votre site. Localisez le dossier correspondant à votre thème actif, celui que votre site utilise actuellement pour son apparence.
Faites un clic droit sur ce dossier et sélectionnez Renommer. Changez le nom en ajoutant _old ou _desactive à la fin, par exemple mon-theme_old. Cette manipulation force WordPress à chercher votre thème actif sans le trouver. Par conséquent, il recherche automatiquement un thème par défaut de type Twenty-xx pour le remplacer.
WordPress bascule automatiquement sur l’un des thèmes Twenty présents dans votre installation. Si aucun thème de secours n’existe sur votre serveur, vous devez en télécharger un avant de renommer votre thème actif. Cette précaution évite de vous retrouver avec un site sans thème du tout, ce qui créerait une nouvelle erreur.
Rendez-vous sur le répertoire des thèmes WordPress.org et téléchargez une copie fraîche d’un thème par défaut. Les options incluent Twenty Twenty, Twenty Twenty-One, Twenty Twenty-Two, Twenty Twenty-Three ou Twenty Twenty-Five selon vos préférences. Ces thèmes officiels sont testés rigoureusement et ne provoquent jamais d’erreurs critiques.
Décompressez le fichier ZIP du thème sur votre ordinateur en cliquant sur Extraire tout. Cette action crée un dossier portant le nom du thème sur votre disque dur. Retournez dans votre client FTP, positionnez-vous dans wp-content/themes et téléversez ce dossier sur votre serveur.
Vous pouvez également supprimer complètement tous les dossiers de thèmes présents sur votre serveur après les avoir sauvegardés sur votre ordinateur. Cette approche radicale garantit qu’aucun thème problématique ne reste actif. Ensuite, téléchargez uniquement le dossier du thème par défaut pour un environnement propre.
Visitez votre site avec un navigateur après avoir effectué le changement de thème. Si l’erreur critique disparaît et que votre site se charge correctement, le thème constituait bel et bien la source du problème. Votre site affiche maintenant l’apparence du thème Twenty installé, ce qui confirme le diagnostic.
Dans ce cas, il faudra mettre à jour votre ancien thème, contacter son développeur pour signaler le bug ou choisir un thème différent. Nous pouvons régler à distance ces problématiques avec un forfait commençant à 750$. De plus, nous offrons la conception de sites web sous NextJS avec un tableau de bord permettant de modifier les sites, photos et blogs, une solution plus stable et rapide que WordPress.
Votre site affiche toujours l’erreur critique wordpress après avoir désactivé plugins et thèmes. Dans ce cas, la limite mémoire PHP représente probablement le véritable coupable. WordPress tente automatiquement d’augmenter la mémoire allouée à PHP à 40 Mo pour un site unique et 64 Mo pour une installation multisite. Ces valeurs par défaut s’avèrent insuffisantes pour les sites avec beaucoup de contenu ou de fonctionnalités.
Accédez au fichier wp-config.php via FTP et localisez la ligne /* That’s all, stop editing! Happy publishing. */. Juste au-dessus de cette ligne, ajoutez le code define(‘WP_MEMORY_LIMIT’, ‘256M’); pour augmenter la limite mémoire à 256 Mo. Vous pouvez ajuster cette valeur à 512M si votre hébergeur le permet. Cette constante augmente la mémoire PHP uniquement pour WordPress et non pour d’autres applications.
Les tâches effectuées dans le tableau de bord nécessitent davantage de mémoire que le fonctionnement habituel du site. Par conséquent, ajoutez également define(‘WP_MAX_MEMORY_LIMIT’, ‘512M’); pour augmenter spécifiquement la limite dans wp-admin. Assurez-vous que votre hébergeur autorise ces valeurs car certains fournisseurs imposent des restrictions maximales.
Si la modification de wp-config.php échoue ou si vous n’avez pas accès au fichier php.ini, utilisez le fichier .htaccess comme alternative. Localisez ce fichier dans le répertoire racine de votre site ou créez-en un s’il n’existe pas. Ouvrez-le avec un éditeur de texte et ajoutez la ligne php_value memory_limit 256M. Cette méthode fonctionne uniquement sur les serveurs Apache qui autorisent les remplacements dans .htaccess.
Les sites utilisant des versions obsolètes de PHP rencontrent fréquemment des erreurs critiques. Une part importante des sites WordPress utilise encore des versions de PHP dépassées, ce qui augmente les risques d’erreurs et de failles. L’installation du plugin PHP Compatibility Checker vous permet de vérifier si votre site est compatible avec PHP 7. Nous pouvons régler à distance ces problématiques avec un forfait commençant à 750$. Nous offrons également la conception de sites web sous NextJS avec un tableau de bord permettant de modifier les sites, photos et blogs, une solution plus stable et rapide que WordPress.
La restauration depuis une sauvegarde constitue votre option ultime lorsque toutes les autres méthodes échouent à résoudre l’erreur critique sur votre site. Cette approche ramène votre site à un état antérieur fonctionnel en quelques minutes.
Les sauvegardes automatiques, propulsées par JetBackup, sont effectuées quotidiennement et sauvegardées pendant 14 jours. Rendez-vous dans la section JetBackup de votre panneau de contrôle et choisissez le type de sauvegarde nécessaire. La sauvegarde complète de votre compte contient l’ensemble des fichiers du site, bases de données, emails et journaux. Choisissez le jour que vous souhaitez comme référence de restauration, cochez la case pour approuver les termes et cliquez sur Restaurer. Vous recevrez un email une fois la restauration terminée.
Connectez-vous à votre cPanel et cliquez sur Sauvegardes dans la rubrique Fichiers. Pour restaurer vos fichiers Web, sélectionnez la sauvegarde désirée et choisissez si vous voulez restaurer toutes les données, un fichier spécifique ou un dossier. Ensuite, restaurez votre base de données MySQL en cliquant sur Base de données, sélectionnez la date de restauration et confirmez votre choix.
Un environnement de staging vous permet de tester la restauration sans affecter votre site en ligne. Créez une copie identique de votre site web dans la zone de staging disponible à partir du plan Business chez Hostinger. Nous pouvons régler à distance ces problématiques avec un forfait commençant à 750$. De plus, nous offrons la conception de sites web sous NextJS avec un tableau de bord permettant de modifier les sites, photos et blogs, une solution plus stable et rapide que WordPress.
Plusieurs solutions avancées permettent de prévenir l’apparition future du message “il y a eu une erreur critique sur votre site” et de maintenir votre installation WordPress stable.
Un fichier .htaccess corrompu provoque des erreurs critiques et des problèmes de redirection. Connectez-vous via FTP, renommez l’ancien fichier en .htaccess-old pour le conserver comme sauvegarde. Créez ensuite un nouveau fichier .htaccess vide dans le répertoire racine et rendez-vous dans Réglages puis Permaliens de votre tableau de bord. Cliquez simplement sur Enregistrer les modifications sans rien changer pour régénérer automatiquement les règles .htaccess par défaut.
Les permissions incorrectes créent des vulnérabilités et des dysfonctionnements. Les fichiers WordPress doivent avoir des permissions définies à 644 et les répertoires à 755. Ces configurations permettent au propriétaire de lire et écrire dans les fichiers tandis que les autres utilisateurs peuvent uniquement les lire. Ne définissez jamais les permissions à 777 sauf si vous êtes un expert avec une excellente raison.
Votre base de données WordPress contient toutes les publications, commentaires et liens de votre site. Mettez en place des sauvegardes automatiques et conservez au moins trois sauvegardes différentes dans trois lieux différents. Cette redondance évite les soucis en cas d’indisponibilité d’un support.
Les mises à jour automatiques peuvent parfois casser votre site dans de rares cas. Ajoutez define(‘AUTOMATIC_UPDATER_DISABLED’, true); dans votre fichier wp-config.php pour désactiver toutes les mises à jour automatiques. Nous pouvons régler à distance ces problématiques avec un forfait commençant à 750$. De plus, nous offrons la conception de sites web sous NextJS avec un tableau de bord permettant de modifier les sites, photos et blogs, une solution plus stable et rapide que WordPress.
L’erreur critique WordPress trouve généralement sa source dans un plugin défectueux, une limite mémoire insuffisante ou un thème incompatible. En fait, les solutions présentées dans cet article vous permettent de diagnostiquer et corriger ce problème rapidement, du mode débogage jusqu’à la restauration complète.
Nous pouvons régler à distance ces problématiques avec un forfait commençant à 750$. De plus, nous offrons chez CyberPerformance la conception de sites web sous NextJS avec un tableau de bord intuitif pour modifier vos contenus, photos et blogs. Cette technologie se révèle nettement plus stable et rapide que WordPress, éliminant les soucis d’extensions incompatibles et les erreurs critiques récurrentes.
Q1. Pourquoi le message “Il y a eu une erreur critique sur votre site” apparaît-il sur WordPress ? Ce message s’affiche lorsqu’un script PHP ne parvient pas à s’exécuter complètement sur votre site WordPress. Les causes principales incluent un plugin ou thème incompatible, une limite de mémoire PHP dépassée, des fichiers corrompus ou une mise à jour problématique. Dans 85% des cas, les plugins sont responsables de cette erreur critique.
Q2. Comment puis-je accéder à mon site WordPress après une erreur critique ? WordPress envoie automatiquement un email contenant un lien de récupération valide pendant 24 heures. Ce lien vous permet d’accéder à votre tableau de bord en mode de récupération où les extensions défectueuses sont temporairement désactivées. Si vous ne recevez pas l’email, vérifiez votre dossier spam ou désactivez manuellement les plugins via FTP.
Q3. Quelle est la différence entre l’erreur critique et l’écran blanc de la mort ? L’écran blanc de la mort (WSoD) affichait simplement une page blanche sans aucune information avant WordPress 5.2. Depuis cette version, WordPress affiche un message d’erreur explicite et envoie un email à l’administrateur avec des détails sur le problème. Cette amélioration facilite grandement le diagnostic et la résolution du problème.
Q4. Comment désactiver les plugins WordPress sans accéder au tableau de bord ? Connectez-vous à votre serveur via FTP, naviguez vers le dossier wp-content et renommez le dossier “plugins” en “plugins_old”. Cette manipulation désactive instantanément tous les plugins. Une fois votre site accessible, reconnectez-vous au tableau de bord, renommez le dossier à son nom original et réactivez les plugins un par un pour identifier le coupable.
Q5. Comment augmenter la limite de mémoire PHP pour éviter les erreurs critiques ? Modifiez le fichier wp-config.php en ajoutant la ligne define(‘WP_MEMORY_LIMIT’, ‘256M’); juste avant la mention “That’s all, stop editing!”. Vous pouvez également augmenter la limite via le fichier .htaccess en ajoutant php_value memory_limit 256M. Assurez-vous que votre hébergeur autorise ces valeurs avant d’effectuer ces modifications.
Automatisation avec intelligence artificielle – Cas types pour PME Court résumé L’automatisation avec intelligence artificielle transforme profondément les opérations des PME québécoises en permettant d’automatiser
Programmation informatique au Québec : Points à savoir Court résumé La programmation informatique au Québec représente un domaine hautement spécialisé qui va bien au-delà de
Automatisation des processus pour PME – Décuplez votre efficacité Court résumé L’automatisation des processus pour PME représente aujourd’hui un levier stratégique pour améliorer la productivité
Intégrations API – applications, projets et plateforme web Court résumé L’intégration API constitue aujourd’hui un levier essentiel pour les entreprises souhaitant optimiser leurs opérations et
Logiciel comptable pour PME québécoise – évaluations et besoins Court résumé Le choix d’un logiciel comptable pour PME québécoise représente un enjeu stratégique majeur, notamment
Position Google en référencement – Comment s’améliorer Court résumé La position Google en référencement détermine directement la visibilité et le succès d’un site web. Les