Panne Google Cloud : HSBC, Revolut, Lloyds et d’autres services perturbés

Ce qui s’est passé

Une panne de Google Cloud localisée dans la région de Londres, appelée europe-west2, a provoqué une série de perturbations dans les services bancaires, les paiements, la livraison et plusieurs sites grand public le mardi 20 octobre 2026. Le tableau de bord de Google Cloud indiquait que l’incident était actif et qu’il avait commencé le 19 octobre à 23 h 08, heure du Pacifique, soit au petit matin du 20 octobre au Royaume-Uni et en Europe [1]. La zone touchée était Londres, et Google décrivait des taux d’erreur élevés ainsi que des défaillances réseau intermittentes dans plusieurs services Google Cloud de la région europe-west2 [1].

Très vite, le calendrier de cette panne a correspondu à une hausse des plaintes d’utilisateurs chez plusieurs banques et plateformes numériques. Reuters a rapporté que plusieurs services Google Cloud étaient perturbés dans la région londonienne au moment où Revolut connaissait également une panne, et une personne informée du dossier a indiqué à Reuters que l’incident de Revolut était lié à la perturbation de Google Cloud [2]. Revolut a de son côté insisté sur le fait que l’argent et les données des clients étaient en sécurité, même si des services comme les paiements par carte et les retraits aux distributeurs étaient indisponibles ou partiellement indisponibles [2].

L’incident n’a pas concerné une seule application. Sky News a recensé des problèmes ou des pics de signalements touchant Revolut, Lloyds, HSBC, Rightmove, Royal Mail, Bank of Scotland, SiteGround, DPD, Halifax et d’autres services au cours de la même séquence [4]. TechRadar a indiqué séparément que les problèmes de Revolut et de Lloyds Bank avaient commencé vers 6 h 46, heure britannique, avec des pics Downdetector proches de 1 500 signalements pour Revolut et d’environ 500 pour Lloyds Bank [3]. Ces chiffres ne mesurent pas le nombre réel de clients touchés, mais ils montrent la rapidité avec laquelle la panne est devenue visible pour le public.

Le diagnostic de Google: un incident régional aux effets multiples

La page d’état de Google listait un large éventail de produits affectés, dont Compute Engine, Google Kubernetes Engine, Cloud Storage, Cloud SQL, BigQuery, Cloud Run, Pub/Sub, Cloud Load Balancing, Virtual Private Cloud ainsi que plusieurs services de bases de données, d’analyse et de réseau [1]. Ce détail est essentiel. Une banque ou une fintech ne dépend presque jamais d’un seul composant cloud. Une application de paiement peut avoir besoin en même temps de capacité de calcul, de bases de données, de routage réseau, de systèmes d’identité, de stockage, de journalisation et d’outils de support client.

Lorsque plusieurs couches se dégradent simultanément, le client ne voit pas une panne “cloud” abstraite. Il voit une connexion qui échoue, un paiement refusé, un solde qui ne se charge pas, un virement retardé ou un service d’assistance inaccessible. C’est exactement ce qui rend ce type d’incident si sensible pour les acteurs financiers.

Dans la dernière mise à jour Google disponible avant publication, l’entreprise indiquait que ses équipes d’ingénierie poursuivaient l’enquête et présentait ses excuses aux clients affectés [1]. Google a aussi fait évoluer sa consigne pratique: après avoir indiqué qu’il n’y avait pas de solution de contournement, la société a conseillé aux clients concernés, si cela était possible, de migrer les charges de travail touchées vers une autre zone ou une autre région disponible [1]. Techniquement, ce conseil est logique. Opérationnellement, il est beaucoup plus complexe qu’il n’y paraît.

Déplacer des systèmes financiers en direct pendant une panne ne ressemble pas à la migration d’un simple site vitrine. Les entreprises régulées doivent préserver l’intégrité des transactions, les soldes des clients, les journaux d’audit, les contrôles antifraude et la sécurité tout en restaurant le service. Le mot “si possible” est donc central: une bascule régionale ne peut fonctionner que si elle a été préparée, automatisée et testée avant l’incident.

Revolut, le cas le plus visible

Revolut semble avoir été l’un des services grand public les plus fortement touchés. Reuters a rapporté que la plupart de ses services étaient indisponibles ou partiellement indisponibles, notamment les paiements par carte et les retraits aux distributeurs [2]. The Guardian a indiqué que des clients ne pouvaient plus accéder à l’application bancaire, avec des problèmes touchant la connexion, les paiements par carte, les virements, les retraits aux distributeurs et les services liés aux cryptomonnaies [5]. BleepingComputer a rapporté que la page de statut de Revolut affichait 28 services affectés, dont la connexion, les paiements par carte, les virements, le change, le trading d’actions et le chat de support en direct [6].

Pour une banque numérique, ce cumul est particulièrement critique. Si un client ne peut ni se connecter, ni déplacer son argent, ni payer par carte, ni retirer du liquide, l’incident dépasse le simple désagrément technique. Il peut affecter un trajet, un achat alimentaire, un voyage, la trésorerie d’un petit commerce ou un paiement urgent. Revolut a tenté de distinguer clairement disponibilité et sécurité: l’entreprise a affirmé que les fonds et les données des clients étaient en sécurité et qu’elle travaillait à la résolution du problème depuis son identification dans la matinée [5].

Cette distinction est importante mais insuffisante pour les clients. Des fonds peuvent être protégés juridiquement et comptablement tout en restant temporairement inaccessibles dans la pratique. Dans la banque de détail moderne, la disponibilité n’est pas un bonus technique; elle fait partie de la promesse de base du service.

Lloyds, HSBC et d’autres services britanniques touchés

Lloyds et HSBC ont été cités à plusieurs reprises dans les signalements et la couverture médiatique. The Independent a indiqué qu’une panne internet plus large avait affecté Lloyds Bank, HSBC, Screwfix, DPD et Revolut, tout en précisant qu’il n’était pas encore établi que chaque problème signalé soit directement causé par Google Cloud [7]. Sky News a également listé Lloyds, HSBC, Bank of Scotland, Halifax et d’autres services non bancaires parmi les plateformes ayant enregistré des signalements pendant la perturbation de Google Cloud [4]. Clubic, dans sa couverture francophone, a signalé une hausse des rapports concernant Lloyds, HSBC, NatWest, Santander UK, Bank of Scotland, Halifax, Scottish Widows et MBNA, en rappelant que plusieurs de ces marques appartiennent au groupe Lloyds Banking Group [8].

Lloyds a adopté une communication plus nuancée. TechRadar a rapporté qu’un porte-parole de Lloyds Bank affirmait que l’application était en ligne et que les clients pouvaient s’y connecter normalement, tout en reconnaissant que certains utilisateurs rencontraient des problèmes avec certains services en ligne [3]. La banque disait aussi avoir connaissance de problèmes similaires chez d’autres organisations et surveiller la situation [3]. Cette précision compte: toutes les marques citées dans les pics de signalements n’étaient pas nécessairement totalement hors service. Certains clients pouvaient accéder à leur compte pendant que d’autres subissaient des lenteurs, des erreurs de paiement ou des fonctionnalités indisponibles.

HSBC apparaît dans le même groupe de perturbations, mais les sources récentes disponibles restaient prudentes sur l’attribution directe de chaque problème à Google Cloud. La lecture la plus solide est donc la suivante: HSBC faisait partie des grandes banques associées à des signalements d’utilisateurs pendant l’incident, tandis que la panne europe-west2 de Google Cloud constituait l’événement d’infrastructure central observé au même moment [4][7].

Pourquoi une seule région cloud peut peser sur tant de marques

Cette panne est un exemple clair de concentration du cloud. Google Cloud, Amazon Web Services et Microsoft Azure fournissent l’infrastructure de milliers de services utilisés chaque jour. Les entreprises choisissent ces plateformes parce qu’elles offrent de l’échelle, des outils de résilience, des bases de données, de la sécurité et une portée mondiale difficiles à construire seules. Mais cette concentration a un revers: des services apparemment sans lien — banques, livraisons, immobilier, messagerie, support client — peuvent être ralentis par une dépendance commune.

La géographie joue aussi un rôle. La région touchée était europe-west2, située à Londres [1]. Pour les services financiers britanniques et européens, une région londonienne est attractive: elle réduit la latence, rapproche les systèmes des clients, facilite certaines contraintes de localisation des données et simplifie l’exploitation par les équipes locales. Mais si trop de fonctions critiques reposent sur la même région, et si les plans de bascule ne sont pas pleinement testés, cet avantage de proximité peut devenir un point de tension majeur.

La consigne de Google sur la migration vers une autre zone ou région résume le défi [1]. Une vraie résilience multi-région suppose des bases de données répliquées, des procédures de bascule éprouvées, une gestion fine du trafic, des politiques de sécurité cohérentes, des modèles de cohérence de données adaptés et des équipes prêtes à agir. On ne crée pas cette capacité en pleine panne bancaire.

État actuel et enseignement

Dans les dernières mises à jour disponibles dans la fenêtre de fraîcheur demandée, l’incident Google Cloud était toujours actif, même si certains pics de signalements semblaient refluer. TechRadar rapportait à 10 h 19 UTC que les premières hausses de signalements concernant Revolut, Lloyds, Rightmove et DPD semblaient en voie de récupération sur Downdetector [9]. Cela ne signifie pas que tous les clients avaient retrouvé un service normal, ni que la cause profonde était identifiée. Cela suggère plutôt un passage de la phase aiguë de la panne à une reprise partielle, pendant que Google et les entreprises touchées poursuivaient leurs investigations.

La leçon immédiate n’est pas que le cloud serait intrinsèquement dangereux. Sans cloud, une grande partie de la banque moderne serait moins rapide, moins évolutive et moins riche en fonctionnalités. La leçon est que la résilience cloud n’est pas automatique. Louer des ressources auprès d’un hyperscaler ne garantit pas, à lui seul, qu’une application bancaire, un paiement par carte ou un canal de support survivra à une panne régionale.

Pour les banques et fintechs, les questions d’après-crise seront concrètes. Quels services ont réellement basculé? Lesquels étaient redondants seulement sur le papier? Quels parcours clients dépendaient encore d’une seule région, d’une seule base de données, d’une seule file de messages ou d’un seul service d’identité? Et comment expliquer rapidement aux clients qu’un problème visible dans leur application peut venir d’une infrastructure externe?

Pour les utilisateurs, la panne a été beaucoup plus simple à résumer: cartes refusées, applications ralenties, connexions bloquées et paiements incertains. C’est précisément pour cela que l’incident compte. Un problème dans une région cloud londonienne n’est pas resté dans le cloud. Il est arrivé aux caisses, aux distributeurs et dans les applications bancaires de millions de clients.

Développements

1. La panne de Google Cloud perturbe Revolut et les banques en EuropeMashable · 20 oct. 2026, 12:40 · 8/10
2. Panne de Google Cloud perturbe HSBC, Revolut, Lloyds et autresThe Times · 20 oct. 2026, 12:07 · 9/10
3. Panne de Google Cloud perturbe Revolut et d'autres servicesInvesting.com · 20 oct. 2026, 12:06 · 7/10
4. Panne de Google Cloud perturbe HSBC, Revolut, et d'autresNeowin · 20 oct. 2026, 12:04 · 8/10
5. La panne de Google Cloud impacte HSBC, Revolut, Lloyds, et d'autres le 20 octobre 2026The Independent · 20 oct. 2026, 11:37 · 8/10
6. Les zones Google Cloud à Londres subissent une panne le 20 octobre 2026The Register · 20 oct. 2026, 11:34 · 7/10

Sources des dernières 72 heures

1. [1]Google Cloud Service Health20 oct. 2026, 12:01
2. [2]Google Cloud services face outage in London, Revolut services down too20 oct. 2026, 11:30
3. [3]Revolut and Lloyds Bank are down for thousands — here's all the latest on the outages20 oct. 2026, 12:20
4. [4]Google outage latest: Banking, NHS England and bike rentals among dozens of apps hit by Google Cloud issuesservice issues20 oct. 2026, 12:08
5. [5]Millions unable to use Revolut app or cards as company suffers ‘service disruption’20 oct. 2026, 11:45
6. [6]Revolut outage disrupts online banking operations worldwide20 oct. 2026, 11:46
7. [7]Why did the internet just break? Google Cloud outage takes down Revolut and others20 oct. 2026, 11:37
8. [8]Revolut, Lloyds, HSBC… les banques britanniques dans la tourmente, un incident Google Cloud ?20 oct. 2026, 11:54
9. [9]Google Cloud down - major outage across Europe hits big brands, banking apps and more20 oct. 2026, 12:19

Article généré par IA à partir d’une recherche web récente, puis conservé comme instantané éditorial daté.