Le 20 octobre 2026, une panne dans la région londonienne de Google Cloud a perturbé plusieurs services numériques. La banque Revolut a signalé des difficultés touchant notamment les paiements par carte, les virements et les retraits ; d’autres banques et services britanniques ont aussi rencontré des problèmes. Google a attribué l’incident à un événement électrique dans une zone de son infrastructure à Londres.
La panne n’a pas été décrite comme une cyberattaque. Revolut a indiqué que l’argent et les données de ses clients étaient en sécurité. Pour les petites entreprises, l’événement rappelle surtout qu’un service essentiel peut dépendre d’infrastructures et de fournisseurs moins visibles. Préparer une solution de repli et tester la reprise aide à limiter les conséquences d’une indisponibilité.
Ce qui s’est passé le 20 octobre
Google a signalé une interruption dans sa région europe-west2, à Londres. L’incident a commencé le 20 octobre à 06 h 08 GMT et a touché de nombreux produits, parmi lesquels Compute Engine, Cloud Storage, Cloud Run et plusieurs services réseau. Google a ensuite précisé qu’un événement électrique avait provoqué une panne dans la zone europe-west2-b, avec des erreurs et des interruptions réseau intermittentes dans la région. L’entreprise a indiqué que l’incident était en grande partie atténué, tout en poursuivant le rétablissement de quelques charges de travail.
Revolut a signalé des perturbations sur plusieurs services. Reuters, citant une personne proche du dossier, a relié son interruption à celle de Google Cloud. La page d’état de Revolut a listé des problèmes touchant notamment les paiements par carte, les virements, les retraits aux distributeurs et l’accès à certains services. Lloyds, Halifax et HSBC ont également signalé des difficultés. Ces éléments décrivent un incident régional avec des effets sur plusieurs organisations ; ils ne prouvent pas que tous les clients ou tous les services de ces entreprises ont été touchés de la même manière.
Une indisponibilité, pas une fuite de données
Les informations publiées par Google décrivent une panne électrique et des erreurs réseau, pas un accès non autorisé à des données. Revolut a déclaré que l’argent et les données de ses clients étaient en sécurité. Les sources consultées ne font état ni d’une fuite ni d’un vol de fonds causé par cet incident.
Cette distinction compte pour les clients comme pour les entreprises qui analysent l’événement. Une interruption peut empêcher une opération légitime sans compromettre un compte. Elle peut aussi exposer une faiblesse de continuité sans révéler de faille de sécurité. En l’absence d’éléments contraires, il faut donc parler d’indisponibilité de services et éviter de présenter la panne comme un incident de confidentialité.
Le risque derrière la panne : une dépendance mal connue
Une entreprise peut utiliser une application sans savoir quels services l’appuient : hébergement, réseau, authentification, paiement, messagerie ou assistance. Si une dépendance critique devient indisponible, les conséquences peuvent se propager à l’activité, même lorsque les postes et les locaux de l’entreprise fonctionnent normalement.
La panne de Google Cloud montre l’importance de comprendre ces dépendances, mais elle ne permet pas de conclure que toutes les entreprises touchées hébergeaient l’ensemble de leurs systèmes à Londres. Pour une PME, l’objectif n’est pas de reproduire l’architecture d’une banque ou d’adopter automatiquement plusieurs fournisseurs cloud. Il est de savoir quelles activités s’arrêtent lorsqu’un service externe tombe, combien de temps elles peuvent attendre et quelles solutions de secours sont réellement prêtes.
Cinq vérifications utiles pour une PME
Commencez par lister les opérations qui doivent rester possibles : encaisser, communiquer avec les clients, accéder à la comptabilité ou contacter un fournisseur. Pour chacune, notez l’application utilisée, les fournisseurs dont elle dépend, la personne responsable et le canal qui permet de vérifier son état.
Ensuite, vérifiez les solutions de repli avec les responsables métier : un autre moyen de paiement déjà activé, une procédure de prise de commande hors ligne, un numéro d’assistance ou un accès alternatif. Une solution qui n’a jamais été testée, qui requiert un compte indisponible ou dont personne ne connaît les étapes ne constitue pas un plan opérationnel.
Enfin, organisez un exercice court. Simulez l’indisponibilité d’un service critique pendant une demi-journée, sans modifier les systèmes de production. Vérifiez qui prend la décision, comment informer l’équipe et les clients, quelles opérations peuvent attendre et comment rapprocher les transactions après le rétablissement. Consultez aussi le guide Soclyde sur la résilience des PME pour structurer cet exercice.
Le lien avec Soclyde
Soclyde concerne les mots de passe et les accès, pas la disponibilité de Google Cloud, de Revolut ou des moyens de paiement d’une entreprise. Son coffre chiffré reste sur les appareils autorisés et peut être consulté hors ligne depuis un appareil disponible. Cela peut aider une équipe à retrouver certains identifiants nécessaires à ses opérations, mais ne rétablit pas un service externe en panne et ne remplace pas un plan de continuité.
Une préparation sérieuse combine plusieurs mesures : fournisseurs identifiés, accès de secours maîtrisés, procédures connues et sauvegardes ou moyens alternatifs testés lorsque l’activité en dépend. Le gestionnaire d’accès n’en est qu’un élément.
À retenir
La panne du 20 octobre a montré qu’un incident dans une région cloud peut perturber des services bancaires et numériques utilisés au quotidien. Les faits disponibles établissent une indisponibilité liée à un événement électrique chez Google Cloud ; ils ne démontrent ni fuite de données ni perte de fonds chez Revolut.
Pour une PME, la leçon est concrète : identifier les dépendances qui peuvent bloquer le travail, préparer des solutions de repli adaptées et vérifier qu’elles fonctionnent avant la prochaine interruption. Le guide de résilience des PME propose un exercice simple pour commencer.
