Comment réparer l'erreur HTTP 500 Internal Server dans WordPress - Guide complet

Votre site WordPress vient de tomber en panne avec une erreur HTTP 500, et la seule information que le serveur vous donne, c'est qu'un problème s'est produit. L'erreur 500 (erreur interne du serveur) est volontairement vague. Le serveur a rencontré une situation qu'il n'a pas pu gérer, et il ne vous dira pas de quoi il s'agissait.

L'avantage, c'est que les erreurs 500 peuvent généralement être identifiées dès lors que l'on commence à vérifier les bons éléments dans le bon ordre. Dans ce guide, nous allons voir ce que signifie l'erreur HTTP 500, ses causes courantes, ainsi que les étapes à suivre pour la résoudre et rétablir rapidement votre site WordPress.

Que signifie l'erreur HTTP 500 sur WordPress ?

Le code d'état HTTP 500 est une réponse côté serveur. Il indique au navigateur : « Une erreur s'est produite de mon côté, mais je ne peux pas être plus précis. » La documentation pour développeurs de Mozilla le décrit comme un code générique fourre-tout ; le serveur renvoie un 500 lorsqu'il ne trouve pas de code 5xx plus spécifique à utiliser.

Dans WordPress, l'erreur peut apparaître sur l'ensemble de votre site, sur une seule page, uniquement dans le tableau de bord d'administration ou uniquement sur l'interface publique. L'endroit où elle apparaît permet de cerner la cause du problème.

Causes courantes de l'erreur HTTP 500 dans WordPress

Dans certains cas, une corruption de la base de données ou des défaillances plus générales du serveur ou de la base de données peuvent également se traduire par une erreur 500, même si une connexion à la base de données qui échoue affiche le plus souvent son propre message d'erreur spécifique. Avant d'aborder les solutions, il est utile de savoir ce qui déclenche généralement cette erreur. Parmi les causes courantes, on peut citer :

• Installations de nouveaux plugins ou thèmes: Des plugins ou des thèmes incompatibles peuvent provoquer des conflits de serveur.
• Fichier.htaccess corrompu : un fichier .htaccess corrompu ou mal configuré peut interrompre le fonctionnement du serveur.
• Limite de mémoire PHP: Si votre site WordPress dépasse la limite de mémoire PHP fixée par votre hébergeur, il peut déclencher une erreur 500.
• Modifications de la configuration du serveur: La modification des versions de PHP ou d'autres paramètres du serveur peut créer des incompatibilités.
• Les droits d'accès aux fichiers ont été modifiés de manière inattendue
• La version de PHP installée sur le serveur n'est pas compatible avec votre code, ou bien le serveur a atteint sa limite de ressources

Avant de corriger l'erreur HTTP 500 sur WordPress, vérifiez les journaux d'erreurs de votre serveur

Beaucoup de gens ignorent les journaux et se mettent à activer et désactiver les plugins à l'aveuglette. Cela fait généralement perdre du temps. Le journal d'erreurs de votre serveur contient souvent l'erreur PHP exacte à l'origine de la réponse 500, ce qui peut vous orienter directement vers la solution adéquate au lieu de vous laisser dans le flou.

Comment trouver vos journaux d'erreurs :

La plupart des hébergeurs mettent à disposition les journaux d'erreurs via cPanel (rubrique « Journal d'erreurs » dans la section « Statistiques »), Plesk ou un tableau de bord personnalisé. Si vous ne savez pas où les trouver, effectuez une recherche sur le terme « journal d'erreurs » dans la base de connaissances de votre hébergeur ou contactez son service d'assistance.

Vous recherchez les entrées les plus récentes, en particulier les erreurs fatales ou les avertissements PHP datant de la période où l'erreur 500 a commencé à apparaître. Voici quelques schémas courants que vous rencontrerez :

• Erreur fatale : la mémoire disponible de X octets est épuisée → Passer à la méthode 4
• Erreur fatale : impossible de redéclarer la fonction… ou le chemin d'accès au fichier du plugin/thème → Passer à la méthode 1
• Erreur de syntaxe, élément inattendu… dans un fichier de thème ou de plugin → Passer à la méthode 1
• .htaccess : commande non valide → Passer à la méthode 3

Si votre hébergeur ne vous permet pas d'accéder facilement aux journaux, ou si ceux-ci ne vous apportent pas beaucoup d'informations, activez ensuite le mode de débogage de WordPress.

Corriger l'erreur HTTP 500 sur WordPress

Il peut être difficile de résoudre ce problème, car l'erreur 500 n'indique jamais de cause précise. Voici toutefois notre liste de vérification pour le dépannage :

Méthode 1 : Supprimer manuellement les plugins et les thèmes

Si l'erreur est apparue juste après l'installation ou la mise à jour d'un plugin ou d'un thème, c'est par là qu'il faut commencer à chercher. Mais même si rien n'a changé de votre côté récemment, un plugin a pu se mettre à jour automatiquement ou entrer en conflit avec une mise à jour de PHP ou de WordPress que vous n'avez pas effectuée.

Comment supprimer manuellement un plugin ou un thème si mon site web est hors service ?

Plus facile à dire qu'à faire car votre site est en panne et vous ne pouvez pas accéder au tableau de bord de l'administration de WordPress, alors comment faire ?

Vous avez d'abord besoin d'un client FTP. J'utilise personnellement Filezilla. Le logiciel s'il est libre et sûr.

Pour utiliser Filezilla et vous connecter à votre site web, vous devrez entrer votre adresse FTP, votre nom d'utilisateur et votre mot de passe.

Si vous ne connaissez pas vos références, vérifiez les premiers e-mails que votre hébergeur vous a envoyés lors de votre inscription. Il contient généralement votre nom d'utilisateur et votre mot de passe FTP. Si vous ne les trouvez pas, adressez-vous à votre service d'hébergement.

Une fois que vous êtes connecté, vous devez aller dans le dossier /www/wp-content/plugins/.

Cliquez ensuite à droite sur votre plugin, et cliquez sur supprimer. Effacez un plugin, retournez à votre navigateur web, et ouvrez une fenêtre de navigation privée.

Si le site se remet à fonctionner, le problème vient d'un plugin. Renommez le dossier en « plugins ». Cela désactivera tous les plugins. Rendez-vous ensuite sur wp-admin et réactivez-les un par un pour identifier le plugin en cause.

Pour les thèmes, accédez au répertoire /wp-content/themes/ et renommez le dossier de votre thème actif. WordPress basculera alors vers un thème par défaut (comme Twenty Twenty-Four). Si cela résout le problème, c'est le thème qui est en cause.

Méthode 2 : Restaurer le fichier .htaccess corrompu

Parfois, les plugins et les thèmes peuvent également corrompre votre fichier .htaccess, provoquant l'erreur de serveur interne 500.

Pour restaurer votre fichier .htaccess, vous devez accéder au répertoire racine de WordPress à l'aide de votre client FTP (voir ci-dessus). Connectez-vous à votre site via FTP et accédez au répertoire racine (où se trouve le fichier wp-config.php).

1. Téléchargez une copie de sauvegarde de votre fichier .htaccess actuel
2. Supprimez le fichier .htaccess sur le serveur (ou renommez-le en .htaccess_backup)
3. Créez un nouveau fichier .htaccess contenant les règles de réécriture par défaut de WordPress :

# BEGIN WordPress

RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

# END WordPress

Enregistrez le fichier, téléchargez-le, puis actualisez votre site web pour vérifier si le problème est résolu. Si ce n'est pas le cas, passez à l'étape suivante. Si cela résout le problème et que vous utilisez WooCommerce, un plugin de mise en cache ou un plugin de sécurité, rendez-vous dans Paramètres → Permaliens dans wp-admin et cliquez sur « Enregistrer les modifications ». Cela permet de régénérer les règles .htaccess dont ces plugins ont besoin.

Cette étape s'applique aux sites WordPress fonctionnant sous Apache ou LiteSpeed, où le fichier .htaccess gère les règles de réécriture. Si votre serveur utilise Nginx, ce fichier n'intervient pas dans la chaîne de traitement des requêtes.

Méthode 3 : Augmenter la limite de mémoire de PHP

Une autre façon de corriger l'erreur 500 internal server est d'augmenter la limite de mémoire PHP dans WordPress.

Si le journal des erreurs indique un épuisement de la mémoire ou si le site rencontre des difficultés lors de processus plus gourmands en ressources, comme des importations volumineuses ou l'utilisation de constructeurs de pages, il peut être utile d'augmenter l'allocation de mémoire de WordPress.

Pour augmenter votre limite de mémoire PHP dans WordPress, vous devez éditer le fichier function.php en ajoutant ces 3 lignes de code :

@ini_set(‘upload_max_size’ , ’64M’);
@ini_set(‘post_max_size’, ’64M’);
@ini_set(‘max_execution_time’, ‘300’);

Function.php se trouve également dans le répertoire racine de WordPress.

Vous pouvez accéder au fichier et le modifier avec votre client FTP de la même manière que le fichier .htaccess (voir ci-dessus).

Remarque : certains hébergeurs appliquent leurs propres limites de mémoire au niveau du serveur, qui prévalent sur celles que vous avez définies dans le fichier wp-config.php. Si l'augmentation de la limite ici ne résout pas le problème, contactez votre hébergeur pour lui demander quelle est la limite de mémoire PHP au niveau du serveur et s'il est possible de l'augmenter.

Si vous utilisez un hébergement mutualisé et que vous atteignez régulièrement les limites de mémoire, c'est le signe que vous avez peut-être besoin d'une formule plus avancée ou d'un hébergeur proposant des ressources plus généreuses.

Méthode 4 : Activer le mode débogage de WordPress

Si vous ne pouvez pas accéder directement aux journaux du serveur, WordPress dispose de son propre système de signalement des erreurs. Vous devrez utiliser un accès FTP ou le gestionnaire de fichiers de votre hébergeur pour modifier le fichier wp-config.php situé dans le répertoire racine de votre site.

Recherchez cette ligne :

define('WP_DEBUG', false);

Remplacez-le par :

define('WP_DEBUG', true);

define('WP_DEBUG_LOG', true);

define('WP_DEBUG_DISPLAY', false);

Cette fonction enregistre les erreurs PHP dans un fichier journal situé dans le répertoire wp-content/debug.log sans les afficher à vos visiteurs.

Une fois les modifications enregistrées, actualisez la page qui générait l'erreur 500. Consultez ensuite le fichier wp-content/debug.log via FTP. Les entrées les plus récentes indiquent généralement le fichier et le numéro de ligne à l'origine du problème.

Important : désactivez le mode débogage (en remettant WP_DEBUG sur « false ») une fois que vous avez identifié le problème. Le laisser activé en environnement de production constitue un risque pour la sécurité.

Méthode 5 : Vérifier les droits d'accès aux fichiers

On soupçonne rarement les droits d'accès incorrects, mais ceux-ci provoquent une erreur HTTP 500 dans WordPress. Cela se produit généralement après une migration, un changement d'environnement d'hébergement ou lorsqu'un plugin modifie les droits d'accès de manière inappropriée. Voici à quoi ressemblent généralement les droits d'accès recommandés pour les fichiers WordPress :

• Dossiers : 755 (le propriétaire dispose des droits de lecture, d'écriture et d'exécution ; le groupe et les autres utilisateurs disposent des droits de lecture et d'exécution)
• Fichiers : 644 (le propriétaire a des droits de lecture et d'écriture ; le groupe et les autres utilisateurs ont uniquement des droits de lecture)
• wp-config.php : souvent verrouillé sur 440 ou 400, selon la configuration du serveur

Vous pouvez vérifier et modifier les droits d'accès via FTP (la plupart des clients FTP vous permettent de cliquer avec le bouton droit sur un fichier pour afficher ou modifier ses droits) ou via SSH si vous disposez d'un accès au terminal :

find /path/to/wordpress/ -type d -exec chmod 755 {} \;
find /path/to/wordpress/ -type f -exec chmod 644 {} \;

Remplacez /path/to/wordpress/ par le chemin d'accès réel de votre installation WordPress. Si vous n'êtes pas à l'aise avec l'exécution de commandes sur le serveur, demandez au service d'assistance de votre hébergeur de vérifier et de réinitialiser les droits d'accès aux fichiers à votre place.

Méthode 6 : Réinstaller les fichiers du cœur de WordPress

Si vous êtes arrivé jusqu'ici sans avoir trouvé de solution, il vaut la peine de vérifier si un fichier du cœur de WordPress est corrompu. Cette procédure remplace les fichiers système sans toucher à votre contenu, à vos extensions ou à vos thèmes.

1. Téléchargez une nouvelle version de WordPress sur wordpress.org
2. Décompressez le fichier ZIP sur votre ordinateur.
3. Via FTP, transférez les dossiers « wp-admin » et « wp-includes » issus du téléchargement récent vers votre serveur, en remplaçant ceux qui s'y trouvent déjà.

Ne remplacezpas le dossier wp-content (qui contient vos thèmes, vos plugins et vos fichiers téléchargés) ni le fichier wp-config.php (qui contient la configuration de votre site).

Dans la plupart des cas, cela n'aura aucune incidence sur votre contenu ou vos paramètres, car vous ne remplacez que les répertoires du cœur du système, et non wp-content ou wp-config.php. Faites tout de même une sauvegarde au préalable.

Méthode 7 : Vérifiez votre version de PHP

WordPress impose des exigences minimales en matière de version PHP, et les plugins ont souvent les leurs. Si votre hébergeur a récemment mis à jour PHP ou si vous l'avez modifié manuellement, des incompatibilités peuvent entraîner des erreurs 500.
La plupart des panneaux de contrôle d'hébergement (cPanel, Plesk, hPanel) vous permettent de vérifier et de changer de version PHP.

Recherchez « Version PHP », « Sélecteur PHP » ou « Gestionnaire MultiPHP ».

Si vous avez récemment mis à jour PHP et que l'erreur est apparue juste après, essayez de revenir à la version précédente pour en confirmer la cause. Vérifiez ensuite quel plugin ou thème n'est pas compatible avec la nouvelle version ; votre journal de débogage (méthode 1) indiquera généralement le nom du fichier concerné.

WordPress évolue progressivement vers des versions plus récentes de PHP. Selon les recommandations actuelles du noyau, PHP 8.3 est la version recommandée, et WordPress 7.0 (prévu pour avril 2026) ne prendra plus du tout en charge PHP 7.2 et 7.3, faisant ainsi de la version 7.4 la nouvelle version minimale requise. Si votre site utilise une version plus ancienne de PHP, testez la mise à niveau sur un environnement de test avant d'apporter des modifications à l'environnement de production.

Méthode 8 : Réparer la base de données WordPress

La corruption de la base de données est une cause moins fréquente d'erreur 500, mais cela arrive, surtout si l'erreur n'apparaît que sur certaines pages ou dans des sections spécifiques du panneau d'administration.

WordPress dispose d'un outil de réparation intégré. Ajoutez cette ligne au fichier wp-config.php :

define('WP_ALLOW_REPAIR', true);

Alors rendez-vous sur : https://yoursite.com/wp-admin/maint/repair.php

Vous verrez s'afficher des options permettant de réparer et d'optimiser les tables de la base de données. Lancez la réparation.

Important : supprimez immédiatement la ligne WP_ALLOW_REPAIR du fichier wp-config.php. Cette page étant accessible sans connexion, le fait de la laisser activée constitue un risque pour la sécurité.

Si l'outil intégré ne résout pas le problème, vous pouvez accéder à phpMyAdmin via votre panneau d'hébergement et y lancer une réparation sur chaque table.

Si rien ne fonctionne : contactez votre hébergeur

Si vous avez suivi toutes les étapes ci-dessus et que l'erreur 500 du serveur interne persiste, le problème se situe probablement au niveau de la configuration du serveur. Lorsque vous contacterez votre hébergeur, indiquez-lui :

• Quand l'erreur s'est produite
• Ce que vous avez déjà essayé
• Voyez-vous quelque chose de particulier dans les journaux d'erreurs ?

Les équipes d'assistance d'hébergement compétentes peuvent consulter les journaux au niveau du serveur (journaux d'erreurs Apache/Nginx, journaux PHP-FPM) auxquels vous n'avez peut-être pas accès, et elles peuvent identifier les limites de ressources, les problèmes liés aux modules ou les problèmes de configuration qui ne sont pas visibles depuis l'interface WordPress.

Comment WP Umbrella vous WP Umbrella éviter les erreurs 500

Si vous venez de passer une heure à suivre ce guide, vous avez sans doute consacré la majeure partie de ce temps à essayer de comprendrece quin'allait pas. C'est justement ce genre de problème que WP Umbrella conçu pour éliminer.

Mises à jour sécurisées avec restauration automatique.La plupart des erreurs 500 de WordPress sont dues à la mise à jour d'un plugin ou d'un thème. La fonctionnalité « Safe Update » WP Umbrellasauvegarde le dossier des plugins avant chaque mise à jour, vérifie l'état HTTP du site après celle-ci et effectue automatiquement une restauration si un problème survient. Le mode avancé inclut des tests de régression visuels (comparaison pixel par pixel des captures d'écran avant et après) afin que vous puissiez détecter les modifications affectant la mise en page, et pas seulement les plantages.

Sauvegardes automatisées avec restauration en un clic.Si vous aviez disposé d'une sauvegarde valide au moment où l'erreur 500 s'est produite, vous auriez pu restaurer le site en quelques minutes au lieu de devoir passer par huit méthodes de dépannage. WP Umbrella des sauvegardes automatisées selon votre calendrier et vous permet de restaurer les fichiers, la base de données ou les deux en un seul clic.

Surveillance de la disponibilité et des performances.Une erreur 500 qui passe inaperçue pendant des heures vous fait perdre du trafic, nuit à votre référencement et ébranle la confiance de vos clients. WP Umbrella en permanence la disponibilité de votre site et vous alerte dès qu'une panne survient, par e-mail ou via Slack, afin que vous puissiez réagir avant que quiconque ne s'en aperçoive.

Suivi des erreurs PHP.De nombreuses erreurs 500 commencent par des avertissements PHP qui s'accumulent avant de devenir fatales. WP Umbrella les erreurs PHP dans votre tableau de bord afin que vous puissiez détecter les problèmes tant qu'ils sont encore mineurs.

Analyse de sécurité et de vulnérabilité.Les plugins obsolètes présentant des vulnérabilités connues sont une cause fréquente de pannes au niveau du serveur. WP Umbrella des vulnérabilités toutes les 6 heures à l'aide de la base de données de Patchstack et signale les problèmes avant qu'ils ne s'aggravent.

Comment éviter les erreurs 500 sur WordPress

Une fois que le site aura retrouvé sa stabilité, l'objectif sera de réduire le risque de voir réapparaître une erreur 500 — ou, à tout le moins, d'accélérer la reprise après une telle erreur.

Effectuez régulièrement des sauvegardes. Une sauvegarde récente aurait permis de résoudre ce problème en cinq minutes. Il est indispensable de mettre en place au minimum des sauvegardes quotidiennes automatisées, stockées hors du serveur.

Ne mettez pas à jour vos plugins en masse sans consulter les journaux de modifications. Si vous gérez plusieurs sites WordPress, utilisez un environnement de test ou un processus de mise à jour sécurisée pour détecter les conflits avant qu'ils n'affectent l'environnement de production. La fonctionnalité de mise à jour sécurisée WP Umbrellas'en charge automatiquement : elle vérifie la présence d'erreurs après chaque mise à jour et effectue une restauration si un problème survient.

Surveillez vos sites de manière proactive. Une erreur 500 qui passe inaperçue pendant des heures vous fait perdre du trafic, des conversions et des positions dans les résultats de recherche. Les outils de surveillance de la disponibilité vous alertent dès qu'un problème survient, ce qui vous permet d'intervenir avant que les utilisateurs ne quittent votre site.

Chaque plugin inactif et chaque thème inutilisé constituent du code mort qui encombre votre serveur. Cela peut entraîner des conflits, des failles de sécurité et une surconsommation de ressources. Si un élément n'est ni actif ni indispensable, supprimez-le complètement.

Surveillez vos journaux d'erreurs PHP. La plupart des erreurs 500 ne surgissent pas de nulle part. En général, des avertissements PHP et des notifications de dépréciation s'accumulent dans les journaux avant que le système ne tombe réellement en panne. En les vérifiant régulièrement, vous détectez les problèmes tant qu'ils sont encore mineurs.