Ce mardi midi, le réseau mondial de l’oprateur Cloudflare rencontre une panne qui rend plusieurs sites et services web inaccessibles ou très lents dans de nombreuses régions du monde.

Des utilisateurs signalent des erreurs de chargement, des ralentissements importants ou des pages entièrement indisponibles. Sur certains sites, le message d’erreur « Internal server error » est affiché.

Parmi les services affectés figurent notamment :

• Twitter
• Downdetector
• Doctissimo
• Marmiton
• Les Numriques

Cloudflare, société amricaine spcialisée dans la scurité, l’optimisation et la distribution de contenus sur Internet, agit comme intermdiaire entre les sites web et les internautes pour amliorer les performances, réduire les temps de chargement et protéger contre des attaques (notamment DDoS).

Sur son site, Cloudflare indique être au courant du problème et mener une investigation: « Cloudflare est au courant et enquête sur un problème qui impacte potentiellement plusieurs clients. D’autres détails seront communiqués au fur et mesure qu’ils sont disponibles ». La source exacte de la panne n’a pas encore été déterminée.

L’incident en détail :

Le 18 novembre 2025, Cloudflare a subi une importante panne mondiale qui a touché une grande partie de son réseau global. De nombreux sites et services — petits comme très grands — se sont retrouvés inaccessibles ou renvoyaient des erreurs 500 en cascade. Cette panne, l’une des plus sérieuses depuis longtemps, a été documentée en temps réel via la StatusPage officielle de Cloudflare. Voici un récapitulatif clair et complet de tous les problèmes signalés, présenté dans la continuité du premier article publié sur Bilbytech.

Une panne interne qui a dégénéré en incident global

Selon les premières communications de Cloudflare, l’entreprise a été confrontée à une « dégradation interne de service ». Cela signifie qu’un composant central de leur infrastructure a cessé de fonctionner correctement, entraînant des perturbations sur plusieurs services interdépendants : routage, sécurité, CDN, WARP, Access, API internes… La panne a donc rapidement eu un effet domino sur l’ensemble de leur réseau.

Chronologie complète des alertes publiées par Cloudflare

11:48 UTC — Début de l’incident

Cloudflare annonce qu’une dégradation interne de service est en cours. Certains services deviennent instables, mais l’étendue précise du problème n’est pas encore connue. L’entreprise indique qu’elle se concentre sur l’investigation.

12:03 UTC — Investigation toujours en cours

Les équipes continuent d’analyser la panne. Les premiers retours d’utilisateurs montrent déjà des erreurs généralisées sur de nombreux sites.

12:21 UTC — Début de récupération partielle

Cloudflare constate des signes de reprise sur certains services, mais indique que des taux d’erreur élevés sont encore possibles. Les perturbations continuent.

12:37 UTC — Toujours en pleine investigation

Malgré un frémissement de reprise, aucune solution définitive n’a encore été identifiée. L’incident reste en cours.

12:53 UTC — Aucune amélioration notable

Cloudflare confirme qu’ils poursuivent l’analyse, les services ne sont toujours pas normaux.

13:04 UTC — Mesure d’urgence : désactivation de WARP à Londres

Cloudflare désactive l’accès WARP dans leur zone de Londres afin de faciliter des actions de remédiation. Les utilisateurs localisés dans cette région ou utilisant cette passerelle voient alors leur connexion WARP échouer.

13:09 UTC — Le problème est identifié

Cloudflare annonce officiellement avoir trouvé la source du problème. Un correctif est en cours de déploiement.

13:13 UTC — Rétablissement partiel de WARP et Cloudflare Access

Les premières corrections permettent à WARP et Access de revenir à un fonctionnement normal. Le trafic et les erreurs associées reviennent à des niveaux pré-incident. WARP est réactivé à Londres.

13:35 UTC — Le reste des services applicatifs reste impacté

Cloudflare continue de déployer ses correctifs sur l’ensemble des services applicatifs. Les clients peuvent encore subir des erreurs et des lenteurs.

13:58 UTC — Poursuite de la restauration

Cloudflare réitère que la restauration complète des services applicatifs est toujours en cours.

14:22 UTC — Correctifs toujours en cours

Les équipes confirment qu’elles continuent à travailler sur la stabilisation globale.

14:34 UTC — Dashboard Cloudflare restauré

Le tableau de bord (dashboard), lui-même affecté, est de nouveau accessible. Toutefois, certains services applicatifs restent dégradés.

14:42 UTC — Fin officielle de l’incident

Cloudflare annonce que le correctif principal est en place et que l’incident est considéré comme résolu. Les équipes ajoutent qu’elles continuent de surveiller le réseau pour s’assurer que tout revient à la normale de manière stable.

Quels services ont été les plus touchés ?

Durant la panne, les utilisateurs ont rapporté :

• Erreurs 500 en masse sur des milliers de sites web.
• Impossibilité d’utiliser certaines API protégées par Cloudflare.
• Dashboard Cloudflare inaccessible pendant une bonne partie de l’incident.
• Blocage partiel ou total des services Cloudflare Access et WARP, surtout à Londres.
• Baisse générale de performance sur le réseau mondial (latences élevées, timeouts, connexions instables).

Cette panne a également touché des plateformes majeures, renforçant l’impression d’un blackout global.

Analyse de l’incident : un rappel sur la fragilité des infrastructures clés

Cet incident démontre une fois de plus que même des acteurs d’infrastructure de niveau mondial comme Cloudflare peuvent rencontrer des pannes majeures. Une défaillance interne peut se propager extrêmement rapidement à des centaines de milliers de services qui en dépendent.

L’incident montre également :

• La complexité de la restauration : Cloudflare a dû réactiver certains services un par un (WARP, Access, Dashboard, puis les services applicatifs).
• L’importance des mesures d’isolement géographique (désactivation de WARP Londres) pour limiter l’impact global.
• La nécessité d’un monitoring très serré même après le correctif final.

Que retenir pour les entreprises et développeurs ?

Cette panne rappelle plusieurs principes essentiels :

1. Prévoir des plans B : même un géant comme Cloudflare peut tomber.
2. Surveiller les statuts fournisseurs : la StatusPage est indispensable pour réagir rapidement.
3. Mettre en place de la redondance : DNS, CDN, routage… il est possible d’ajouter des couches de secours.
4. Ne jamais dépendre d’un seul point de défaillance : ce que la panne du jour illustre parfaitement.

Conclusion

La panne mondiale du 18 novembre 2025 restera probablement comme l’un des incidents les plus marquants de Cloudflare de ces dernières années. Malgré sa gravité, l’entreprise a réagi rapidement, communiqué régulièrement, et restauré progressivement ses services. L’incident rappelle toutefois une vérité incontournable : même les infrastructures les plus robustes restent vulnérables, et la résilience doit toujours être pensée en amont.