Réparer un site WordPress : 7 pannes courantes et leurs solutions

Votre site WordPress affiche une erreur, une page blanche ou ne répond plus ? Pas de panique : dans la grande majorité des cas, la panne vient d’une extension, du thème ou d’une mise à jour, et elle se répare sans perdre de données. Voici les 7 pannes que je rencontre le plus souvent en dépannage, comment les reconnaître, comment les réparer vous-même, et à quel moment il vaut mieux passer la main.

Avant toute chose : si vous avez accès à votre hébergeur, faites une sauvegarde complète (fichiers + base de données) avant de toucher à quoi que ce soit. Une réparation qui tourne mal sur un site sans sauvegarde, c’est la seule situation vraiment grave.

1. « Il y a eu une erreur critique sur ce site »

C’est le message le plus fréquent depuis WordPress 5.2. Il remplace l’ancien écran blanc : WordPress a rencontré une erreur PHP fatale et a coupé l’affichage.

Cause habituelle : une extension ou un thème incompatible avec votre version de PHP ou de WordPress, souvent juste après une mise à jour.

Comment réparer :

1. Vérifiez la boîte mail de l’administrateur du site : WordPress y envoie un email « Votre site rencontre un problème technique » avec un lien vers le mode de récupération. Ce lien vous connecte à l’administration en désactivant l’élément fautif, que vous pouvez ensuite mettre à jour ou supprimer.
2. Pas d’email ? Activez le journal d’erreurs : dans le fichier wp-config.php, ajoutez define( 'WP_DEBUG', true );, define( 'WP_DEBUG_LOG', true ); et define( 'WP_DEBUG_DISPLAY', false );. Rechargez le site, puis ouvrez wp-content/debug.log : la dernière ligne « PHP Fatal error » indique le fichier en cause, et donc l’extension ou le thème.
3. Désactivez l’élément fautif par FTP en renommant son dossier dans wp-content/plugins/ (par exemple elementor → elementor-off).

Pensez à remettre WP_DEBUG à false une fois réparé.

2. La page blanche, sans aucun message

Même famille de panne que la précédente, sur des installations plus anciennes ou quand l’affichage des erreurs est coupé par l’hébergeur. La méthode est identique : journal d’erreurs, puis désactivation de l’extension en cause.

Si vous ne savez pas laquelle est responsable, renommez le dossier wp-content/plugins en entier : toutes les extensions sont désactivées d’un coup. Si le site revient, renommez-le à nouveau en plugins et réactivez les extensions une par une depuis l’administration jusqu’à retrouver la coupable. Même logique pour le thème : renommer son dossier force WordPress à basculer sur un thème par défaut, s’il en reste un d’installé.

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

Ici, WordPress n’arrive plus à parler à sa base MySQL. Trois causes possibles :

• Les identifiants ont changé (mot de passe de base modifié chez l’hébergeur, migration de serveur) : comparez DB_NAME, DB_USER, DB_PASSWORD et DB_HOST dans wp-config.php avec ceux de votre espace hébergeur.
• Le serveur de base de données est en panne : vérifiez la page d’état de votre hébergeur. Dans ce cas, il n’y a rien à faire d’autre qu’attendre ou ouvrir un ticket.
• Une table est corrompue : WordPress dispose d’un outil de réparation, activé en ajoutant define( 'WP_ALLOW_REPAIR', true ); dans wp-config.php, accessible ensuite à l’adresse votre-site.fr/wp-admin/maint/repair.php. Retirez la ligne dès la réparation terminée : la page est accessible sans connexion.

4. Site bloqué sur « Brièvement indisponible pour cause de maintenance planifiée »

Pendant une mise à jour, WordPress crée un fichier .maintenance à la racine du site et le supprime à la fin. Si la mise à jour a été interrompue (onglet fermé, délai dépassé), le fichier reste et le site affiche ce message indéfiniment.

Réparation : supprimez le fichier .maintenance à la racine par FTP (c’est un fichier caché, activez l’affichage des fichiers cachés). Puis relancez la mise à jour qui a échoué : elle est peut-être restée à moitié installée.

5. Erreur 500 ou boucle de redirection

L’erreur 500 (« Internal Server Error ») vient souvent d’un fichier .htaccess abîmé par une extension. Renommez-le en .htaccess-old, vérifiez que le site revient, puis régénérez-le proprement depuis Réglages → Permaliens → Enregistrer.

La boucle de redirection (« ERR_TOO_MANY_REDIRECTS ») apparaît typiquement après un passage en HTTPS : les adresses dans Réglages → Général ne correspondent plus à celles imposées par l’hébergeur ou par Cloudflare. Si vous n’avez plus accès à l’administration, forcez-les dans wp-config.php avec WP_HOME et WP_SITEURL.

6. « Allowed memory size exhausted »

Le site, ou une page lourde de l’éditeur (Elementor, WooCommerce), dépasse la mémoire PHP allouée. Dans wp-config.php, define( 'WP_MEMORY_LIMIT', '256M' ); relève la limite du site public, et define( 'WP_MAX_MEMORY_LIMIT', '512M' ); celle de l’administration, où tournent les éditeurs comme Elementor. Les deux restent plafonnées par ce que permet votre hébergement.

Attention : c’est souvent un pansement. Si un site a besoin de toujours plus de mémoire, c’est qu’une extension consomme trop, et il vaut mieux trouver laquelle.

7. Le site redirige vers un autre site, ou Google affiche du spam

Redirections vers des sites de casino ou de pharmacie, pages en japonais dans Google, avertissement « Il est possible que ce site ait été piraté » sous votre site dans Google : là, ce n’est plus une panne, c’est un piratage. Supprimer le symptôme ne suffit pas, il faut retrouver la porte d’entrée (extension obsolète, compte administrateur compromis, fichier modifié), sinon le site est réinfecté sous quelques jours.

C’est le cas où je déconseille le plus de bricoler seul. Toutes les étapes sont détaillées dans mon guide site WordPress piraté : que faire dans les premières heures.

Retour d’expérience

Deux pannes que j’ai réparées cette année. Un magasin s’est retrouvé hors ligne du jour au lendemain : on pensait à un piratage, mais en réalité l’extension de cache n’était plus compatible avec la nouvelle version de PHP passée par l’hébergeur. La cause était écrite dans les journaux du serveur, et le site est reparti dès l’extension remplacée.

Sur un autre site, c’est une mise à jour d’Elementor qui a tout bloqué : le thème, dont la licence avait expiré, n’était plus compatible. Le site a été réparé en conservant son design d’origine, sans racheter de licence. Dans les deux cas, le réflexe « réinstaller » aurait fait perdre du temps : c’est le diagnostic qui a fait la différence.

Réparer soi-même ou appeler un pro ?

Vous pouvez raisonnablement réparer vous-même si vous avez une sauvegarde récente, un accès FTP et que la panne correspond clairement à l’un des cas 1 à 6.

Mieux vaut passer la main quand :

• le site est une boutique en ligne : chaque heure d’arrêt, ce sont des commandes perdues ;
• vous n’avez pas de sauvegarde, ou vous ne savez pas où elle est ;
• le site a été piraté ;
• la panne revient après chaque mise à jour, signe d’un problème de fond (PHP obsolète, extension abandonnée, thème modifié directement).

Je propose un dépannage WordPress sous 48 h, à distance, partout en France. Et pour ne plus vivre ces pannes, un contrat de maintenance WordPress prend en charge les mises à jour testées, les sauvegardes et la surveillance du site.

Questions fréquentes

Une réparation WordPress fait-elle perdre des données ?

Non, dans la plupart des cas : désactiver une extension ou changer de thème ne supprime ni les pages, ni les articles, ni les commandes, qui sont stockés en base de données. Le vrai risque, c’est d’intervenir sans sauvegarde.

Combien de temps prend un dépannage WordPress ?

Une erreur critique liée à une extension se règle souvent en moins d’une heure une fois la cause identifiée. Un piratage, avec nettoyage complet et sécurisation, demande davantage.

Pourquoi mon site plante-t-il après une mise à jour ?

Parce qu’une extension ou le thème n’est pas compatible avec la nouvelle version de WordPress ou de PHP. Les mises à jour automatiques sans test préalable sont la première cause de pannes que je rencontre.

Benjamin Lepage, webdesigner WordPress freelance depuis 2016. Je crée, répare et maintiens des sites WordPress et WooCommerce pour des entreprises partout en France. En savoir plus

• 3 views
• 0 Comment