Erreur 500 Cloudflare : que signifie « There is an internal server error on Cloudflare’s network » et comment la corriger ?

Vous ouvrez un site et, au lieu de la page attendue, Cloudflare affiche :

« There is an internal server error on Cloudflare’s network »

avec un Error code 500 et généralement un Cloudflare Ray ID.

Le message peut être impressionnant, mais il donne déjà plusieurs indices utiles. Selon la situation, le problème peut venir de Cloudflare, du serveur qui héberge le site, d’un Worker ou d’une configuration placée entre les deux.

Surtout, les manipulations à effectuer ne sont pas les mêmes selon que vous êtes simple visiteur du site ou administrateur de celui-ci.

Que signifie une erreur 500 Cloudflare ?

Le code HTTP 500 Internal Server Error indique qu’un serveur n’a pas pu traiter correctement une requête en raison d’une erreur interne.

Dans le cas d’un site utilisant Cloudflare, le trajet est généralement le suivant :

navigateur → réseau Cloudflare → serveur d’origine → application / base de données

Cloudflare agit notamment comme proxy entre l’internaute et le serveur qui héberge réellement le site.

La documentation Cloudflare considère normalement une erreur 500 comme le signe d’un problème affectant le serveur d’origine. Il existe toutefois une exception importante : si le contenu de la réponse 500 contient explicitement cloudflare ou cloudflare-nginx, Cloudflare recommande de transmettre l’incident à son support.

C’est justement ce qui rend le message « There is an internal server error on Cloudflare’s network » particulièrement intéressant : il ne faut pas le traiter exactement comme une banale erreur PHP 500.

Comment reconnaître rapidement l’origine du problème ?

Voici les principaux cas que vous pouvez rencontrer.

Message ou code	Signification probable	Premier réflexe
500 classique sans mention Cloudflare	Erreur du serveur ou de l’application	Examiner les logs de l’hébergement
500 avec page d’erreur Cloudflare	Erreur potentiellement générée au niveau Cloudflare	Vérifier Cloudflare Status et conserver les informations de l’erreur
520	Réponse vide, inconnue ou incorrecte du serveur	Vérifier serveur, firewall et réponses HTTP
521	Le serveur refuse la connexion	Vérifier serveur et firewall
522	Cloudflare n’arrive pas à joindre l’origine à temps	Vérifier connectivité et charge serveur
523	Serveur d’origine inaccessible	Vérifier IP, routage et DNS
524	Connexion établie mais réponse trop lente	Chercher un script ou traitement trop long
525	Échec de négociation SSL/TLS	Vérifier HTTPS sur le serveur
526	Certificat SSL d’origine invalide	Vérifier certificat et chaîne SSL

Cloudflare décrit ainsi l’erreur 520 comme une réponse vide, inattendue ou mal formée provenant de l’origine. L’erreur 522 correspond de son côté à un délai d’attente lors de la communication avec l’origine. Pour une 524, Cloudflare a bien établi la connexion mais n’a pas obtenu la réponse HTTP suffisamment rapidement.

Cette distinction permet d’éviter de chercher pendant plusieurs heures du côté de WordPress alors que l’incident se situe ailleurs.

Vous êtes simple visiteur : que pouvez-vous faire ?

Si vous n’administrez pas le site concerné, vos possibilités d’intervention sont limitées.

Cloudflare indique d’ailleurs que son support intervient auprès du propriétaire du domaine et recommande aux visiteurs de signaler le problème au responsable du site.

Vous pouvez néanmoins procéder dans cet ordre :

1. Rechargez la page après quelques minutes. Une défaillance temporaire peut disparaître rapidement.
2. Essayez éventuellement une autre page du même site. L’incident peut ne toucher qu’une URL ou un service particulier.
3. Vérifiez l’état de Cloudflare si plusieurs sites semblent tomber simultanément.
4. Conservez le Cloudflare Ray ID affiché sur la page.
5. Notez l’heure exacte de l’erreur.
6. Si le problème persiste, transmettez ces informations au propriétaire du site.

Changer de navigateur, supprimer tous vos cookies ou redémarrer votre box n’est généralement pas la priorité lorsqu’une véritable page d’erreur Cloudflare signale un problème serveur.

Vous gérez le site : commencez par collecter les informations

L’une des erreurs classiques consiste à modifier immédiatement la configuration du site.

Avant toute intervention, conservez plutôt :

• l’URL exacte produisant l’erreur ;
• le code HTTP ;
• l’heure et le fuseau horaire ;
• une capture de l’erreur ;
• le Ray ID ;
• les éventuelles modifications effectuées juste avant l’incident.

Cloudflare recommande notamment de transmettre à l’hébergeur le code 5xx rencontré, l’heure avec le fuseau horaire et l’URL concernée.

Pour certains incidents Cloudflare 500, le support peut également demander le résultat de :

https://votredomaine.fr/cdn-cgi/trace

Cloudflare mentionne explicitement cette trace parmi les éléments à fournir lorsque la réponse 500 contient une référence à Cloudflare.

Le piège du cf-ray

Une commande comme :

curl-I https://votredomaine.fr

permet de consulter les en-têtes HTTP de la réponse.

Vous pourrez notamment y rencontrer :

cf-ray: ...server: cloudflare

Mais attention : la seule présence de cf-ray ne signifie pas que Cloudflare est responsable de l’erreur.

Un Ray ID est attribué aux requêtes transitant par le réseau Cloudflare et sert notamment à les retrouver lors d’un diagnostic.

Il faut donc croiser plusieurs informations plutôt que de tirer une conclusion d’un seul header.

Vérifier directement le serveur d’origine

Pour aller plus loin, un administrateur peut comparer la réponse obtenue via Cloudflare avec celle obtenue directement depuis le serveur d’origine.

Si vous connaissez l’adresse IP de votre hébergement, curl permet par exemple d’imposer temporairement une résolution DNS :

curl-vk--resolve exemple.fr:443:203.0.113.10 https://exemple.fr/

Remplacez naturellement le domaine et l’adresse IP par les vôtres.

Le principe est simple :

• l’origine fonctionne mais Cloudflare échoue : examinez en priorité la couche Cloudflare, les règles, Workers et la connectivité Cloudflare-origine ;
• l’origine renvoie elle aussi une erreur : recherchez le problème sur l’hébergement ou dans l’application.

Cette méthode doit toutefois être interprétée avec prudence. Certains serveurs sont volontairement configurés pour n’accepter que le trafic provenant de Cloudflare. Dans ce cas, un accès direct peut échouer même si le serveur fonctionne normalement.

Les causes fréquentes d’une erreur 500 sur le serveur d’origine

Si le problème vient bien de l’hébergement, plusieurs causes sont particulièrement courantes.

Une erreur PHP ou applicative

Une modification récente peut déclencher une exception ou une erreur fatale :

• mise à jour d’une extension ;
• nouveau thème ;
• modification PHP ;
• dépendance manquante ;
• mauvaise version de PHP ;
• problème lors d’un déploiement.

La réponse précise se trouve généralement dans les logs PHP ou applicatifs.

Un problème WordPress

Sur WordPress, une erreur 500 peut notamment apparaître après :

• l’installation ou la mise à jour d’un plugin ;
• un conflit entre extensions ;
• une modification du thème ;
• une erreur PHP ;
• une configuration .htaccess incorrecte ;
• un problème d’accès à la base de données ;
• une saturation des ressources de l’hébergement.

Si wp-admin est inaccessible, il peut être nécessaire d’utiliser FTP/SFTP ou le gestionnaire de fichiers de l’hébergeur pour désactiver temporairement l’extension suspecte.

Un serveur saturé

Une quantité insuffisante de mémoire, trop de processus PHP, une base de données saturée ou un disque plein peuvent également produire des erreurs 5xx.

Dans ce cas, vérifiez notamment :

• RAM ;
• CPU ;
• stockage disponible ;
• processus PHP ;
• connexions MySQL/MariaDB ;
• journaux du serveur web.

Une base de données inaccessible

Cloudflare cite d’ailleurs le message « Error establishing database connection » comme exemple typique d’une erreur 500 provenant généralement de l’origine.

Il faudra alors vérifier le serveur SQL, les identifiants de connexion, les limites de connexions et l’état de la base.

Vérifier les Workers et règles Cloudflare

Votre hébergement n’est pas toujours responsable.

Cloudflare indique qu’une erreur 500 peut également être provoquée par un Cloudflare Worker déclenchant une exception JavaScript à l’exécution.

Une erreur Worker peut notamment venir :

• d’une variable inexistante ;
• d’une erreur de type ;
• d’une promesse JavaScript rejetée ;
• d’un appel réseau qui échoue.

Cloudflare recommande alors de consulter les logs du Worker pour retrouver l’exception précise.

Pensez également aux modifications récentes concernant :

• Redirect Rules ;
• Transform Rules ;
• règles de cache ;
• configuration DNS ;
• Workers ;
• règles de sécurité.

Une règle modifiée quelques minutes avant l’apparition du problème constitue évidemment un indice sérieux.

Faut-il désactiver Cloudflare ?

Désactiver temporairement le proxy peut être utile comme test de diagnostic, mais ce n’est pas une solution à utiliser à l’aveugle.

Cloudflare suggère lui-même de tester temporairement avec Cloudflare en pause dans certains scénarios d’erreur 500. Pour une erreur 520, passer provisoirement l’enregistrement concerné en mode DNS-only fait également partie des solutions de contournement proposées.

Mais attention : contourner Cloudflare peut exposer directement le serveur d’origine et supprimer temporairement certaines protections.

Il vaut donc mieux réserver ce test aux administrateurs qui savent exactement ce qu’ils modifient.

Quand contacter votre hébergeur ?

Contactez votre hébergeur lorsque :

• l’origine renvoie directement une erreur 500 ;
• PHP plante ;
• la base de données est inaccessible ;
• le serveur est saturé ;
• vous suspectez une erreur Apache ou Nginx ;
• les journaux montrent un crash applicatif ;
• Cloudflare fonctionne normalement mais le site reste inaccessible.

Cloudflare recommande d’ailleurs de commencer par l’hébergeur ou l’administrateur du serveur pour la majorité des erreurs 5xx.

Quand contacter Cloudflare ?

Le support Cloudflare devient plus pertinent lorsque la réponse HTTP 500 contient explicitement cloudflare ou cloudflare-nginx dans son contenu HTML.

Préparez alors au minimum :

• le domaine ;
• l’URL concernée ;
• la date ;
• l’heure et le fuseau horaire ;
• le Ray ID ;
• la trace /cdn-cgi/trace ;
• les éventuelles modifications Cloudflare récentes.

Plus le diagnostic est documenté, plus il devient facile de distinguer une panne réseau d’un dysfonctionnement de l’origine.

Erreur 500, 520 et 522 : ne les confondez pas

Même si toutes appartiennent à la famille des erreurs serveur, elles ne racontent pas la même chose.

Une 500 reste générique.

Une 520 signifie généralement que Cloudflare a obtenu du serveur d’origine une réponse vide, inconnue ou qu’il n’a pas pu interpréter correctement.

Une 522 indique plutôt un problème de délai lors de la connexion entre Cloudflare et le serveur d’origine.

Une 524 signifie au contraire que Cloudflare a réussi à se connecter à l’origine, mais que celle-ci a mis trop longtemps à fournir une réponse HTTP.

Identifier précisément le code affiché permet donc d’éviter une grande partie des fausses pistes.

Comment réduire le risque de nouvelles erreurs ?

Il est impossible de supprimer totalement les erreurs serveur, mais plusieurs mesures facilitent leur détection et limitent leur durée :

• surveiller automatiquement la disponibilité du site ;
• conserver suffisamment longtemps les logs serveur ;
• enregistrer les Ray IDs dans les logs lorsque cela est pertinent ;
• surveiller CPU, RAM et stockage ;
• tester les mises à jour importantes avant production ;
• conserver des sauvegardes ;
• documenter les modifications Cloudflare ;
• surveiller les erreurs applicatives ;
• utiliser un environnement de staging pour les évolutions importantes.

Cloudflare explique que les Ray IDs peuvent justement être intégrés aux logs Apache ou Nginx afin de faciliter la corrélation entre une requête observée côté Cloudflare et les événements enregistrés côté serveur.

Que retenir lorsque Cloudflare affiche une erreur 500 ?

Si vous voyez « There is an internal server error on Cloudflare’s network », évitez de modifier immédiatement WordPress, le DNS ou votre serveur.

Commencez par déterminer qui a réellement généré l’erreur.

Pour un visiteur, quelques minutes d’attente puis un signalement au propriétaire suffisent généralement.

Pour un administrateur, la bonne méthode consiste à recueillir le Ray ID, l’heure et l’URL, examiner la page d’erreur, vérifier les logs de l’origine et les modifications Cloudflare récentes, puis comparer si nécessaire le comportement avec et sans le proxy.

Une erreur 500 ne donne pas toujours immédiatement sa cause. Mais avec une méthode de diagnostic structurée, elle laisse généralement suffisamment d’indices pour savoir de quel côté poursuivre les recherches.