WordPress est un CMS fiable. En effet, il existe de bonnes raisons qui font que la plupart des bloggeurs utilisent WordPress pour leur présence sur le Web. Bien que le dé­ve­lop­pe­ment du système bénéficie con­ti­nuel­le­ment d’amé­lio­ra­tions, il peut arriver que des problèmes sur­vien­nent lors de son uti­li­sa­tion. Dans ce genre de situation, afin de pouvoir ra­pi­de­ment à nouveau tra­vail­ler sans encombre sur votre site Web, IONOS présente les solutions aux 10 erreurs WordPress les plus fré­quentes.

Hé­ber­ge­ment pour Managed WordPress
Créez votre site avec l'IA, nous gérons le reste
  • Fonctions d'IA faciles à utiliser, quel que soit votre niveau de com­pé­tence
  • Nombreux thèmes et plugins pour une per­son­na­li­sa­tion complète
  • Mise à jour sans efforts et moins d'ad­mi­nis­tra­tion

1. White Screen of Death: la page blanche WordPress

Cette page d’erreur est connue de nombreux uti­li­sa­teurs WordPress : lorsqu’une page blanche s’affiche tout à coup à la place de son propre site web, on parle alors - de manière quelque peu exagérée - de White Screen of Death. Beaucoup de bloggeurs sont inquiets lorsqu’ils se re­trou­vent con­fron­tés à cette erreur WordPress pour la première fois. Ils ont l’im­pres­sion que tout le site s’est vo­la­ti­lisé. Cependant, dans la plupart des cas, la cause de cette erreur et d’autres problèmes peut être trouvée et corrigée ra­pi­de­ment.

Il existe plusieurs causes relatives à la page blanche WordPress : des plugins qui ne fonc­tion­nent pas, des problèmes avec le script PHP ou diverses erreurs de base de données et de codage. Il est ainsi re­com­mandé de déceler la cause exacte de la White Screen of Death (WSOD). Si WordPress ne fonc­tionne pas cor­rec­te­ment, un écran vide ap­pa­raî­tra alors à la place du site Web. Celui-ci semble ne plus fonc­tion­ner. Souvent, il suffit juste de corriger une petite erreur pour que tout s’affiche à nouveau cor­rec­te­ment.

Si vous êtes un uti­li­sa­teur avancé et pouvez gérer un client FTP (si ce n’est pas le cas, pas de panique), activez le mode WP_DEBUG pour dé­ter­mi­ner pourquoi WordPress n’affiche pas votre site Web. S’il est actif, WP_DEBUG affiche des messages d’erreur ex­pli­quant pourquoi votre site Web ne fonc­tionne pas cor­rec­te­ment. Vous pouvez utiliser ces messages comme guide de dépannage.

Cependant, tous les uti­li­sa­teurs ne savent pas comment utiliser le mode WP_DEBUG. Ce n’est pas un souci, car il existe d’autres pos­si­bi­li­tés pour trouver la cause de la page blanche WordPress. Les soucis les plus fréquents pro­vien­nent des plugins.

Source d‘erreur 1: les plugins

S’il y a bien quelque chose de positif à dire sur le White Screen of Death, c’est la suivante : l’ap­pel­la­tion pour cette erreur WordPress sonne plus dra­ma­tique qu’elle n’en a l’air. Très souvent, il suffit de dé­sac­ti­ver un plugin pour que tout s’affiche à nouveau cor­rec­te­ment.  La page blanche WordPress est souvent due à une des actions suivantes :

  • Vous avez activé un plugin qui ne fonc­tionne pas cor­rec­te­ment dans WordPress.
  • Vous avez modifié les pa­ra­mètres d’un plugin actif.
  • Vous avez modifié le code backend d’un plugin actif.

Si vous avez récemment effectué l’un de ces trois chan­ge­ments, il suffit de chercher sim­ple­ment la page des plugins dans WordPress et de dé­sac­ti­ver celui que vous avez modifié en dernier. Dans de nombreux cas, le problème sera résolu. Après avoir désactivé le plugin, votre site Web devrait idéa­le­ment être rétabli. Si vous avez modifié le code backend d’un plugin avant l’affichage de l’erreur et souhaitez utiliser ce plugin une nouvelle fois, vous devrez alors suivre les consignes suivantes :

Effacez le plugin de votre liste WordPress et té­lé­char­gez une version originale, non modifiée du même plugin depuis WordPress Plug-in Directory.

Toutefois, il existe aussi des si­tua­tions dans les­quelles les plugins ne peuvent pas être dé­sac­ti­vés de cette manière puisque le tableau de bord WordPress (WordPress Dashboard) n’est pas visible. Dans ce cas, il n’est pas possible de procéder à des mo­di­fi­ca­tions dans le menu WordPress.

Si cette situation se produit, vous devrez utiliser un client FTP (File Transfer Protocol) pour avoir accès à vos données WordPress et supprimer ou dé­sac­ti­ver le plugin modifié. Si vous n’avez encore jamais utilisé de client FTP pour apporter des mo­di­fi­ca­tions à votre ins­tal­la­tion WordPress, rassurez-vous : l’ap­pren­tis­sage est facile et de nombreux clients FTP sont dis­po­nibles gra­tui­te­ment.

Dès que vous avez installé votre client FTP, connectez-vous à votre domaine avec les in­for­ma­tions de connexion que vous avez reçues de votre hébergeur. Supprimez ensuite le plugin pro­blé­ma­tique en suivant les in­di­ca­tions ci-dessous et vous résoudrez le problème de la page blanche WordPress. Ouvrez le ré­per­toire où sont sau­ve­gar­dées vos données WordPress.

  • Ouvrez le dossier « wp-content ».
  • Dans le dossier « wp-content », cherchez « plugins ».
  • Ouvrez le dossier des plugins et cherchez le plugin que vous avez modifié, avant que le message d’erreur WordPress ne s’affiche.
  • Supprimez le plugin. Il est possible que vous deviez sé­lec­tion­ner le plugin et cliquez dessus avec le côté droit de la souris, afin de trouver une option adéquate pour le supprimer de WordPress.  Si vous ne voulez pas supprimer le plugin, renommez alors le dossier où se trouve le plugin, qui sera également désactivé.
  • Retournez sur votre na­vi­ga­teur et ac­tua­li­sez votre site Web. La page blanche WordPress doit avoir disparu et vous devriez pouvoir vous connecter à nouveau à WordPress.

Retenez toujours que de tels plugins sont uni­que­ment uti­li­sables s’ils sont ac­ti­ve­ment supportés par le dé­ve­lop­peur cor­res­pon­dant. Les plugins doivent également être com­pa­tibles avec la dernière version de WordPress. Les plugins qui ne sont plus à jour en­traî­nent ra­pi­de­ment des problèmes.

Source d‘erreur 2: le code d‘erreur

Si l’erreur WordPress n’est pas due à un plugin, cela peut être dû au fait que vous ayez modifié le fichier « functions.php » ou un autre fichier PHP en utilisant l’éditeur de thème WordPress.

Vous pouvez également voir le message d’erreur suivant sur votre écran blanc :

Parse error: Syntax error, unex­pec­ted $ end in /home/name/public_html/wordpress/wp-content/themes/your_theme/functions.php on line 231

Cela signifie qu’il y a une erreur dans le code. Le thème WordPress choisi (la mise en page et le design choisis) ne peut pas être affiché cor­rec­te­ment. Dans cette situation, vous devez restaurer l’état original du fichier.

Evi­dem­ment, le problème est que l’accès rapide au fichier n’est pas possible car vous ne voyez qu’un écran blanc au lieu de l’éditeur de thème WordPress. La meilleure façon de résoudre le problème est d’utiliser le client FTP pour té­lé­char­ger à nouveau le fichier corrompu dans le dossier WordPress et le remplacer.

Après vous êtes connecté à votre serveur, vous devrez suivre les in­di­ca­tions suivantes :

  • Ouvrez le ré­per­toire dans lequel se trouvent vos dossiers WordPress.
  • Ouvrez le dossier wp-content.
  • Dans le dossier "wp-content", cherchez le dossier « Thème ».
  • Ouvrez le dossier Thème et cherchez le dossier cor­res­pon­dant à votre thème WordPress actuel.
  • Ouvrez le dossier de votre thème WordPress actuel et assurez-vous que le fichier functions.php se trouve dans le dossier.
  • Té­lé­char­gez ensuite une version fonc­tion­nelle de functions.php. Cela peut être une copie du dossier que vous avez sau­ve­gardé sur votre disque dur avant de modifier ledit dossier. Vous pouvez également supprimer la version originale de votre thème.
  • Si vous ne voulez pas écraser le dossier, vous devez alors respecter les consignes suivantes : renommez le dossier de votre thème actuel. Il sera désactivé et reviendra au thème WordPress par défaut. Ceci permet de supprimer ma­nuel­le­ment le code incorrect du fichier functions.php dans le thème inactif.
  • Si vous avez choisi de remplacer le dossier non fonc­tion­nel functions.php par une version fonc­tion­nelle et que votre client FTP vous demande si vous souhaitez écraser functions.php, répondez par l’af­fir­ma­tive.
  • Retournez sur votre na­vi­ga­teur et ac­tua­li­sez votre site Web. La page blanche WordPress a nor­ma­le­ment disparu et une connexion per­ma­nente est à nouveau possible.

Il est aussi possible de choisir un autre thème à titre d’essai, au lieu de modifier le dossier éponyme functions.php. De cette manière, les mo­di­fi­ca­tions sont réa­li­sables dans votre thème sans que vous ayez à modifier le code.  

Avant d’en­tre­prendre n’importe quelle mo­di­fi­ca­tion, il est toujours utile de sau­ve­gar­der sé­pa­ré­ment une copie de sécurité de votre thème modifié. L’opération ci-dessus restera ainsi réa­li­sable si le White Screen of Death se produit à nouveau.

Sources d’erreur inconnues

Parfois, il arrive que le White Screen of Death se produise pour des raisons inconnues : vous n’avez ni modifié vos plugins, ni réécrit le code de votre thème. Vous entrez votre URL et, à la place de votre site Web, vous voyez seulement une page blanche WordPress : le White Screen of Death. Comment peut-on rectifier cette erreur WordPress s’il n’y a pas de cause of­fi­cielle connue ?

Dans ce genre de situation, le mode WP_DEBUG est à nouveau utile : les messages d’erreur WP_DEBUG per­met­tent d’iden­ti­fier les fichiers dé­fec­tueux. Il suffit ensuite de supprimer, modifier ou remplacer ces fichiers. Votre site Web reste en­tiè­re­ment fonc­tion­nel. Cependant, même sans WP_DEBUG, il existe des moyens de corriger les problèmes de votre site Web.

En raison de la com­plexité de nombreux plugins WordPress, il est fort possible que des erreurs inconnues soient dues à l’un des plugins. Un de vos plugins est peut-être obsolète ou une mise à jour récente est in­com­pa­tible avec votre backend WordPress. Si vous pensez que cela est le cas, dé­sac­ti­vez alors tous vos plugins et réactivez-les les uns après les autres pour découvrir lequel d’entre eux est à l’origine du problème.

Utilisez le client FTP pour vous connecter au serveur de votre site Web. Suivez ensuite ces étapes afin d’iden­ti­fier le plugin dé­fec­tueux :

  • Allez dans le ré­per­toire où se trouvent vos dossiers WordPress.
  • Ouvrez le dossier wp-content.
  • Dans le dossier « wp-content », cherchez le dossier « plugins ».
  • Renommez le dossier des plugins. Tous les plugins seront ainsi dé­sac­ti­vés au­to­ma­ti­que­ment. Le choix du nom du dossier est libre mais vous devez à nouveau le re­con­naître par la suite. 
  • Cherchez votre tableau de bord WordPress. Si la page blanche a disparu et que vous pouvez vous connecter, alors un des plugins est à l’origine du problème.  
  • Modifier à nouveau le nom du dossier renommé en « plugins ». Tous vos plugins doivent être à présent listés dans la page WordPress cor­res­pon­dante. Ils sont cependant main­te­nant inactifs.  Réactivez-les les uns après les autres. Si l’écran est à nouveau blanc après l’ac­ti­va­tion d’un plugin spé­ci­fique, vous avez détecté celui qui est dé­fec­tueux.
  • Retournez sur votre client FTP et supprimez le plugin dé­fail­lant.

Si votre site Web ne s’affiche toujours pas après ces étapes, le problème peut venir d’un des thèmes installés. Suivez alors la même procédure avec votre dossier Thème : renommez le dossier Thème et réactivez tous vos thèmes un par un, jusqu’à ce que l’écran blanc soit à nouveau visible.

En plus des plugins, d’autres causes non dé­ce­lables au premier abord peuvent être à l’origine d’erreurs WordPress.

  • Les caches : vous pouvez utiliser un plugin de mise en cache pour améliorer le char­ge­ment de WordPress. Si cela est le cas et que vous voyez encore un écran blanc, bien que vous ayez respecté toutes les étapes citées ci-dessus, vous pouvez sim­ple­ment vider le cache de votre page.  Si le cache du programme ne peut pas être vidé parce que vous ne pouvez toujours pas accéder à WordPress, videz alors le cache du na­vi­ga­teur.
  • Fichiers corrompus : vos fichiers WordPress sont pro­ba­ble­ment corrompus (par exemple à cause de virus). Contactez votre hébergeur Web et demandez un diag­nos­tic.
  • Serveur en panne : vérifiez votre boîte mail. Beaucoup de four­nis­seurs d‘hé­ber­ge­ment aver­tis­sent leurs clients lorsque les serveurs sont en panne. Si vous n’avez pas reçu de message de votre hébergeur, appelez son service clientèle. Il peut y avoir un problème de serveur que votre four­nis­seur n’a pas encore diag­nos­ti­qué.

La dernière option pour se sortir de la page blanche WordPress est de procéder à une res­tau­ra­tion complète au moyen d’une sau­ve­garde.

2. Les erreurs internes du serveur : 500 Internal Server Error

Tous les opé­ra­teurs de sites Web, pas seulement sur WordPress, peuvent ren­con­trer l‘ « erreur 500 ». Heu­reu­se­ment, dans la plupart des cas, la cause est trouvée ra­pi­de­ment. Avec WordPress, les problèmes de plugins et/ou de thèmes en­traî­nent souvent des erreurs de serveur. D’autres causes possibles d’erreurs internes du serveur WordPress sont les fichiers corrompus .htaccess ou une mémoire PHP in­suf­fi­sante. Les erreurs internes du serveur peuvent également affecter la page d’ad­mi­nis­tra­tion de WordPress, alors que le reste du site fonc­tionne bien.

Source d’erreur 1 : fichier corrompu .htaccess

La cause la plus courante de l‘erreur 500 provient du fichier corrompu .htaccess. C’est la raison pour laquelle vous devriez vérifier en premier ce type de fichier dès que ce genre de message s’affiche. Connectez-vous à votre serveur via un accès FTP. Naviguez jusqu’au ré­per­toire racine de WordPress et localisez le fichier .htaccess. Donnez un autre nom pro­vi­soire à ce fichier. Ac­tua­li­sez à nouveau votre site Web. Cela fonc­tionne ? Fé­li­ci­ta­tions ! Créez main­te­nant un nouveau fichier .htaccess en naviguant sim­ple­ment vers Pa­ra­mètres à Per­ma­liens dans votre panneau d’ad­mi­nis­tra­tion WP et en sau­ve­gar­dant à nouveau les pa­ra­mètres.

Source d‘erreur 2: mémoire PHP in­suf­fi­sante

Parfois, les limites de la mémoire PHP pro­vo­quent l’erreur 500. Pour dé­ter­mi­ner si elle en est bien la cause, vous devez vérifier l’error_log de votre site Web. Activez le mode wp_debug et vérifiez les pro­to­coles d’erreur. Ouvrez le fichier wp-config.php et re­cher­chez la ligne de code suivante :

Define ('WP_DEBUG', false);

Et modifiez-le comme suit :

Define ('WP_DEBUG', true);

Il est re­com­mandé de dé­sac­ti­ver les plugins et les thèmes les uns après les autres, puisqu’une erreur interne de serveur peut aussi être causée par un plugin ou un thème. Une aug­men­ta­tion de la capacité limite de la mémoire peut aussi résoudre le problème.

Source d‘erreur 3: le noyau est endommagé

Cela n’est pas courant mais, oc­ca­sion­nel­le­ment, le noyau WordPress peut être endommagé et provoquer une erreur de serveur interne. Dans une telle situation, vous devez té­lé­char­ger un nouvel ensemble de fichiers noyau pour éliminer la source de l’erreur.  

Connectez-vous à votre site web via FTP et créez un nouveau dossier wp-admin et wp-include. Les chan­ge­ments dans ces dossiers ne devraient pas affecter vos per­son­na­li­sa­tions WordPress, à moins que vous n’ayez en­re­gis­tré des fichiers modifiés dans ces dossiers, mais ce n’est gé­né­ra­le­ment pas le cas. Les fichiers dans le dossier wp-content con­tien­nent votre thème, les plugins et autres mo­di­fi­ca­tions. Vous ne devez pas re­nou­ve­ler ce dossier, sinon le contenu de votre site sera supprimé.

Si tout le reste échoue, vous devrez té­lé­char­ger une nouvelle copie de WordPress à partir du site officiel et la réins­tal­ler com­plè­te­ment.

3. Erreur lors de la connexion à la base de données :

Si vous êtes un uti­li­sa­teur ex­pé­ri­menté de WordPress, cette erreur WordPress sera pro­ba­ble­ment corrigée ra­pi­de­ment. Cependant, pour les débutants, le message « Erreur lors de la connexion à la base de données » peut être déroutant.

L’erreur se produit, par exemple, lorsque vous installez WordPress ma­nuel­le­ment ou lorsque vous essayez de té­lé­char­ger votre propre site Web. Bien entendu, un bon hébergeur WordPress doit tout con­fi­gu­rer pour vous et s’assurer que cette erreur ne se produise jamais. Cependant, si vous gérez WordPress com­plè­te­ment seul, cette erreur peut se produire ra­pi­de­ment.

De tous les fichiers WordPress-PHP, le plus important est wp-config.php car, sans ce fichier, aucune connexion à la base de données n’est possible et votre site ne fonc­tion­nera plus. Dans ce fichier, vous spécifiez vos in­for­ma­tions de connexion telles que le nom de la base de données, le nom d’uti­li­sa­teur, le mot de passe et l’hôte. Ce fichier n’est pas éditable pour les hôtes payants. Il est donc peu probable que le scénario suivant soit pertinent pour vous si vous utilisez un service d’hé­ber­ge­ment ad­mi­nis­tré.

Source d’erreur 1 : pa­ra­mètres de connexion in­cor­rects

Si une erreur WordPress se produit lors de l‘éta­blis­se­ment d’une connexion à une base de données, cela est alors gé­né­ra­le­ment dû à des pa­ra­mètres de connexion in­cor­rects dans wp-config.php. Si vous déménagez un site Web d’une ancienne société d’hé­ber­ge­ment, vous aurez besoin d’y effectuer un chan­ge­ment. Mettez à jour le nom et le mot de passe de la base de données dans votre wp-config.php, pour que votre base de données fonc­tionne cor­rec­te­ment.

Source d’erreur 2 : erreur lors du dé­pla­ce­ment de votre site WordPress

Une autre source d’erreur courante est le transfert de vos fichiers WordPress vers un nouvel hébergeur. Le site Web est toujours affiché au début, lorsque vous accédez à l’URL. Cependant, une fois que votre ancien hébergeur a résilié votre contrat, si vous n’avez pas transféré votre base de données sur le serveur de votre nouveau four­nis­seur, votre site ne sera plus affiché. Vous recevez le message d’erreur WordPress « Erreur lors de la connexion à la base de données ».

La meilleure façon d’éviter cet échec est de trans­fé­rer im­mé­dia­te­ment l’in­té­gra­lité de la base de données à votre nouvel hébergeur. Mettez à jour votre fichier wp-config.php pour accéder à la nouvelle base de données. De cette façon, il est possible d’annuler en toute sécurité votre ancien compte d’hé­ber­ge­ment sans perdre de données et être confronté au re­dou­table message d’erreur WordPress « Erreur de connexion à la base de données ».

Avant d’en­tre­prendre la ré­so­lu­tion des erreurs, assurez-vous d’avoir une copie de sau­ve­garde dans votre base de données en exportant votre fichier SQL.

Source d‘erreur 3 : fichier wp-config.php incorrect

Vous avez oublié de mettre à jour votre fichier wp-config.php lorsque vous avez changé le mot de passe de la base de données.

Vous devriez mettre à jour votre mot de passe plus fré­quem­ment pour sécuriser votre base de données. N’oubliez pas, cependant, que vous devez changer le mot de passe dans votre panneau de contrôle d’hé­ber­ge­ment et dans le fichier wp-config.php. Té­lé­char­gez votre fichier wp-config.php, ouvrez un éditeur de texte et éditez la ligne suivante :

Define ('DB_PASSWORD', 'entrer le mot de passe ici');

Entrez votre nouveau mot de passe, en­re­gis­trez le fichier wp-config.php et té­lé­char­gez-le via FTP. Rechargez le na­vi­ga­teur et vérifiez que votre site est bien chargé.

Source d’erreur 4 : in­for­ma­tions erronées dans votre base de données

Des fautes de frappe se glissent parfois dedans et même une minuscule faute de frappe peut provoquer le crash d’un site entier. Il suffit d’un mauvais trait de sou­lig­ne­ment ou d’un nombre incorrect dans votre nom de base de données, votre nom d’uti­li­sa­teur ou votre mot de passe pour vous empêcher d’accéder à votre site Web.

La plupart des ins­tal­la­tions WordPress se font via un panneau de con­fi­gu­ra­tion d‘hé­ber­ge­ment avec assistant. Cependant, certains uti­li­sa­teurs préfèrent une ins­tal­la­tion manuelle. Si vous installez WordPress sans aide au­to­ma­tique, vous devez également créer ma­nuel­le­ment votre base de données. Veillez à saisir cor­rec­te­ment votre nom de base de données, nom d’uti­li­sa­teur et votre mot de passe. Pour être ab­so­lu­ment sûr, vous devez utiliser la méthode du copier-coller.

Cependant, assurez-vous de ne copier que le texte dont vous avez vraiment besoin. Assurez-vous de ne pas copier d’espace, car WordPress in­ter­prète ces in­for­ma­tions comme des ca­rac­tères. Les espaces pro­vo­quent des erreurs lorsque le programme d’ins­tal­la­tion tente de se connecter à votre base de données. Veillez également à saisir les in­for­ma­tions dans le champ approprié lors de l’ins­tal­la­tion.

Source d’erreur 5: problèmes avec DB_HOST lors du transfert d’un site Web WordPress vers un nouvel hôte

Dès lors que vous avez actualisé votre wp.config.php pour accéder à votre base de données depuis votre nouvel hébergeur, vous devrez peut-être modifier la valeur DB_HOST (l’hôte de la base de données).

Cette erreur WordPress est moins fréquente, mais elle peut survenir. Certaines sociétés d’hé­ber­ge­ment utilisent leurs propres valeurs lors de la dé­fi­ni­tion du paramètre de l’hôte de la base de données dans wp-config. Ce n’est cependant pas toujours le cas. D’autres hôtes dé­fi­nis­sent une URL au serveur de base de données MySQL, qui doit être utilisé comme valeur pour l’hôte de la base de données. Parfois, cela fonc­tionne aussi si vous insérez l’adresse IP d’hé­ber­ge­ment au lieu d’une URL MySQL.

Source d’erreur 6 : votre base de données est en­dom­ma­gée

Cette erreur est dif­fé­rente de l‘ « erreur de connexion à la base de données » mais elle y est liée. Parfois, le frontend de votre site fonc­tionne par­fai­te­ment mais un message d’erreur apparaît. Un ou plusieurs tableaux de la base de données ne sont pas dis­po­nibles et la base de données peut avoir besoin d’être réparée.

Ouvrez votre fichier wp-config.php et allez dans la section qui définit votre nom de base de données, votre nom d’uti­li­sa­teur, votre mot de passe et votre hôte. Sous hôte, dé­fi­nis­sez ce qui suit :

Define ('WP_ALLOW_REPAIR', true);

Sau­ve­gar­dez main­te­nant votre fichier wp-config.php et té­lé­char­gez-le via FTP. Cherchez l’url suivante :

"http://www.votresite.net/wp-admin/maint/repair.php"

Vous verrez deux options sur la page. La première option est le bouton  « réparer la base de données » et la deuxième option est un bouton « réparer et optimiser la base de données ». A ce stade, vous devez vous assurer d’avoir créé une sau­ve­garde complète de votre base de données.

Cliquez sur l’option « réparer la base de données » et, une fois le processus de ré­pa­ra­tion terminé, ouvrez un nouvel onglet dans votre na­vi­ga­teur. Vérifiez main­te­nant si votre site est affiché cor­rec­te­ment.

Source d’erreur 7 : le serveur de base de données MySQL est éteint

Ce scénario peut se produire lorsque le serveur de votre hébergeur a atteint ses limites. Si votre site Web est surchargé par trop de trafic, le serveur de base de données peut être surchargé aussi. Certains four­nis­seurs peuvent regrouper un grand nombre de sites Web sur le même serveur. Si le trafic augmente sur un site Web, cela peut causer des problèmes pour le reste des pages.

Pour des raisons de sécurité, vous devriez appeler votre hébergeur et lui demander de vérifier l’état du serveur de la base de données. Peut-être qu’il y a un problème technique ou que votre hébergeur ne vous a pas encore envoyé un email à propos d’une main­te­nance planifiée du serveur. Même si cela est très im­pro­bable, un simple appel peut apporter une certitude.

Parlez à votre hébergeur et expliquez-lui que vous avez essayé dif­fé­rentes solutions sans succès. Si on vous dit que votre site Web produit beaucoup de trafic sur le serveur et qu’une mise à jour de l’hé­ber­ge­ment est re­com­man­dée, vous avez détecté la source de l’erreur WordPress.

Comme vous pouvez le voir, le message « erreur dans la con­fi­gu­ra­tion de la connexion à la base de données » n’est pas si grave. Dans la plupart des cas, vous devez sim­ple­ment vous assurer d’avoir entré cor­rec­te­ment vos pa­ra­mètres de base de données dans le fichier wp-config.php.

4. Temps de connexion expiré : connexion in­ter­rom­pue

Ce message d’erreur se produit ha­bi­tuel­le­ment si le serveur du site Web est surchargé et ne peut pas compléter la requête de votre na­vi­ga­teur. Un autre scénario possible est un serveur mal configuré. L’erreur de tem­po­ri­sa­tion de la connexion s’affiche lorsque votre site Web envoie plus de requêtes au serveur qu’il ne peut en traiter.

Source d’erreur 1 : plugins dé­fail­lants

En premier lieu, vous devez dé­sac­ti­ver vos plugins. Si cela résout le problème, activez les plugins un par un. Cette méthode vous permet également de voir quel plugin est à l’origine du problème. Vous pouvez également échanger votre thème actuel contre le thème WordPress par défaut.

Source d’erreur 2 : limite mémoire PHP atteinte

Une autre source d’erreur possible est la limite de mémoire PHP. Dans ce cas, augmentez la limite dans le fichier wp-config.php. Ouvrez le fichier et ajoutez la ligne de code suivante :

define(‘WP_MEMORY_LIMIT’, ’64M’);

Cette ligne augmente la limite de mémoire à 64 Mo. Cependant, vous devez savoir qu’avec un hé­ber­ge­ment partagé, la limite de stockage ne peut être augmentée que jusqu’à une certaine limite. Si vous souhaitez encore plus l’augmenter, vous devrez contacter votre hébergeur afin qu’il augmente la limite de stockage pour votre site. Notez que de nombreux hé­ber­geurs mu­tua­li­sés main­tien­nent une limite de mémoire PHP très basse.

Si vous avez accès à votre fichier php.ini, vous pouvez également augmenter le temps d’exécution maximum. Dans le fichier, faites défiler jusqu’à la ligne avec l’option max_execution_time. Réglez le seuil à zéro pour supprimer com­plè­te­ment la limite de temps d’exécution PHP ou choi­sis­sez une autre valeur.

Source d’erreur 3: l’erreur 404

Une autre cause courante est relative à l’affichage du message d’erreur 404. Le site tente de charger un fichier qui n’existe pas. Cela peut ralentir votre site Web et provoquer un délai d’attente.

Source d’erreur 4 : cookie dé­fec­tueux

Cette erreur WordPress peut se produire si vous n‘êtes pas encore familier avec l’uti­li­sa­tion d’un fichier .htaccess. Dans de très rares cas, cette erreur de WordPress survient si votre na­vi­ga­teur stocke un cookie dé­fec­tueux. Bien que cette situation se produise rarement, il est toujours bon de supprimer le cache du na­vi­ga­teur et recharger la page afin d’exclure cette cause d’erreur.

La solution uni­ver­selle : Core Control

Il existe de nom­breuses solutions aux dif­fé­rentes erreurs WordPress. Dif­fé­rentes sources d’erreur peuvent être détectées avec le Plug-in Core Control. Core Control est un ensemble de modules plugins qui vous per­met­tent de contrôler les fichiers système du noyau WordPress. Si vous utilisez ce plugin, il devra charger la page des pa­ra­mètres « Core Control » et ensuite activer le module HTTP. Allez ensuite dans le nouvel onglet et essayez Core Control.

5. WordPress ne sau­ve­garde aucune mo­di­fi­ca­tion

Vous venez de changer le thème ou avez opté pour un nouveau, vous chargez à nouveau votre site Web, mais aucune mo­di­fi­ca­tion n’est visible. Dans la plupart des cas, il existe une solution simple à ce problème : votre na­vi­ga­teur Web doit recharger com­plè­te­ment la page à partir du serveur. Un na­vi­ga­teur Web stocke des copies de sites Web dans le cache ou la mémoire de votre or­di­na­teur. Lors des visites ul­té­rieures de ce site Web, le na­vi­ga­teur Web accède à la copie cachée, ce qui accélère le char­ge­ment du site Web.

Si votre na­vi­ga­teur Web charge une copie sau­ve­gar­dée de la page depuis le cache, il n’affiche pas vos dernières mo­di­fi­ca­tions parce qu’il s’agit d’une copie périmée. Par exemple, pour recharger com­plé­te­ment votre page dans Firefox, maintenez enfoncée la com­bi­nai­son de touches Ctrl + Majuscule, puis appuyez sur la touche R. Dans Chrome, maintenez la touche Control enfoncée et appuyez sur F5. Ces rac­cour­cis peuvent varier en fonction des pa­ra­mètres de votre na­vi­ga­teur.

Certains services d’hé­ber­ge­ment Web peuvent utiliser des plugins de mise en cache dans le backend à l’insu de leurs clients. Il est gé­né­ra­le­ment possible de dé­sac­ti­ver ce plugin de cache via le champ de con­fi­gu­ra­tion de votre hébergeur. Pour être sûr, vous devriez demander à un re­pré­sen­tant du support technique de votre hébergeur si le four­nis­seur utilise des plugins de mise en cache. Si cela est le cas, vous pouvez demander à ce que ces plugins soient dé­sac­ti­vés.

Le fait que les mo­di­fi­ca­tions ne soient pas affichées se produit souvent lorsque vous utilisez un plan d‘hé­ber­ge­ment WordPress. De nombreux plans d’hé­ber­ge­ment WordPress utilisent la mise en cache côté serveur. Si vous utilisez le service WordPress de votre four­nis­seur, il peut être utile de supprimer ma­nuel­le­ment le cache. Dans de nombreux cas, vos mo­di­fi­ca­tions sont affichées im­mé­dia­te­ment après la sup­pres­sion du cache.   

Si vous utilisez un proxy HTTP inversé de mise en cache sur votre serveur Web, les mo­di­fi­ca­tions apportées à vos fichiers n’ap­pa­raî­tront pas im­mé­dia­te­ment. Les mo­di­fi­ca­tions ne de­vien­nent visibles qu’après un certain temps, lorsque la version cachée du cache a expiré et est rechargée. Con­fi­gu­rez votre système de mise en cache pour corriger ce problème.

Par défaut, WordPress n’a pas de mémoire cache. Cependant, certains plugins WordPress ajoutent également des fonc­tion­na­li­tés de cache à votre site Web WordPress, quels que soient les pa­ra­mètres de votre na­vi­ga­teur.

Cela aidera votre site Web à se charger plus ra­pi­de­ment car WordPress récupère vos données dans le cache. Tous les bons plugins de cache sup­pri­ment le cache dès qu'un message, une page ou un com­men­taire est publié. Toutefois, si vous apportez d’autres mo­di­fi­ca­tions, telles que des mo­di­fi­ca­tions à votre thème, le cache ne peut pas être supprimé et l’ancienne version sera toujours affichée. Dans ce cas, consultez les ins­truc­tions de chaque plugin pour savoir comment vider la mémoire cache.

Si vous apportez une mo­di­fi­ca­tion à un fichier, le nouveau fichier ne sera ini­tia­le­ment en­re­gis­tré que sur votre or­di­na­teur. Si vous ne voyez aucun chan­ge­ment, assurez-vous que vous avez té­lé­chargé le fichier et l’avez placé dans le bon dossier. Si vous écrasez un fichier identique, il se peut que le processus d’en­re­gis­tre­ment ne soit pas terminé. Pour être sûr, vous devez supprimer l’ancienne version du fichier sur le serveur hôte.

Vous pouvez également utiliser un site proxy pour recharger un site Web à partir de là. Comme il s’agit d’une page proxy, elle n’utilise pas de cache, mais charge toujours la dernière version du site.

6. Mode de main­te­nance continue après une mise à niveau

Il arrive souvent que vous ayez besoin de mettre à jour un plugin, un thème ou peut-être vos fichiers du noyau WordPress dans WordPress. Vous sau­ve­gar­dez votre site Web, effectuez la mise à jour et puis une in­ter­rup­tion survient. Il y a un conflit entre la mise à jour et les plugins existants ou la mise à niveau et votre code per­son­na­lisé. Le résultat est un message d’erreur interne.

Si vous dé­sac­ti­vez le plugin dé­fec­tueux ou le code per­son­na­lisé, il est possible que vous accédiez au mode de main­te­nance WordPress. Le message suivant peut alors être lu sur la page d’accueil de votre site :

Maintmode.wpe

La page est évidement en mode main­te­nance. Qu’est-ce que cela signifie exac­te­ment ? Le mode de main­te­nance est une fonc­tion­na­lité centrale qui annule l’accès à WordPress pour les mises à jour et les ins­tal­la­tions. Lorsque vous effectuez des mises à jour, certains processus backend doivent s‘arrêter pendant une courte période. WordPress crée alors un fichier tem­po­raire pour installer les mises à jour. Une fois le processus terminé, le fichier sera supprimé et le site Web fonc­tion­nera de nouveau nor­ma­le­ment.

Le problème se pose lorsqu’il y a un conflit avec ce fichier. Un tel conflit peut in­ter­rompre la sup­pres­sion pro­gram­mée du fichier tem­po­raire. Le fichier de main­te­nance con­ti­nuera alors à s’exécuter même après la fin de la mise à jour et le message ci-dessus ap­pa­raî­tra.

Ce type d’erreur WordPress est pourtant facile à résoudre, si vous êtes familier avec le programme FTP. Enlevez sim­ple­ment le fichier de main­te­nance du ré­per­toire :

Connectez-vous via votre programme FTP et passez au ré­per­toire racine (le même ré­per­toire qui contient le fichier wp-config.php). Si vous ne trouvez pas le fichier, il est pro­ba­ble­ment caché. Sé­lec­tion­nez « Afficher les fichiers cachés » dans votre client. Une fois que vous avez trouvé le fichier, supprimez-le et mettez à jour le client. Supprimez ensuite le cache dans votre na­vi­ga­teur et rechargez votre site web.  

Comment éviter cependant les conflits avec le fichier de main­te­nance ? Grâce à ces étapes simples, de nom­breuses erreurs peuvent être évitées à l’avance :

  • De nombreux conflits découlent du fait que les ins­truc­tions de mise à jour sont ignorées. Utilisez les mises à jour dès qu’elles sont dis­po­nibles. Vérifiez si des mises à jour im­por­tantes sont re­com­man­dées sur votre page d’ad­mi­nis­tra­tion WordPress.
  • Assurez-vous que tous vos plugins et thèmes sont com­pa­tibles avec la dernière version de WordPress. Si ce n’est pas le cas, demandez aux dé­ve­lop­peurs de plugins ou de thèmes s’ils prévoient de sortir une nouvelle version.
  • N’effectuez aucune mise à jour sans avoir effectué une sau­ve­garde au préalable.

7. Erreur de syntaxe

Même une petite erreur de frappe à la mauvaise place peut entraîner l’arrêt du fonc­tion­ne­ment de toute votre page WordPress. Cependant, le message « Erreur syn­taxique » n’est pas un problème insoluble.

Une erreur de syntaxe est, en règle générale, provoquée par une petite erreur critique dans la syntaxe de votre code. Une virgule manquante ou une pa­ren­thèse in­cor­recte vient in­ter­rompre la totalité du script. Avez-vous récemment installé un snippet ou actualisé un plugin ? Si cela est le cas, vous devriez alors vérifier cela en premier.

Pour résoudre les erreurs de syntaxe WordPress, vous devez re­tra­vail­ler la partie du code qui a provoqué cette erreur. Soit vous la supprimez com­plè­te­ment, soit vous corrigez la syntaxe. En tant que débutant, il n’est pas rare d’être ra­pi­de­ment frustré lorsqu’une seule erreur rend la totalité du site inac­ces­sible. Si vous avez ajouté le code dans votre tableau de bord WordPress via la zone éditeur, il n’est alors plus possible d’accéder di­rec­te­ment à votre code WordPress. Le seul moyen possible pour résoudre l’erreur de syntaxe est d’échanger di­rec­te­ment le code dé­fec­tueux via le FTP.

Connectez-vous avec votre programme FTP et passez au ré­per­toire contenant le fichier de thème qui doit être re­tra­vaillé.  Le code d’erreur vous indique le fichier et la ligne concernés.

Soit vous supprimez com­plè­te­ment le code récemment ajouté, soit vous corrigez la syntaxe. Dès que vous avez supprimé ou re­tra­vaillé le code, sau­ve­gar­dez le fichier et té­lé­char­gez-le sur votre serveur. Lancez ensuite l’adresse de votre site Web sans cache, celui-ci fonc­tionne nor­ma­le­ment à nouveau cor­rec­te­ment.

8. Echec de la mise à jour au­to­ma­tique

WordPress offre de nom­breuses fonc­tion­na­li­tés ex­cep­tion­nelles et la fonction de mise à jour au­to­ma­tique est sans aucun doute une fonc­tion­na­lité très pratique pour de nombreux uti­li­sa­teurs. Cependant, des com­pli­ca­tions sur­vien­nent parfois lors de la mise à jour au­to­ma­tique de WordPress.

Si vous avez installé une version actuelle de WordPress, vous n’avez pas à vous soucier des mises à jour de sécurité mineures. La plupart du temps, ces mises à jour se font au­to­ma­ti­que­ment en arrière-plan. Cela signifie que vous recevez au­to­ma­ti­que­ment des mises à jour WordPress de plus petite taille sans avoir à faire quoi que ce soit. Pour de mises à jour plus im­por­tantes comme une nouvelle version de WordPress, cliquez sim­ple­ment sur le bouton « Mettre à jour main­te­nant ».

Avant de mettre à niveau WordPress, vous devez toujours sau­ve­gar­der votre base de données WordPress ainsi que tous les fichiers et dossiers. Si vous obtenez le message d’erreur « Mise à jour échouée », ce problème peut être résolu de la manière suivante :

Sup­pres­sion du fichier de main­te­nance

Supprimez d’abord le fichier de main­te­nance via le FTP de votre ré­per­toire WordPress. Si une mise à jour de WordPress échoue, il est né­ces­saire de supprimer ce fichier pour revenir à la page d’ad­mi­nis­tra­tion de WordPress.

Vé­ri­fi­ca­tion de la per­mis­sion sur les fichiers

Il arrive parfois que WordPress ne puisse pas créer le ré­per­toire de mise à niveau en raison d’un problème de per­mis­sion. Si vous obtenez le message d’erreur « im­pos­sible de créer un ré­per­toire », vérifiez que votre dossier wp-content possède la per­mis­sion sur le dossier 755. Il est possible aussi d’utiliser une per­mis­sion 777. Pensez cependant à modifier à nouveau la per­mis­sion dès que vous aurez résolu le problème. De plus, avec ce type de solution, vous devrez également dé­sac­ti­ver tem­po­rai­re­ment tous les plugins.

Essayez d’ac­tua­li­ser à nouveau WordPress. Si vous voyez encore la même erreur, supprimez alors le dossier « mise à jour » dans wp-content, créez-en un nouveau et utilisez une per­mis­sion 777 pour le même dossier. Si cela fonc­tionne main­te­nant, vous ne devez pas oublier de changer à nouveau la per­mis­sion 755, pour minimiser le risque de sécurité.

Dans certains cas, vous pouvez ren­con­trer des problèmes de per­mis­sion en raison de votre hébergeur. Dans ce cas, vous devrez envoyer un ticket d’as­sis­tance à votre hébergeur et essayez de résoudre le problème de cette façon.

Ajouter les iden­ti­fiants FTP au fichier de con­fi­gu­ra­tion WordPress

Si votre site a récemment été déplacé ou si vous avez modifié votre mot de passe FTP, alors il est possible que WordPress vous demande vos iden­ti­fiants FTP dans le tableau de bord. Cela peut arriver que WordPress demande ces iden­ti­fiants ré­gu­liè­re­ment mais cela peut être modifié avec les pa­ra­mètres ap­pro­priés. Plutôt que de saisir à chaque fois les in­for­ma­tions d’iden­ti­fi­ca­tion dans le tableau de bord, ajoutez-les sim­ple­ment au fichier wp-config.php. Mais assurez-vous d’abord que vous utilisez les bons iden­ti­fiants FTP. Vérifiez les données en visitant votre panneau de contrôle d’hé­ber­ge­ment Web.

Ouvrez main­te­nant votre fichier wp-config.php depuis le ré­per­toire racine de votre ins­tal­la­tion WordPress et ajoutez-y quelques lignes. Ajoutez les lignes suivantes à votre fichier wp-config.php au-dessus de la ligne « ‘/* That’s all, stop editing! Happy blogging. */‘ » :

define(‘FS_METHOD’, ‘ftpext’);

define(‘FTP_HOST’, ‘ftp.website.com’);

define(‘FTP_USER’, ‘nom d‘uti­li­sa­teur);

define(‘FTP_PASS’, ‘mot de passe’);

Saisissez ensuite vos données à la place FTP-Host, nom d’uti­li­sa­teur et détails du mot de passe.

9. Problèmes lors du té­lé­char­ge­ment de photos vers WordPress

Les problèmes lors du té­lé­char­ge­ment d’images pro­vien­nent souvent d’une per­mis­sion in­cor­recte sur les fichiers. Votre ré­per­toire actualisé doit disposer de per­mis­sions correctes sur les fichiers. Autrement, WordPress ne peut pas sau­ve­gar­der de fichiers. Dans quelques cas, il peut y avoir des problèmes d’affichage de vos fichiers depuis le ré­per­toire actualisé. Pour définir les per­mis­sions correctes pour votre ré­per­toire de té­lé­char­ge­ment, vous avez besoin d’un client FTP. Vous vous demandez peut-être pourquoi il y a sou­dai­ne­ment des problèmes avec les au­to­ri­sa­tions. Qui a modifié les per­mis­sions sur les fichiers ?

Plusieurs causes possibles peuvent entraîner des com­pli­ca­tions avec les au­to­ri­sa­tions. Il est possible que votre hébergeur ait mis à jour et modifié les per­mis­sions sur vos fichiers. Il est également con­ce­vable qu’un hacker puisse provoquer ces chan­ge­ments lors du té­lé­char­ge­ment d’un backdoor (portes dérobées). Avec un hé­ber­ge­ment de partage mal configuré, il est également possible qu’un autre uti­li­sa­teur ait installé un thème ou un plugin à partir d’une source peu fiable et ce fichier ait mal changé les per­mis­sions sur les scripts et fichiers pour tous les uti­li­sa­teurs.

Si tout fonc­tionne à nouveau nor­ma­le­ment sur votre site Web, il vous reste encore à nor­ma­li­ser la per­mis­sion sur les fichiers. Si vous ren­con­trez des dif­fi­cul­tés, veuillez contacter votre hébergeur et demander une as­sis­tance.

Connectez-vous à votre site Web via le client FTP et ouvrez le dossier /wp-content/. Il contient le sous-dossier /uploads/. Cliquez avec le bouton droit de la souris sur le ré­per­toire d’upload et sé­lec­tion­nez Au­to­ri­sa­tions de fichier. Ceci ouvre une boîte de dialogue d’au­to­ri­sa­tion de fichier. Tout d’abord, vous devez définir les per­mis­sions de fichier pour le ré­per­toire d’upload lui-même et tous les sous-ré­per­toires sur 744. Pour cela, saisissez 744 dans le champ de valeur numérique et cochez la case à côté de « ré­cur­si­ve­ment dans les sous-ré­per­toires ». Enfin, vous devez cliquer sur « cliquer pour les ré­per­toires seulement ». Confirmez avec Ok pour appliquer ces mo­di­fi­ca­tions. Votre programme FTP va main­te­nant démarrer la gestion des fichiers pour les ré­per­toires. Si le réglage des per­mis­sions de ré­per­toire sur 744 n’aide pas, essayez la valeur numérique 755 à la place. Dans l’étape suivante, dé­fi­nis­sez les per­mis­sions sur les fichiers pour tous les fichiers du ré­per­toire d’upload. Cliquez avec le bouton droit de la souris sur le ré­per­toire de té­lé­char­ge­ment et sé­lec­tion­nez la catégorie « Droits d’accès aux fichiers ». Dans la boîte de dialogue File Access Change, changez la valeur numérique sur 644 et cochez la case à côté de « ré­cur­si­ve­ment dans les sous-ré­per­toires ». Enfin, cliquez sur le bouton « uni­que­ment pour les fichiers ». Cliquez ensuite sur le bouton OK pour appliquer ces mo­di­fi­ca­tions.

Votre programme FTP définit main­te­nant les per­mis­sions sur les fichiers pour tous les fichiers. Une fois ces mo­di­fi­ca­tions sau­ve­gar­dées, il devrait être possible de té­lé­char­ger des images depuis votre page d’ad­mi­nis­tra­tion WordPress.

10. La barre des tâches apparaît sous le contenu principal

Si cette erreur WordPress se produit, votre barre latérale ne sera plus à gauche ou à droite du contenu principal mais sous votre texte. Cela est non seulement peu es­thé­tique, mais peut aussi affecter l’uti­li­sa­tion du site Web. Même si votre mise en page peut sembler inutile à cause de cette erreur, cela ne signifie pas que vous ne pouvez plus utiliser votre thème. L’erreur de la barre latérale peut souvent être corrigée ra­pi­de­ment.

Une cause commune de cette erreur est un trop grand nombre de balises ouvertes ou bien trop de balises div fermées dans votre code HTML. Les balises Div res­semblent à ceci dans le code de votre page WordPress :

<div> </ div>

Ce marquage ouvre ou ferme des éléments HTML de votre site Web. Si une balise div est trop ou peu utilisée au sein du code, elle ne sera alors pas im­plé­men­tée cor­rec­te­ment. Cela concerne surtout la mise en page. Lorsque le problème n’apparaît que sur un passage ou une page, il est alors fort probable que les balises div en soient la cause. Le moyen le plus simple de vérifier s’il y a des erreurs de balises div dans votre code est d’utiliser un va­li­da­teur HTML en ligne.

Il est également possible qu’une erreur se soit glissée dans votre feuille de style CSS. Vous devez im­pé­ra­ti­ve­ment prendre cette pos­si­bi­lité en con­si­dé­ra­tion si vous avez récemment apporté des mo­di­fi­ca­tions à ce fichier. Si vous avez attribué des spé­ci­fi­ca­tions de taille au contenu principal et à la barre latérale qui ne cor­res­pon­dent pas l’un à l’autre, le CSS ne peut ainsi pas cons­truire cor­rec­te­ment votre mise en page. Des in­di­ca­tions in­cor­rectes ou trop de padding peuvent également mener à une pré­sen­ta­tion erronée de votre site Web.

Une autre pos­si­bi­lité consiste à dé­sac­ti­ver la propriété float de votre barre latérale pour qu’elle ne soit plus alignée à gauche ou à droite par le biais du CSS. Vérifiez également la dé­fi­ni­tion float pour exclure cette source d’erreur.

Aller au menu principal