Vous voyez s’afficher « There is an internal server error on Cloudflare’s network » et vous ne savez pas quoi faire. Bonne nouvelle : ce message suffit à orienter le diagnostic. Mauvaise nouvelle : ce n’est pas toujours simple à régler. On vous explique comment s’y retrouver.
Qu’est-ce que l’erreur 500 sur le réseau Cloudflare ?
Une erreur HTTP 500 signale qu’un serveur web a rencontré une condition inattendue qui l’empêche de répondre. C’est une erreur générique côté serveur : le serveur reconnaît la requête mais ne peut pas l’exécuter.
Quand un site utilise Cloudflare, la situation se complique. Les requêtes ne vont pas directement vers votre hébergeur : elles transitent d’abord par les serveurs de Cloudflare (CDN, pare-feu applicatif, protection DDoS). En cas d’erreur 500, deux scénarios sont possibles :
- Cloudflare lui-même est défaillant : une panne interne affecte son infrastructure mondiale
- Votre serveur d’origine est défaillant : Cloudflare fonctionne, mais il ne peut pas obtenir une réponse valide de votre hébergeur
Cette distinction change tout à la stratégie de résolution.
Comment savoir si la panne vient de Cloudflare ou de votre serveur ?
- Incident sur cloudflarestatus.com
- En-tête HTTP avec
cf-rayoucloudflare-nginx - Vague de signalements sur X / Twitter
- Plusieurs sites tombent en même temps
- Action : attendre, prévenir les utilisateurs
- En-tête sans mention Cloudflare (Apache, Nginx)
- L’accès direct au serveur d’origine échoue aussi
- Cloudflarestatus.com vert
- Vérifier les logs PHP / app / base de données
- Action : redémarrer service, corriger l’app
curl -I https://votresite.com affiche les en-têtes. Présence de cf-ray = Cloudflare est passé par là.Vérifier le statut officiel de Cloudflare
Le premier réflexe : consulter cloudflarestatus.com. Cloudflare y publie en temps réel l’état de ses 300+ centres de données. Un incident majeur y apparaît généralement dans les minutes suivant son déclenchement.
Sur les réseaux sociaux, notamment X (ex-Twitter), les pannes Cloudflare génèrent des signalements massifs et immédiats. En juin 2022, une panne de 27 minutes a touché Discord, Omegle et DoorDash simultanément (le volume de mentions avait explosé en quelques secondes).
Analyser les en-têtes HTTP
La réponse HTTP contient des indices clés. Si l’en-tête inclut cf-ray ou un message comme cloudflare-nginx, c’est Cloudflare qui a généré l’erreur. Si l’en-tête affiche le nom de votre hébergeur ou des références Apache/Nginx sans mention de Cloudflare, le problème vient de votre serveur.
La commande curl -I https://votresite.com affiche ces en-têtes directement.
Tester l’accès direct au serveur d’origine
Vous pouvez contourner Cloudflare en modifiant temporairement le fichier hosts de votre machine pour pointer le domaine vers l’IP de votre serveur d’origine :
- Le site fonctionne en accès direct mais pas via Cloudflare → Cloudflare est en cause
- L’erreur persiste même en accès direct → votre serveur est défaillant
Les vraies causes d’une erreur 500 côté serveur d’origine

Quand Cloudflare ne génère pas lui-même l’erreur, voici les coupables les plus fréquents :
- Configuration serveur incorrecte : une règle
.htaccessmal formée sur Apache ou une directivenginx.confsyntaxiquement incorrecte - Plugin ou mise à jour cassée : une mise à jour WordPress mal exécutée, un plugin incompatible, une erreur de syntaxe dans du code PHP. Si vous utilisez PrestaShop, les causes et solutions diffèrent légèrement : consultez notre guide sur l’erreur 500 spécifique à PrestaShop
- Ressources système épuisées : mémoire RAM saturée, espace disque plein, limites de processus atteintes
- Base de données inaccessible : connexions maximales atteintes, tables corrompues, service MySQL arrêté
- Dépendance externe en panne : une API tierce inaccessible, un service de paiement défaillant
- Certificat SSL mal configuré : si le mode SSL/TLS « complet » est activé sur Cloudflare, un certificat expiré côté serveur d’origine bloque les connexions
Cloudflare Workers peuvent aussi déclencher une erreur 500 : si un Worker lève une exception JavaScript au runtime, le code 500 est retourné (voir Error 1101 dans la documentation Cloudflare).
Comment corriger une erreur 500 liée à Cloudflare ?
Si Cloudflare est en cause
Pas grand-chose à faire sinon patienter. Suivez l’avancement sur cloudflarestatus.com et configurez Always Online dans votre tableau de bord Cloudflare : cette option sert une version en cache du site pendant les pannes, transformant une indisponibilité totale en simple dégradation.
Si votre serveur d’origine est en cause
Suivez ces étapes dans l’ordre :
- Vérifiez les logs serveur (
/var/log/nginx/ou/var/log/apache2/sur Linux) pour identifier la cause exacte - Suspendez temporairement Cloudflare via votre tableau de bord (option « Pause Cloudflare on site ») pour confirmer que l’erreur vient bien de votre serveur
- Vérifiez les règles de configuration récemment modifiées (Page Rules, Transform Rules, Workers)
- Contactez votre hébergeur en fournissant : le nom de domaine, l’heure exacte de l’erreur et la sortie de
www.votredomaine.com/cdn-cgi/trace
Si l’en-tête de la réponse d’erreur contient cloudflare ou cloudflare-nginx, contactez directement le support Cloudflare avec ces mêmes informations.
Pour éviter que ça se reproduise : mettez en place un outil de monitoring (Netdata, Datadog, New Relic) avec alertes sur CPU, mémoire et connexions base de données. Et testez toujours vos mises à jour sur un environnement de staging avant de les pousser en production.






