Erreur 500 internal server error WordPress : comment réparer l'erreur interne du serveur

Tu ouvres ton site WordPress et au lieu de ta belle page d'accueil, tu tombes sur un message froid : « Erreur 500 », « 500 Internal Server Error », ou parfois juste une page blanche qui refuse de charger. Panique ? Non. L'erreur interne du serveur sur WordPress est frustrante, mais dans la très grande majorité des cas, elle se répare sans développeur et sans perdre une seule ligne de contenu.

Le problème, c'est que l'erreur 500 est volontairement floue : le serveur sait qu'il y a un souci, mais il ne te dit pas lequel. C'est là qu'on intervient. Dans ce guide, on passe en revue les 8 causes les plus fréquentes de l'erreur 500 internal server error sur WordPress — .htaccess corrompu, limite mémoire PHP dépassée, plugin ou thème en conflit, permissions de fichiers, version PHP incompatible, fichiers corrompus, base de données — avec pour chacune la réparation exacte, dans l'ordre. Suis les étapes, teste après chaque manip, et ton site reviendra à la vie.

L'erreur 500 internal server error, c'est quoi au juste ?

L'erreur 500 (ou « erreur interne du serveur » en français) est un code d'état HTTP générique. Il signifie : « le serveur a reçu ta demande, mais quelque chose a planté en interne et il ne peut pas la traiter ». Contrairement à une erreur 404 qui dit clairement « page introuvable », l'erreur 500 ne précise rien. Sur WordPress, elle apparaît quand le serveur bloque avant même que WordPress ait fini de se charger — d'où le message vague.

Rassure-toi sur un point essentiel : l'erreur 500 internal server error de WordPress ne vient ni de ton ordinateur, ni de ton navigateur, ni de ta connexion. Le problème est côté serveur, c'est là qu'on va le traquer. Et non, corriger une erreur 500 ne fait pas perdre ton contenu : tes articles et tes pages sont dans la base de données, tes médias et tes réglages dans le dossier wp-content. Aucune des manipulations ci-dessous n'y touche.

Action : commence par vider le cache de ton navigateur et tester ton site en navigation privée. Si la page d'erreur 500 persiste, c'est bien côté serveur : passe à l'étape suivante.

Avant de toucher à quoi que ce soit : la sauvegarde

Si tu ne peux plus accéder à ton tableau de bord WordPress à cause de l'erreur 500, pas de panique : toutes les réparations décrites ici se font par FTP (avec un client comme FileZilla) ou via le gestionnaire de fichiers de ton panneau d'hébergement. Tu n'as pas besoin de wp-admin pour corriger une erreur interne du serveur.

Action : télécharge une copie de ton site et exporte ta base de données maintenant. Ensuite seulement, commence le dépannage.

Étape zéro : active le debug.log pour viser juste

Plutôt que de tester les 8 causes au hasard, autant demander à WordPress lui-même ce qui coince. Le fichier debug.log enregistre les erreurs fatales avec leur origine exacte (fichier, ligne, plugin concerné).

Ouvre le fichier wp-config.php à la racine de ton site et remplace la ligne define('WP_DEBUG', false); par :

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

Recharge ensuite la page en erreur 500, puis ouvre /wp-content/debug.log via FTP. La dernière erreur « Fatal error » indique presque toujours le coupable : un plugin, le thème, un manque de mémoire. Garde ce fichier sous les yeux pendant tout le dépannage.

Action : active WP_DEBUG et WP_DEBUG_LOG, recharge la page d'erreur, puis lis le fichier debug.log — note la dernière erreur fatale, c'est ta piste numéro un.

Cause 1 : un fichier .htaccess corrompu

C'est la cause la plus classique de l'erreur 500 internal server error sur WordPress. Le fichier .htaccess, situé à la racine du site, pilote les règles de réécriture d'URL. Un plugin de sécurité, de cache ou de redirection peut y écrire une règle invalide, et le serveur Apache plante immédiatement — d'où l'erreur interne du serveur sur tout le site.

La réparation est simple et sans danger :

1. Connecte-toi en FTP ou via le gestionnaire de fichiers de ton hébergeur et va à la racine du site.
2. Renomme .htaccess en .htaccess_old (le fichier est caché : affiche les fichiers cachés dans ton client FTP).
3. Recharge ton site. S'il refonctionne, le .htaccess était bien corrompu.
4. Si tu as accès au tableau de bord, va dans Réglages > Permaliens et clique sur « Enregistrer les modifications » : WordPress régénère un .htaccess propre automatiquement.

Action : renomme le .htaccess et recharge le site — si l'erreur 500 disparaît, régénère un .htaccess propre via Réglages > Permaliens.

Cause 2 : la limite mémoire PHP épuisée

WordPress, ton thème et tes plugins consomment de la mémoire PHP. Quand la limite allouée est trop basse, une tâche gourmande (mise à jour, import, génération d'images) provoque une erreur fatale et le serveur renvoie une erreur 500. Un signe typique : l'erreur 500 internal server error n'apparaît que dans l'administration WordPress, pas sur le site public — l'admin consomme plus de mémoire.

Augmente la limite en ajoutant cette ligne dans wp-config.php, juste avant la ligne « C'est tout, ne touchez pas à ce qui suit ! » :

define('WP_MEMORY_LIMIT', '256M');

Si ça ne suffit pas, ajoute memory_limit = 256M dans un fichier php.ini placé dans le dossier wp-admin/, ou php_value memory_limit 256M dans le .htaccess. Certains hébergements mutualisés plafonnent cette valeur : dans ce cas, la limite se change depuis le panneau de contrôle de l'hébergeur.

Un site qui manque de mémoire rame souvent avant de planter : si ton site est aussi anormalement lent, lis aussi notre guide sur comment accélérer un site WordPress lent.

Action : ajoute define('WP_MEMORY_LIMIT', '256M'); dans wp-config.php, puis recharge la page — si l'erreur 500 disparaît, c'était bien la mémoire.

Cause 3 : un plugin en conflit

Un plugin défectueux, mal codé ou incompatible avec ta version de WordPress ou de PHP est l'une des causes les plus fréquentes de l'erreur 500. Souvent, l'erreur 500 WordPress apparaît juste après l'installation ou la mise à jour d'un plugin : le timing est alors un indice précieux.

Désactiver tous les plugins sans accès au tableau de bord

1. Connecte-toi en FTP et ouvre le dossier /wp-content/.
2. Renomme le dossier plugins en plugins_desactives. WordPress désactive alors tous les plugins d'un coup.
3. Recharge ton site. S'il fonctionne, un plugin est coupable.
4. Renomme le dossier en plugins, puis réactive les plugins un par un dans le tableau de bord jusqu'à ce que l'erreur 500 revienne : tu as trouvé le fautif.

Une fois identifié, mets le plugin en cause à jour, cherche une alternative, ou contacte son développeur. Le debug.log t'aide aussi : il cite généralement le fichier du plugin responsable de l'erreur fatale.

Action : renomme le dossier plugins via FTP — si le site revient, réactive les plugins un par un pour isoler celui qui provoque l'erreur 500.

Cause 4 : un thème défaillant

Si les plugins sont innocents, le thème actif peut être en cause — surtout après sa mise à jour ou après une mise à jour de WordPress qu'il ne supporte pas. Le test est simple : en FTP, renomme le dossier de ton thème actif dans /wp-content/themes/. WordPress bascule automatiquement sur un thème par défaut (comme Twenty Twenty-Four). Si l'erreur 500 internal server error disparaît, ton thème est le coupable.

Mets alors le thème à jour, restaure une sauvegarde de sa version précédente, ou contacte son auteur. Et si après la réparation tu obtiens une page blanche au lieu de l'erreur 500, c'est un autre symptôme classique : notre guide sur la page blanche WordPress après mise à jour te donne la marche à suivre.

Action : renomme le dossier du thème actif en FTP — si le site revient avec le thème par défaut, mets ton thème à jour ou restaure sa version précédente.

Cause 5 : des permissions de fichiers incorrectes

Des permissions trop permissives ou trop restrictives peuvent faire planter le serveur et générer une erreur 500. La règle de référence : les dossiers en 755 et les fichiers en 644. Le fichier wp-config.php peut rester en 640 ou 600 selon les hébergeurs. En revanche, des dossiers ou fichiers en 777 sont une faille de sécurité et certains serveurs les bloquent avec une erreur interne du serveur.

Vérifie et corrige les permissions via ton client FTP (clic droit > « Permissions du fichier ») ou le gestionnaire de fichiers de ton hébergeur. Corrige en priorité la racine du site et le dossier wp-content.

Action : passe les dossiers en 755 et les fichiers en 644 (sauf wp-config.php), puis recharge le site.

Cause 6 : une version PHP incompatible

WordPress et ses extensions évoluent avec PHP. Un plugin mis à jour peut exiger PHP 8.x alors que ton serveur tourne encore en 7.4 — ou l'inverse : un vieux plugin utilise des fonctions supprimées dans les versions récentes de PHP. Dans les deux cas, résultat : erreur fatale, erreur 500 internal server error.

Vérifie la version PHP active depuis le panneau de contrôle de ton hébergeur (section « Version PHP » ou « Configuration »). Si une mise à jour récente coïncide avec l'erreur, bascule temporairement sur une version PHP antérieure supportée : si le site revient, l'incompatibilité est confirmée. Mets ensuite à jour ou remplace le composant incompatible, puis repasse sur une version PHP récente et maintenue.

Action : change la version PHP depuis ton panneau d'hébergement et teste — si le site revient, isole puis mets à jour l'extension incompatible.

Cause 7 : des fichiers WordPress corrompus

Un transfert FTP interrompu, un disque serveur défaillant ou une mise à jour qui a mal tourné peuvent corrompre les fichiers du cœur de WordPress (wp-admin et wp-includes). La réparation consiste à réinstaller des fichiers sains, sans toucher à ton contenu :

1. Télécharge une copie neuve de WordPress depuis wordpress.org (la même version que ton site si possible).
2. En FTP, supprime les dossiers wp-admin et wp-includes de ton serveur, puis téléverse ceux de la copie neuve.
3. Ne touche ni à wp-content (tes thèmes, plugins, médias), ni à wp-config.php.

Tes articles, tes pages et tes réglages sont intacts : ils vivent dans la base de données, pas dans ces dossiers.

Action : remplace les dossiers wp-admin et wp-includes par des versions neuves via FTP, sans toucher à wp-content ni à wp-config.php.

Cause 8 : un problème de base de données ou de serveur

Si le message affiché est « Erreur lors de la connexion à la base de données » plutôt qu'une erreur 500 classique, vérifie les identifiants dans wp-config.php (nom de la base, utilisateur, mot de passe, hôte). Une base corrompue peut aussi être réparée en ajoutant define('WP_ALLOW_REPAIR', true); dans wp-config.php, puis en visitant ton-site.fr/wp-admin/maint/repair.php. Pense à retirer la ligne après la réparation.

Enfin, l'erreur 500 internal server error peut venir du serveur lui-même : surcharge temporaire, service PHP ou MySQL en panne, maintenance côté hébergeur. Si l'erreur est apparue d'un coup sans aucune modification de ta part, et que rien d'autre n'a marché, le problème est probablement chez l'hébergeur.

Action : vérifie tes identifiants de base dans wp-config.php, tente la réparation via repair.php, et si rien n'a changé, contacte le support de ton hébergeur.

Tableau de diagnostic : ton symptôme, ta cause, ton action

Utilise ce tableau comme point de départ : il te fait gagner du temps en ciblant la cause la plus probable selon ton symptôme. Mais garde le debug.log activé pendant tout le dépannage — c'est lui qui tranche en cas de doute.

Action : repère ton symptôme dans le tableau et applique la première action correspondante avant de passer aux autres causes.

Quand contacter ton hébergeur

Tu as tout essayé — .htaccess régénéré, mémoire augmentée, plugins désactivés, thème par défaut, permissions vérifiées, version PHP testée — et l'erreur 500 internal server error persiste ? Il est temps de passer le relais. Le support de ton hébergeur peut consulter les journaux d'erreur du serveur (error_log Apache/Nginx), auxquels tu n'as pas accès, et identifier en quelques minutes ce qui bloque : processus tué, limite serveur atteinte, incident en cours.

Quand tu contactes le support, donne-lui directement : l'URL exacte en erreur, l'heure d'apparition, ce que tu as déjà testé, et le contenu de ton debug.log. Tu éviteras trois allers-retours inutiles.

Action : si les 8 causes sont écartées, ouvre un ticket chez ton hébergeur avec l'URL, l'heure d'apparition et ton debug.log — ou migre vers un hébergeur au support réactif.