L’erreur 500 : votre site est cassé, voici par où commencer

“Internal Server Error.” Trois mots, aucune explication. Le visiteur voit une page blanche ou un message générique, vous ne voyez rien d’autre côté admin — pas de message d’erreur clair, pas de piste. C’est l’une des erreurs les plus frustrantes de WordPress, précisément parce qu’elle peut venir de cinq endroits différents.

Bonne nouvelle : dans 95 % des cas, la cause est identifiable en moins de 15 minutes avec la bonne méthode. L’erreur 500 signifie que le serveur a rencontré une condition inattendue qui l’a empêché de répondre. Le serveur sait qu’il y a un problème, mais il ne vous dit pas lequel — c’est votre job de l’isoler.

Pourquoi ça arrive : les 5 causes fréquentes


1. Consultez les logs d’erreur en premier

Avant de toucher quoi que ce soit, lisez les logs. C’est la source de vérité.

Où les trouver :

Le log vous dira exactement quel fichier, quelle ligne, quelle fonction a planté. Si vous voyez PHP Fatal error: Allowed memory size of 134217728 bytes exhausted → c’est la mémoire. Si vous voyez syntax error in /wp-content/plugins/monplugin/ → c’est un plugin.

Sans lire les logs, vous travaillez à l’aveugle.


2. Désactivez tous les plugins

C’est le test le plus rapide et le plus révélateur.

Si vous avez accès à l’admin WordPress :

Si l’admin est inaccessible (erreur 500 partout) :

Si vous avez besoin d’un accès SSH pour aller plus vite, les guides sur SSH via Gandi et SSH via Plesk vous donnent la procédure complète.


3. Régénérez le fichier .htaccess

Le .htaccess est le fichier de configuration d’Apache qui gère les redirections et les permaliens de WordPress. Une seule ligne corrompue suffit à déclencher une erreur 500.

Test rapide :

Pour en générer un propre :

Si des plugins de sécurité (Wordfence, iThemes Security) avaient modifié ce fichier, leurs règles sont effacées — vérifiez leurs réglages après la remise en état. Si vous rencontrez aussi des boucles de redirection après cette étape, consultez l’article sur ERR_TOO_MANY_REDIRECTS.


4. Augmentez la limite mémoire PHP

WordPress a besoin de RAM allouée par PHP pour s’exécuter. Par défaut, beaucoup d’hébergements mutualisés allouent 64 Mo ou 128 Mo — trop peu si vous utilisez WooCommerce, Elementor, ou des plugins lourds.

Directives PHP à connaître

DirectiveRôleSymptôme si trop basseValeur conseillée
memory_limitRAM allouée par script PHPErreur 500, écran blanc256M
max_execution_timeDurée max d’exécution d’un scriptTimeout, erreur 500 sur import/export120
max_input_timeTemps max pour recevoir les donnéesErreur sur upload de médias120
max_input_varsNombre de variables POST acceptéesPerte de données en sauvegarde3000
post_max_sizeTaille max d’une requête POSTErreur 500 à l’upload64M
upload_max_filesizeTaille max d’un fichier uploadéErreur 413 ou 500 sur médias64M

Où modifier ces valeurs

Dans wp-config.php (rapide, mais limité à memory_limit) :

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

Dans .htaccess (si votre hébergeur l’autorise) :

php_value memory_limit 256M
php_value max_execution_time 120

Dans php.ini à la racine de votre site :

memory_limit = 256M
max_execution_time = 120

Via le panel hébergeur : OVH, IONOS, Infomaniak et la plupart des hébergements premium proposent un sélecteur de version PHP avec les directives modifiables directement en interface. C’est la méthode la plus propre.

Si votre site est lent en plus d’être instable, les causes sont souvent liées — l’article site WordPress lent couvre le diagnostic complet.


5. Vérifiez les permissions de fichiers

Des permissions trop restrictives ou trop ouvertes bloquent PHP.

Valeurs correctes :

Via SSH :

find /chemin/vers/wordpress -type d -exec chmod 755 {} \;
find /chemin/vers/wordpress -type f -exec chmod 644 {} \;
chmod 600 wp-config.php

Via FTP : clic droit sur un dossier ou fichier → Permissions → entrez la valeur.


6. Testez avec le thème par défaut

Si aucune des étapes précédentes n’a résolu le problème, désactivez votre thème actif en renommant son dossier dans wp-content/themes/. WordPress bascule automatiquement sur un thème par défaut (Twenty Twenty-Something). Si le site revient, c’est votre thème qui était fautif — probablement une mise à jour incompatible ou un fichier corrompu. Pour tout ce qui touche aux éditeurs page-builder en lien avec les thèmes, voir aussi Elementor bloqué au chargement.


Tableau récapitulatif : cause → solution

CausePremier testSolution
Plugin fautifDésactiver tous les plugins via FTPRéactiver un par un, identifier le coupable
.htaccess corrompuRenommer le fichier, rechargerRegénérer via Réglages → Permaliens
Mémoire PHP insuffisanteLire les logs (memory exhausted)Ajouter define('WP_MEMORY_LIMIT', '256M')
Permissions incorrectesVérifier en FTPchmod 755 (dossiers), 644 (fichiers)
Thème fautifRenommer dossier du thèmeRéinstaller ou revenir à la version précédente

L'erreur 500 n'apparaît que sur certaines pages, pas sur toutes — pourquoi ?

Souvent le signe d’un plugin qui s’active uniquement sur certains types de pages (WooCommerce sur les pages produit, un plugin de formulaire sur la page contact). Commencez par identifier quel plugin est chargé sur les pages affectées, et désactivez-le en premier.

Mon hébergeur dit que l'erreur vient de mon code — qu'est-ce que ça veut dire ?

Ça signifie que le problème est côté application (WordPress, plugin, thème), pas côté infrastructure. L’hébergeur ne peut pas résoudre ça à votre place. Suivez les étapes de cet article dans l’ordre : logs, plugins, .htaccess, mémoire.

Est-ce que je risque de perdre mes données en désactivant les plugins ou en renommant le .htaccess ?

Non. Désactiver des plugins et renommer des fichiers de configuration ne touche pas à votre base de données ni à vos contenus. Vos articles, pages et médias sont en sécurité. Faites quand même une sauvegarde complète avant toute intervention — c’est une habitude, pas une précaution d’urgence.

L'erreur 500 est revenue après quelques jours — c'est normal ?

Non. Une erreur 500 récurrente sans changement de votre part indique soit un problème de ressources serveur (hébergement mutualisé saturé à certaines heures), soit un plugin ou une tâche planifiée (cron WordPress) qui plante régulièrement. Consultez les logs sur plusieurs jours pour identifier l’heure et le script récurrents.


Quand passer la main à un pro

Si après toutes ces étapes le site est toujours en erreur 500, ou si les logs affichent des erreurs que vous ne comprenez pas, c’est le moment de ne pas s’acharner. Un prestataire accède aux logs complets, à la configuration serveur et peut identifier en 20 minutes ce qui vous prendrait des heures. Si en plus vous soupçonnez que votre prestataire actuel ne répond plus ou que vous n’avez pas accès à votre propre serveur, l’article sur le prestataire web disparu et celui sur les 7 accès à exiger de votre agence sont les deux lectures à faire immédiatement. L’erreur 500, ça se règle — mais encore faut-il avoir les clés en main.

Ce problème, Peechy s'en occupe

Plutôt que de tout gérer seul, confiez votre site à une agence qui s'occupe de tout — hébergement, sécurité, maintenance et corrections. Encore plus simple en abonnement : on règle les soucis avant même que vous les remarquiez.

Confier mon site à Peechy