Orange, Revolut, PHP : trois pannes en 48h, une leçon pour votre site

En l'espace de deux jours, trois pannes sans aucun lien technique entre elles ont touché des millions d'utilisateurs en France et au Royaume-Uni. Le 20 octobre 2026, une coupure électrique chez Google Cloud bloque les paiements Revolut et plusieurs grandes banques britanniques. Le 21 octobre, le réseau mobile Orange et Sosh tombe pendant près de dix heures. Le même jour, deux failles critiques de PHP forcent impots.gouv.fr, Météo-France et la CNIL à fermer leurs sites par précaution.

Trois causes différentes (défaillance matérielle télécom, coupure électrique chez un cloud provider, vulnérabilité logicielle), un même constat : l'infrastructure numérique sur laquelle reposent les sites, les CMS et les services de paiement tient sur un empilement de maillons dont chacun peut rompre sans prévenir. Pour un propriétaire de site, l'épisode le plus directement actionnable est la faille PHP, puisqu'une bonne partie du web (WordPress, Drupal, et d'autres CMS) tourne sur ce langage.

01La faille PHP : le risque le plus direct pour les sites

C'est l'incident le plus technique des trois, et le plus concerné par ce blog. Selon Renseignement Économique, les deux vulnérabilités révélées le 20 octobre 2026 permettent d'exécuter du code sur le serveur à partir d'une simple requête web, avant même que le site ne finisse de charger. Notées 9,2 sur l'échelle CVSS v4.0, c'est le niveau de sévérité le plus élevé en dehors d'une exécution triviale sans aucune interaction.

Nous avons détaillé le fonctionnement de ces deux CVE et la marche à suivre pour vérifier son hébergement dans un article dédié : PHP2Shell : deux failles critiques dans PHP ont fait couper des sites d'État, voici quoi vérifier. L'essentiel à retenir ici : si votre site tourne sous WordPress, Drupal ou tout autre CMS en PHP, la version du langage côté serveur (pas seulement le CMS) doit être vérifiée auprès de l'hébergeur.

Des sites d'État fermés par prudence, pas par attaque confirmée

Le détail important, rapporté par Presse-citron, est que la fermeture d'impots.gouv.fr, Météo-France, de plusieurs préfectures, de la CNIL et de Santé publique France le 21 octobre n'a pas suivi une compromission avérée. C'est l'ANSSI qui a recommandé une mise hors ligne préventive, le temps d'appliquer les correctifs. Une décision qui illustre une règle que beaucoup de webmasters ignorent en situation de crise : une fermeture volontaire et temporaire vaut mieux qu'un site compromis resté en ligne.

02Orange : dix heures de panne sans explication technique précise

La panne du réseau mobile Orange et Sosh a débuté vers 11h20 le 21 octobre 2026 et a duré près de dix heures, selon franceinfo. Appels, SMS et internet mobile ont été coupés pour les 21,6 millions de clients mobiles d'Orange en France, un volume qui donne la mesure de l'incident.

Côté cause, l'opérateur reste flou. Selectra rapporte qu'Orange a évoqué « une défaillance d'un équipement au niveau du cœur de réseau mobile », sans préciser ni l'équipement concerné, ni la raison pour laquelle le rétablissement a demandé autant de temps. Pour un site web, ce type de panne a un effet indirect mais réel : une partie du trafic mobile, des notifications et des accès via application se coupe sans que le site lui-même soit en cause.

03Revolut et Google Cloud : la dépendance cachée du cloud

Le 20 octobre 2026, une panne électrique dans la zone europe-west2-b de Google Cloud a paralysé une partie du système bancaire britannique. Selon Clubic, Revolut, Lloyds, HSBC, Halifax, Bank of Scotland et NatWest ont été touchées, ainsi que des services non financiers comme Royal Mail et DPD.

Chez Revolut, iGeneration précise que les retraits aux distributeurs, les virements et les rechargements de carte ont été perturbés toute la journée, avec un retour à la normale annoncé à 19h39. La fintech a assuré que les fonds et les données clients n'avaient pas été compromis. L'incident rappelle qu'une entreprise grand public n'est jamais seulement dépendante de son propre code : elle hérite aussi de la fragilité de son fournisseur cloud, même quand ce fournisseur s'appelle Google.

04Trois incidents, trois profils de risque

Mis côte à côte, ces trois pannes couvrent trois familles de risque distinctes auxquelles un site ou un service en ligne peut être exposé : la vulnérabilité logicielle côté serveur, la défaillance d'infrastructure télécom, et la dépendance à un cloud provider tiers.

Aucun de ces trois incidents n'a de lien de cause avec les deux autres. C'est justement ce qui rend la semaine instructive : la disponibilité d'un service numérique dépend de plusieurs couches indépendantes (code, hébergeur, télécom, cloud), et il suffit qu'une seule cède pour que l'utilisateur final ne voie qu'une chose, « ça ne marche pas ». Pour le contexte, voir notre article sur pannes qui faussent les données SEO.

05Ce que ça doit changer dans la gestion de votre site

Pour un gestionnaire de site, l'enseignement n'est pas qu'il faille s'inquiéter de tout, mais qu'il faut distinguer ce qui est vérifiable de ce qui ne l'est pas. La version PHP de votre hébergement se vérifie en quelques minutes auprès de votre hébergeur ou dans votre panneau d'administration : c'est le seul des trois incidents sur lequel vous avez une action directe.

Sur trois pannes de la même semaine, une seule se corrige avec un simple patch côté serveur : la faille PHP.

L'angle indexation à ne pas négliger

Une mise hors ligne, même volontaire et de quelques heures, n'est jamais neutre pour un site géré avec un minimum de rigueur SEO. Des erreurs de crawl peuvent apparaître dans Search Console, et un site indisponible au moment du passage de Googlebot peut voir son exploration ralentie temporairement. Nous avons détaillé la façon dont Google mesure désormais ses propres délais de crawl et d'indexation dans Crawl, indexation, recovery : Google chiffre enfin ses délais réels, utile pour relativiser l'impact réel d'une coupure courte plutôt que de céder à la panique.

Concrètement, trois réflexes suffisent face à ce type de semaine : vérifier la version PHP de son hébergement et appliquer les correctifs disponibles, surveiller les pages d'état (status page) de ses fournisseurs critiques (hébergeur, cloud, CDN) plutôt que de découvrir une panne par les retours des utilisateurs, et garder une communication prête en cas de coupure volontaire, pour éviter que l'indisponibilité ne soit perçue comme un piratage.

Chris Waoo

Consultant SEO · fondateur de Cat's Eye Web

Écrit sur le SEO technique, l'IA et Google Discover à partir de tests terrain. Créateur de l'outil d'audit Cat's Eye. @ChrisWaoo