Erreur 500 WordPress : diagnostic et solutions

1Comprendre l'erreur 500 en 2 minutes

L'erreur HTTP 500, ou Internal Server Error, signifie que le serveur web (Apache, Nginx) a tenté d'exécuter votre site WordPress mais qu'une erreur PHP fatale est survenue. Contrairement à un 404 (page non trouvée) ou un 403 (accès refusé), le serveur est bien fonctionnel — c'est le code PHP de WordPress qui plante.

La particularité du 500 est qu'il masque la vraie cause pour des raisons de sécurité. Le serveur refuse d'afficher au visiteur le détail technique (qui pourrait être exploité par un attaquant) et renvoie ce message générique.

2Activer le debug WordPress en 30 secondes

Avant de tester des solutions au hasard, activez le mode debug qui transformera votre erreur 500 muette en message explicite. Modifiez le fichier wp-config.php à la racine du site (via FTP / SFTP ou gestionnaire de fichiers de l'hébergeur).

Cherchez la ligne define('WP_DEBUG', false); et remplacez-la par :

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
@ini_set('display_errors', 0);

Rechargez ensuite la page qui affiche le 500. Une trace d'erreur est désormais écrite dans wp-content/debug.log. Ce fichier vous indiquera précisément la cause :

• PHP Fatal error: Allowed memory size exhausted → manque de mémoire (cas 1)
• PHP Fatal error: Call to undefined function... → conflit plugin / thème (cas 2)
• PHP Parse error: syntax error → fichier corrompu ou édition manuelle ratée (cas 3)
• Error establishing a database connection → problème base de données (cas 4)

3Cause n°1 : Mémoire PHP épuisée (≈ 35 % des cas)

WordPress et ses plugins peuvent rapidement saturer la limite mémoire PHP par défaut (souvent 64M ou 128M). Sur les sites avec WooCommerce, Elementor ou des plugins SEO complexes, la mémoire monte fréquemment à 256M voire 512M.

Solution rapide (à essayer en premier)

Ajoutez dans wp-config.php, juste avant la ligne That's all, stop editing! :

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

Rechargez le site. Si le 500 disparaît, la cause était bien la mémoire. Si l'erreur persiste, votre hébergeur impose probablement une limite côté serveur — il faut alors la modifier dans .htaccess :

php_value memory_limit 512M

Ou dans un fichier php.ini personnalisé selon votre hébergeur.

Comment identifier le plugin gourmand

Une fois le site rétabli, installez Query Monitor (gratuit) qui affiche la consommation mémoire de chaque plugin en bas de page admin. Désactivez puis réactivez chaque plugin un par un en surveillant l'évolution. Vous identifierez le coupable en quelques minutes.

4Cause n°2 : Conflit plugin ou thème (≈ 25 %)

Un plugin obsolète, un conflit entre 2 plugins, ou un thème mal codé peut déclencher une erreur PHP fatale. Cas typique : après une mise à jour, le site tombe en 500.

Méthode du dichotomie (la plus efficace)

1. Désactiver tous les plugins en masse : via FTP, renommez le dossier wp-content/plugins/ en plugins_OFF. Si le site revient → c'est un plugin.
2. Remettre le nom original du dossier puis désactiver les plugins par paquets de 5 depuis l'admin (qui doit être à nouveau accessible).
3. Réactiver un par un les plugins en rechargeant le site à chaque fois. Celui qui déclenche le 500 est le coupable.

Pour le thème

Si la désactivation de tous les plugins ne suffit pas, basculez sur un thème par défaut (Twenty Twenty-Four) en renommant le dossier de votre thème actif dans wp-content/themes/. WordPress retombe automatiquement sur un thème par défaut.

5Cause n°3 : Fichier .htaccess corrompu (≈ 15 %)

Le fichier .htaccess à la racine contient les règles de réécriture URL de WordPress. Une corruption (modification manuelle ratée, plugin de cache buggé, mise à jour interrompue) le rend illisible par Apache → erreur 500.

Solution

1. Connectez-vous en FTP / SFTP
2. Renommez .htaccess en .htaccess.old
3. Rechargez le site — si ça fonctionne, le fichier était corrompu
4. Régénérez un .htaccess propre depuis WordPress : Réglages → Permaliens → Enregistrer les modifications

Contenu standard d'un .htaccess WordPress sain

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{{REQUEST_FILENAME}} !-f
RewriteCond %{{REQUEST_FILENAME}} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

6Cause n°4 : Erreur de connexion à la base de données (≈ 10 %)

Si le message exact est "Error establishing a database connection", ce n'est techniquement pas un 500 mais souvent rangé dans la même catégorie. La base MySQL ne répond plus.

Vérifications à faire dans l'ordre

1. Identifiants dans wp-config.php : DB_NAME, DB_USER, DB_PASSWORD, DB_HOST. L'hébergeur a-t-il modifié quelque chose ?
2. Serveur MySQL en panne : contactez l'hébergeur ou vérifiez le statut sur leur page d'incidents.
3. Quota disque dépassé : si la base est pleine, MySQL refuse les écritures. Cleanup des révisions / commentaires spam.
4. Tables corrompues : essayez de réparer via phpMyAdmin (sélectionner toutes les tables → Réparer la table).
5. WordPress propose une réparation automatique : ajoutez dans wp-config.php :

   define('WP_ALLOW_REPAIR', true);

   Puis allez sur votre-site.fr/wp-admin/maint/repair.php

7Causes secondaires : permissions, PHP, core

Cause n°5 : Permissions de fichiers incorrectes (≈ 7 %)

Des permissions trop restrictives (ou trop ouvertes) empêchent Apache de lire les fichiers PHP. Standards corrects :

• Dossiers : 755
• Fichiers : 644
• wp-config.php : 640 (plus restrictif pour la sécurité)

Via SSH :

find . -type d -exec chmod 755 {{}} \;
find . -type f -exec chmod 644 {{}} \;

Cause n°6 : Version PHP incompatible (≈ 5 %)

WordPress 6.4+ requiert PHP 7.4 minimum (recommandé 8.1+). Si votre hébergeur tourne encore sur PHP 7.0 ou 7.2, certains plugins modernes plantent. Changez la version PHP dans le panneau hébergeur.

À l'inverse, un PHP trop récent (8.3) peut casser un thème ancien. Tester de revenir en 8.1 si rien d'autre ne fonctionne.

Cause n°7 : Fichiers core WordPress corrompus (≈ 3 %)

Mise à jour interrompue, transfert FTP raté : les fichiers core sont incomplets. Solution :

1. Téléchargez la version officielle de WordPress sur fr.wordpress.org
2. Écrasez les dossiers /wp-admin/ et /wp-includes/ intégralement
3. Écrasez tous les fichiers à la racine SAUF wp-config.php et le dossier wp-content/

8Comment éviter les erreurs 500 à l'avenir

• Mises à jour échelonnées : ne jamais tout mettre à jour d'un coup. WordPress core en premier, puis plugins un par un, en testant entre chaque.
• Environnement de staging : la majorité des bons hébergeurs (o2switch, Kinsta, WP Engine) en proposent gratuitement. Testez les mises à jour ici avant production.
• Sauvegardes quotidiennes hors site : UpdraftPlus + Google Drive en gratuit, ou BlogVault en payant.
• Monitoring uptime : services gratuits comme UptimeRobot qui vous alertent par email dès qu'une 500 apparaît, avant que vos visiteurs ne s'en aperçoivent.
• Limite mémoire PHP confortable : 512M par défaut, ça évite 90 % des erreurs mémoire.
• Maintenance préventive mensuelle : mises à jour, nettoyage base, scan sécurité — soit en interne, soit avec un contrat de maintenance.