Cloudflare est-il indisponible, ou un site utilisant Cloudflare rencontre-t-il des difficultés ? Vérifiez s’il existe un incident Cloudflare, puis faites la distinction entre les problèmes affectant toute la plateforme et ceux liés au serveur d’origine, au DNS, au navigateur, au compte ou au réseau.
Site Administrator
Dernière révision : September 25, 2026
DERNIER STATUT ENREGISTRÉ
Disponible Lors de la dernière vérification, le site de Cloudflare semblait disponible et répondre normalement.
| Point de terminaison | Statut | Observé |
|---|---|---|
| cloudflare.com | Operational | 2026-11-09 14:21 UTC |
| api.cloudflare.com | Operational | 2026-11-09 14:21 UTC |
Est-ce que cela fonctionne chez vous ?
0 signalements récents — davantage de données sont nécessaires pour une tendance utile.
Pour une vue plus complète, notamment des incidents partiels ou régionaux qu’une seule vérification externe peut manquer, consultez la page de statut officielle de Cloudflare. page de statut officielle.

Cloudflare se trouve entre les visiteurs et de nombreux sites web, applications, API et configurations DNS. De ce fait, un problème sur un seul site peut ressembler à une panne de Cloudflare. Une page d’erreur aux couleurs de Cloudflare ne suffit pas à confirmer que la plateforme Cloudflare est indisponible.
Consultez Cloudflare Status pour connaître les avis d’incident et les composants Cloudflare concernés. Cette page est particulièrement utile en cas de problème général de la plateforme, mais elle n’expliquera pas forcément un problème limité à un seul hostname, une zone, un compte, un data center, un serveur d’origine ou une requête API.
Utilisez l’étendue de la panne pour déterminer sa cause probable :
Avant de transmettre le problème, notez le hostname ou l’endpoint, le chemin URL, l’heure approximative et le fuseau horaire, le statut HTTP, le texte exact de l’erreur, le réseau concerné et le Cloudflare Ray ID s’il est affiché. Indiquez également si des sites sans lien entre eux, mais protégés par Cloudflare, sont eux aussi affectés.
Ouvrez Cloudflare Status et comparez les détails des éventuels incidents avec le produit Cloudflare ou le comportement concerné. Si plusieurs services Cloudflare sans lien entre eux cessent de fonctionner au même moment, un incident de plateforme est plus probable. Si un seul hostname, une seule zone, un seul compte ou un seul endpoint est concerné, examinez d’abord sa configuration et ses dépendances.
Une réponse 5xx peut provenir du serveur d’origine, de l’application, d’une dépendance en amont ou de la connexion entre le serveur d’origine et Cloudflare. Si vous administrez le site, vérifiez la disponibilité du serveur d’origine, les logs du serveur et de l’application, les déploiements récents, les règles de firewall, l’état du load balancer et la capacité du serveur d’origine à accepter le trafic provenant de Cloudflare.
Si vous visitez simplement le site, consultez la page de statut et réessayez plus tard. Si le problème persiste, contactez le propriétaire du site en lui indiquant l’URL, l’heure, le code d’erreur et le Ray ID affiché. Actualiser la page de façon répétée ne corrigera pas une défaillance du serveur d’origine.
Testez le hostname depuis un autre réseau ou avec un autre résolveur DNS. Pour un site que vous gérez, vérifiez les modifications DNS récentes, les valeurs des enregistrements, les paramètres de proxy et la délégation des nameservers. Ne videz le cache DNS local ou celui du navigateur qu’après avoir confirmé la configuration faisant autorité ; vider le cache ne peut pas corriger un enregistrement ou une délégation incorrect(e).
Essayez une fenêtre privée et un autre navigateur afin d’écarter les extensions et l’état mis en cache, puis testez depuis un autre réseau, par exemple avec les données mobiles. Les propriétaires de sites doivent examiner le certificat présenté par le serveur d’origine, le mode HTTPS, les règles de redirection et toute boucle HTTP-vers-HTTPS. Les refus de connexion et les délais d’attente concernent généralement le serveur d’origine, le firewall, la route ou le réseau local plutôt que le tableau de bord Cloudflare.
Consultez Cloudflare Status, puis vérifiez le compte ou la zone, la méthode d’authentification, les permissions du token, l’endpoint API, la méthode HTTP, le format de la requête et la ressource ciblée. Comparez la requête en échec avec une requête connue comme valide, sans exposer les identifiants. Une panne limitée à un token, un compte, une zone, un endpoint ou une ressource est plus probablement due à un problème d’autorisation ou de configuration qu’à une panne générale.
Enregistrez la réponse complète ou une capture d’écran, le hostname, le chemin ou l’endpoint API, la méthode HTTP, le code de statut, l’erreur exacte, l’horodatage et le fuseau horaire, le réseau concerné et le Cloudflare Ray ID lorsqu’il est disponible. Ne partagez pas de tokens API, mots de passe, cookies ni autres secrets.
Utilisez la page de statut pour vérifier la disponibilité générale de la plateforme. Pour un problème limité à un seul site web, une zone, un compte ou une requête API, consultez la documentation du produit Cloudflare concerné et conservez les détails de la requête nécessaires au support technique ou du compte. Le propriétaire du site devra peut-être également vérifier les enregistrements du serveur d’origine, du DNS, du certificat, du firewall et de l’application.
Cette vérification en direct est effectuée depuis notre serveur et peut ne pas refléter chaque région, compte, fonctionnalité ou chemin réseau.
Consultez Cloudflare Status pour connaître les incidents actifs et les composants concernés. La panne d’un seul site ne suffit pas à confirmer une panne généralisée de Cloudflare, car son serveur d’origine, son DNS, son application ou sa configuration de sécurité peuvent être en cause.
Cloudflare peut ne pas parvenir à joindre le serveur d’origine du site, recevoir une réponse non valide ou retardée, ou appliquer une règle de sécurité ou de routage configurée. Le code d’erreur, le message, le hostname et tout Ray ID fournissent des indications plus utiles que la seule présence de la marque Cloudflare.
Pas nécessairement. Ces erreurs peuvent provenir d’un serveur d’origine ou d’un service en amont inaccessible, surchargé, mal configuré ou lent. Consultez Cloudflare Status, puis examinez le serveur d’origine et sa connexion à Cloudflare si vous gérez le site.
La différence peut être liée au cache DNS local, à un résolveur DNS, à la politique d’un VPN ou d’un firewall, au routage de l’ISP, aux paramètres du navigateur ou au chemin IPv4/IPv6. Comparez le hostname depuis un autre réseau et un autre appareil avant de conclure à une panne de la plateforme Cloudflare.
Commencez par consulter Cloudflare Status. Si aucun incident correspondant n’est affiché, vérifiez l’authentification, les permissions du token, la sélection du compte ou de la zone, l’endpoint, la méthode HTTP, le format de la requête et la ressource ciblée. Déterminez si la panne concerne une seule ressource ou plusieurs, et ne partagez jamais d’identifiants API lors du diagnostic.
Indiquez le hostname ou l’endpoint API concerné, l’erreur exacte et le statut HTTP, l’horodatage avec le fuseau horaire, les étapes de reproduction, le réseau utilisé et le Cloudflare Ray ID s’il est affiché. Excluez les mots de passe, tokens, cookies et autres données sensibles de la requête.
Cette vérification en direct est effectuée depuis notre serveur et peut ne pas refléter chaque région, compte, fonctionnalité ou chemin réseau.