Fièrement canadien 
L'erreur 500 Internal Server Error est l'un des messages d'erreur les moins utiles qu'un site web puisse afficher. Contrairement à une erreur 404, qui vous indique qu'une page spécifique n'a pas été trouvée, ou une erreur 503, qui vous indique que le serveur est temporairement indisponible, une erreur 500 vous indique seulement que quelque chose s'est mal passé sur le serveur. Ce qui s'est mal passé, dans quel fichier, déclenché par quelle requête, est complètement absent de ce que le navigateur affiche. Cette information existe, mais elle se trouve dans vos journaux serveur plutôt que dans la page d'erreur elle-même.
La bonne nouvelle est que les erreurs 500 ont presque toujours une cause spécifique et trouvable. Une fois que vous savez comment lire les bons journaux et où les causes les plus courantes se cachent, diagnostiquer et corriger une erreur 500 est généralement une question de minutes. Ce guide couvre chaque cause majeure dans l'ordre, en commençant par comment lire les journaux qui vous indiquent ce qui s'est réellement passé.
Résumé rapide
- Lisez d'abord le journal d'erreurs PHP et le journal d'erreurs Apache: ils contiennent le message d'erreur spécifique, le fichier et le numéro de ligne qui ont causé l'erreur 500
- Un fichier .htaccess corrompu ou invalide cause des erreurs 500 sur l'ensemble du site et est l'une des choses les plus rapides à tester
- Les erreurs PHP de plugins et thèmes WordPress sont la cause la plus courante sur les sites WordPress
- Des permissions de fichiers incorrectes, en particulier des répertoires à 777 ou des fichiers avec une mauvaise propriété, causent des erreurs 500 sur de nombreuses configurations de serveurs
- Les erreurs de limite de mémoire PHP produisent des réponses 500 quand un script épuise la mémoire allouée avant de se terminer
Étape 1 : Lire les journaux d'erreurs avant de modifier quoi que ce soit
Chaque autre étape dans ce guide implique d'apporter des modifications à votre site ou à la configuration du serveur. Avant de faire quoi que ce soit, passez deux minutes à lire vos journaux d'erreurs. Les journaux contiennent presque toujours la cause exacte, et connaître la cause avant d'apporter des modifications signifie que vous corrigez la bonne chose plutôt que de travailler à travers une liste de possibilités.
Dans cPanel, accédez à la section Métriques et cherchez Journal d'erreurs. Cela affiche le journal d'erreurs Apache de votre compte, qui enregistre chaque erreur serveur incluant les réponses 500. Cherchez les entrées horodatées autour du moment où l'erreur a commencé. Une entrée d'erreur fatale PHP ressemble à ceci :
[Wed Mar 20 14:22:05.123456 2026] [php:error] [pid 12345] [client 203.0.113.1:54321] PHP Fatal error: Uncaught Error: Call to undefined function une_fonction() in /home/nomdutilisateur/public_html/wp-content/plugins/un-plugin/fichier.php on line 47
Cette seule entrée de journal vous indique le type d'erreur (Fatal error), la fonction inexistante (une_fonction), le fichier exact (/home/nomdutilisateur/public_html/wp-content/plugins/un-plugin/fichier.php), et le numéro de ligne (47). C'est tout ce dont vous avez besoin pour identifier la cause.
Pour les sites WordPress, vous pouvez également activer le journal de débogage de WordPress en ajoutant ces lignes à wp-config.php avant la ligne qui dit "C'est tout, arrêtez l'édition !" :
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
Avec ces paramètres, WordPress écrit des informations d'erreur détaillées dans un fichier à wp-content/debug.log plutôt que de les afficher aux visiteurs. Après avoir activé cela, rechargez la page qui affiche l'erreur 500, puis lisez le fichier debug.log via le Gestionnaire de fichiers ou FTP. L'erreur y sera consignée.
Si les journaux d'erreurs sont vides ou ne montrent aucune entrée récente malgré que l'erreur 500 soit active, la journalisation des erreurs PHP peut être désactivée sur votre serveur. Contactez votre hébergeur et demandez si la journalisation des erreurs PHP est activée pour votre compte, ou ouvrez un ticket de support et demandez-leur de vérifier les journaux d'erreurs au niveau serveur.
Étape 2 : Vérifier et réinitialiser votre fichier .htaccess
Un fichier .htaccess corrompu ou invalide est l'une des causes les plus courantes d'erreurs 500, et il est facile à tester car le désactiver ne prend qu'une action. Si .htaccess est la cause, l'erreur 500 affecte chaque page de votre site plutôt que des pages spécifiques, parce qu'Apache lit .htaccess avant de traiter toute requête.
Dans le Gestionnaire de fichiers cPanel, naviguez jusqu'à la racine de votre répertoire public_html, activez Afficher les fichiers cachés pour que .htaccess soit visible, et renommez le fichier en .htaccess.bak. Cela désactive le fichier sans le supprimer. Rechargez votre site. Si l'erreur 500 disparaît, le problème était dans .htaccess.
Pour les sites WordPress, vous pouvez régénérer un .htaccess propre en supprimant entièrement le fichier actuel, puis en allant dans Réglages, puis Permaliens dans l'administration WordPress et en cliquant sur Enregistrer les modifications sans rien changer. WordPress écrira un nouveau .htaccess avec seulement les règles de permaliens dont il a besoin.
Si .htaccess n'était pas la cause, restaurez la sauvegarde en renommant .htaccess.bak en .htaccess avant d'investiguer davantage.
Si vous souhaitez inspecter le contenu de .htaccess avant de le désactiver, ouvrez-le et cherchez les ajouts récents. Un plugin qui ajoute des règles à .htaccess ou un bloc de règles de redirection récemment collé qui contient une erreur de syntaxe amènera Apache à rejeter le fichier et à retourner 500 pour toutes les requêtes. Le journal d'erreurs indiquera généralement une entrée signalant que .htaccess a une commande ou une erreur de syntaxe invalide, identifiant la ligne spécifique à corriger ou supprimer.
Étape 3 : Identifier les erreurs PHP des plugins ou thèmes
Sur les sites WordPress, les erreurs PHP des plugins ou thèmes sont de loin la cause la plus courante des erreurs 500. Une mise à jour de plugin qui introduit une erreur de syntaxe, appelle une fonction d'un autre plugin qui n'est pas actif, ou utilise une fonction PHP qui a été supprimée dans la version PHP que votre serveur utilise causera une erreur fatale qui résulte en une réponse 500.
Si vous avez identifié le fichier problématique depuis le journal d'erreurs à l'Étape 1, allez directement à ce fichier et désactivez soit le plugin auquel il appartient, soit revenez à la version précédente via le Gestionnaire de fichiers.
Si vous ne pouvez pas accéder à l'administration WordPress parce que l'erreur 500 affecte l'ensemble du site, désactivez tous les plugins au niveau du système de fichiers. Dans le Gestionnaire de fichiers cPanel, naviguez vers wp-content et renommez le répertoire plugins en quelque chose comme plugins-désactivés. WordPress verra que le nom du répertoire ne correspond plus et désactivera automatiquement tous les plugins. Rechargez votre site. Si l'erreur 500 disparaît, un plugin est la cause. Renommez le répertoire en plugins, puis désactivez-les un par un depuis l'administration WordPress pour trouver le coupable spécifique.
Si désactiver tous les plugins ne résout pas l'erreur, le problème peut être dans le thème actif. Renommez le dossier du thème actif dans wp-content/themes pour le désactiver. WordPress reviendra à un thème par défaut. Si cela résout l'erreur 500, le thème actif contient une erreur PHP. Vérifiez les mises à jour disponibles pour le thème ou contactez le développeur du thème.
Étape 4 : Vérifier les permissions de fichiers et répertoires
Des permissions de fichiers incorrectes empêchent le serveur web de lire les fichiers qu'il doit exécuter, ce qui produit des erreurs 500. Les permissions correctes pour un site WordPress hébergé sous cPanel sont 755 pour les répertoires et 644 pour les fichiers. Une erreur courante, souvent introduite quand quelqu'un essaie de corriger une erreur de permissions en tout mettant à 777, est le problème inverse sur les configurations de serveurs renforcées : les répertoires à 777 sont parfois refusés par les paramètres de sécurité du serveur et produisent des erreurs 500 plutôt que l'accès plus permissif qui était prévu.
Pour vérifier et corriger les permissions dans le Gestionnaire de fichiers cPanel, sélectionnez le répertoire racine public_html et cherchez une option Modifier les permissions. Pour la correction de permissions en masse sur un site WordPress, l'approche la plus rapide via SSH est :
find /home/nomdutilisateur/public_html -type d -exec chmod 755 {} \;
find /home/nomdutilisateur/public_html -type f -exec chmod 644 {} \;
Ces deux commandes définissent tous les répertoires à 755 et tous les fichiers à 644 de façon récursive sur l'ensemble de votre répertoire public_html. Remplacez nomdutilisateur par votre nom d'utilisateur cPanel réel.
Après avoir corrigé les permissions, rechargez votre site et vérifiez si l'erreur 500 est résolue. Si le journal d'erreurs pointait vers un fichier spécifique, vérifiez individuellement les permissions de ce fichier dans le Gestionnaire de fichiers.
Étape 5 : Vérifier la limite de mémoire PHP
Les scripts PHP ont une limite de mémoire qui définit la quantité maximale de RAM qu'un seul script peut consommer avant d'être terminé. Quand un script dépasse cette limite, PHP le termine et retourne une erreur fatale d'épuisement de mémoire, que le serveur web traduit en réponse 500 pour le visiteur.
Une erreur de limite de mémoire PHP dans le journal d'erreurs ressemble à :
PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 20480 bytes) in /home/nomdutilisateur/public_html/wp-includes/un-fichier.php on line 123
Le nombre 134217728 octets correspond à 128 mégaoctets, qui est une limite par défaut courante. L'erreur signifie qu'un script avait besoin de plus de mémoire que ce qui était disponible.
Vous pouvez augmenter la limite de mémoire PHP en ajoutant une ligne à votre fichier wp-config.php :
define('WP_MEMORY_LIMIT', '256M');
Alternativement, vous pouvez ajouter ce qui suit à votre fichier .htaccess :
php_value memory_limit 256M
Ou créer un fichier php.ini à la racine de votre répertoire public_html contenant :
memory_limit = 256M
Augmenter la limite de mémoire résout l'erreur 500 immédiate, mais si la mémoire requise est extrêmement élevée, cela peut indiquer un plugin ou une opération qui est véritablement inefficace et qui mérite d'être investigué davantage. Un site WordPress en fonctionnement normal ne devrait pas nécessiter plus de 256 mégaoctets pour des requêtes standard.
Étape 6 : Vérifier les fichiers principaux WordPress corrompus
Les fichiers principaux WordPress qui ont été modifiés, partiellement écrasés lors d'une mise à jour échouée, ou corrompus par une erreur disque peuvent produire des erreurs 500. C'est moins courant que les erreurs de plugins ou de thèmes, mais ça vaut la peine de le vérifier si les autres étapes n'ont pas résolu le problème.
La façon la plus fiable d'éliminer cette cause est de réinstaller les fichiers principaux WordPress sans écraser votre wp-config.php, votre répertoire wp-content ou votre base de données. Depuis l'administration WordPress, allez dans Tableau de bord, puis Mises à jour, et cliquez sur Réinstaller maintenant. Cela télécharge une copie fraîche des fichiers principaux WordPress et les remplace sans affecter votre contenu ni votre configuration.
Si vous ne pouvez pas accéder à l'administration WordPress, vous pouvez remplacer manuellement les fichiers principaux en téléchargeant la version correcte de WordPress depuis wordpress.org, en l'extrayant, et en téléversant tous les fichiers sauf wp-config.php et le répertoire wp-content dans votre public_html via FTP ou le Gestionnaire de fichiers cPanel.
Étape 7 : Vérifier la version PHP
Si l'erreur 500 a commencé après qu'un hébergeur a changé la version PHP de votre serveur, ou si vous l'avez récemment changée vous-même dans l'outil Sélectionner la version PHP de cPanel, des incompatibilités entre votre version PHP et vos plugins ou thèmes peuvent être la cause. De nombreuses fonctions PHP ont été dépréciées ou supprimées entre les versions PHP majeures. Un plugin écrit pour PHP 7.4 peut produire des erreurs fatales lors de l'exécution sur PHP 8.1 ou 8.2 si le développeur ne l'a pas mis à jour pour la version plus récente.
Dans cPanel, cherchez l'option Sélectionner la version PHP sous Logiciels. Si vous avez récemment changé la version PHP, essayez de revenir à la version précédente. Si un plugin spécifique enregistre des erreurs de compatibilité dans votre journal d'erreurs, vérifiez le journal des modifications ou le forum de support du plugin pour des informations sur la compatibilité des versions PHP.
Diagnostiquer les erreurs 500 qui n'affectent que des pages spécifiques
Si l'erreur 500 apparaît sur des pages spécifiques mais pas sur d'autres, la cause est plus probablement dans le contenu, le modèle ou la fonctionnalité de plugin spécifique à ces pages plutôt qu'un problème de configuration à l'échelle du serveur. Cela réduit considérablement l'investigation.
Vérifiez si les pages affectées ont quelque chose en commun : le même modèle de page, un shortcode spécifique, la sortie d'un plugin particulier, ou une valeur de champ personnalisé. Le journal d'erreurs montrera le fichier spécifique et la ligne causant l'erreur sur ces requêtes. Si un shortcode particulier cause l'erreur, le plugin qui gère ce shortcode en est la source. Si un modèle de page personnalisé est impliqué, le fichier de modèle contient une erreur PHP.
Pour les sites WooCommerce, les erreurs 500 qui n'affectent que le panier ou la caisse sont souvent causées par une extension WooCommerce avec une erreur PHP ou par un conflit entre WooCommerce et un autre plugin. Passer temporairement au thème Storefront et désactiver toutes les extensions WooCommerce sauf WooCommerce de base aidera à isoler le conflit.
Gérer cela via WHMCS
Si votre hébergement est géré via notre portail client, vous pouvez accéder à cPanel directement depuis votre compte WHMCS via le lien de connexion unique dans les détails de votre service. Depuis cPanel, vous pouvez lire les journaux d'erreurs, accéder au Gestionnaire de fichiers pour vérifier .htaccess et les permissions, et changer votre version PHP.
Si vous avez vérifié les journaux d'erreurs et que l'erreur 500 persiste sans cause claire, ou si le journal d'erreurs est vide malgré que l'erreur soit active, ouvrez un ticket de support depuis votre espace client WHMCS avec votre nom de domaine, l'heure à laquelle l'erreur a commencé, et tout changement récent que vous avez apporté à votre site. Notre équipe peut examiner les journaux et la configuration au niveau serveur pour identifier les causes qui ne sont pas visibles depuis cPanel seul.
Gotekky
Besoin d’aide pour choisir la prochaine étape?
Décrivez ce que vous observez et le résultat recherché. Nous identifierons si un service géré, un projet défini ou une évaluation technique payante est la bonne prochaine étape.