Le 1er septembre 2026, une partie de la région Iowa de Google Cloud, la zone us-central1-b, a perdu sa connectivité réseau pendant plus de quatre heures. Quinze services gérés, dont Google Kubernetes Engine, Cloud Run et BigQuery, ont été dégradés ou isolés, et les entreprises dont les applications tournaient dans cette zone sont devenues injoignables pour leurs propres clients. Google a documenté l’événement dans un rapport d’incident daté du 10 septembre 2026, qui fait état d’une dégradation du service réseau et d’une isolation d’instances pour une partie des clients de la zone us-central1 pendant 4 heures et 11 minutes, avec des excuses adressées aux entreprises dont l’activité a été perturbée. L’incident, repris par la presse spécialisée dans une synthèse mise à jour le 15 septembre 2026, tient en une cause d’une banalité désarmante : selon le rapport de Google, tout est parti du débranchement physique accidentel de câbles de fibre optique pendant une maintenance matérielle de routine. Un technicien a débranché ces câbles pendant une opération programmée, et une erreur de procédure a propagé la coupure à l’ensemble des chemins concernés en treize minutes.
La réponse que cet article apporte d’emblée est la suivante : une panne du fournisseur de cloud n’efface pas les obligations de l’entreprise hébergée envers ses propres clients et fournisseurs, et elle n’ouvre pas un droit automatique à indemnisation contre le fournisseur. Tout dépend du contrat, de la preuve et du comportement de chaque maillon après la coupure. Avec deux réserves qu’il faut poser avant tout le reste : d’une part, le rapport de Google décrit un incident américain, et chaque entreprise française doit vérifier si ses propres services étaient effectivement hébergés dans la zone touchée avant d’en tirer une conséquence juridique ; d’autre part, les conditions générales et les engagements de niveau de service du fournisseur priment sur les principes généraux, et c’est à eux qu’il faut se reporter en premier. La contribution du présent article est la carte de cette cascade : qui doit prouver quoi, qui doit informer qui, et quels recours le droit français ouvre à chaque étage, à partir des textes en vigueur et de décisions réellement rendues.
I. La panne d’infrastructure et ses deux étages de conséquences
A. Premier étage : le géant du cloud face aux entreprises hébergées
La chronologie officielle est précise : le rapport situe le début de l’incident au 1er septembre 2026 à 7 h 44 et sa fin à 11 h 52, heures du Pacifique. Pendant cette fenêtre, les produits touchés comprenaient AlloyDB, Apigee, Cloud Filestore, Cloud Run, Cloud Spanner, App Engine, BigQuery, Bigtable, Dataflow, Cloud SQL, Compute Engine, Google Kubernetes Engine, la connectivité hybride, Looker et le réseau privé virtuel, avec des extensions aux VPN, à l’interconnexion et à Cloud Firestore selon les mises à jour successives. Les zones restantes de la région n’étaient pas affectées, et Google indique avoir déplacé le trafic hors de l’infrastructure atteinte avant de réinsérer les émetteurs optiques d’origine, puis de rediriger le trafic vers la capacité remise en service. Le rapport détaille aussi les engagements pris pour éviter une récidive : renforcement de la formation aux maintenances délicates dans la région concernée puis au niveau mondial, avec l’obligation de vérifier la présence d’un signal lumineux sur chaque fibre débranchée, migration des séquences de montée en version vers un orchestrateur entièrement automatique, déploiement d’alertes bloquant les travaux en cas de déconnexion involontaire de câbles en production, et bascule automatisée du trafic régional hors des zones défaillantes. Ces mesures, promises par écrit par le fournisseur lui-même, deviennent un étalon utile : si une panne comparable se reproduit alors que ces garde-fous n’ont pas été déployés, la discussion sur la diligence du prestataire et sur l’imprévisibilité de l’événement s’en trouvera déplacée. Pour l’entreprise cliente, elles confirment surtout que la continuité d’un service critique ne repose jamais sur une seule zone, et que le choix d’une architecture redondée, même plus coûteuse, est un investissement de preuve autant que de technique. Pour une entreprise française, ce premier étage est la relation avec le fournisseur : disponibilité promise, crédits de service, notification d’incident et, le cas échéant, responsabilité.
C’est ici que le contrat fait la loi des parties. L’article 1103 du code civil dispose que « Les contrats légalement formés tiennent lieu de loi à ceux qui les ont faits. » Les engagements de niveau de service, les clauses de crédits pour indisponibilité et les clauses limitatives ou exonératoires de responsabilité s’appliquent donc en premier, avant tout raisonnement général sur la faute. L’entreprise hébergée doit relire trois stipulations : le taux de disponibilité promis et son périmètre exact, la procédure de réclamation des crédits avec ses délais souvent très courts, et le plafond de responsabilité opposable. Faute de réclamation dans les formes et délais du contrat, le droit à crédit peut être perdu alors même que la panne est établie.
Reste la question que tout client lésé se pose : le fournisseur peut-il se retrancher derrière la force majeure ? Le texte applicable est strict. L’article 1218 du code civil dispose : « Il y a force majeure en matière contractuelle lorsqu’un événement échappant au contrôle du débiteur, qui ne pouvait être raisonnablement prévu lors de la conclusion du contrat et dont les effets ne peuvent être évités par des mesures appropriées, empêche l’exécution de son obligation par le débiteur. » Trois conditions cumulatives, donc : extériorité, imprévisibilité à la conclusion, irrésistibilité malgré des mesures appropriées. Et le même article règle la suite : « Si l’empêchement est temporaire, l’exécution de l’obligation est suspendue à moins que le retard qui en résulterait ne justifie la résolution du contrat. »
Or les juges français se montrent exigeants envers les professionnels de l’hébergement qui invoquent cette exonération. Le 4 juin 2026, la cour d’appel de Douai a jugé le cas d’un hébergeur de premier plan, la société OVH, après l’incendie qui avait ravagé son centre de données dans la nuit du 9 au 10 mars 2021. La cour écarte la force majeure au motif suivant : « un incendie survenant dans un centre d’hébergement informatique comportant, d’une part, de nombreux serveurs, un réseau électrique complexe, avec des ondulateurs et des batteries, et recourant, d’autre part, à des matériaux et techniques hautement inflammables, n’est ni hors de la maîtrise intellectuelle et matérielle du prestataire ni imprévisible et irrésistible pour le propriétaire de tels locaux, contrairement à ce que prétend la société OVH. » Elle ajoute que « la réunion de l’ensemble des conditions contractuelles et légales applicables à la force majeure n’étant pas prouvée, la société OVH ne peut prétendre que l’incendie litigieux relèverait de la force majeure ni, dès lors, se prévaloir de cette clause exonératoire de responsabilité. » Le dispositif « REJETTE la demande de la société OVH tendant à voir déclarer réunies les conditions contractuelles et légales de la force majeure », tout en relevant que le prestataire avait déjà réparé le seul préjudice imputable à son manquement : « DIT que la société OVH a déjà intégralement indemnisé l’association n° 1 Scolarité du seul préjudice subi par cette dernière du fait du manquement imputable à la société OVH ».
L’enseignement pour la panne de septembre 2026 est direct : un incident interne au fournisseur, provoqué par ses propres opérations de maintenance et reconnu comme une erreur de procédure, réunit mal les caractères de l’événement échappant au contrôle du débiteur et imprévisible pour un professionnel du cloud. Google, du reste, n’a pas invoqué la force majeure dans son rapport : il a présenté des excuses, décrit la cause et annoncé des mesures de prévention, dont la formation renforcée, l’orchestration automatique des montées en version réseau et des alertes d’arrêt des travaux en cas de déconnexion involontaire de fibres. Cette posture ouvre la voie des crédits contractuels et, au-delà, d’une discussion sur la responsabilité, à condition pour le client de prouver son dommage propre.
Symétriquement, l’entreprise hébergée ne pourra pas, elle, se prévaloir sans examen de la panne de son fournisseur pour échapper à ses propres engagements. Le 17 avril 2026, la cour d’appel de Paris a confirmé qu’une défaillance d’approvisionnement doublée de difficultés financières ne constitue pas un cas de force majeure : le transporteur d’électricité avait signifié dès le 6 février 2020 que la défaillance dénoncée « ne répondait pas aux caractères d’imprévisibilité et d’irrésistibilité nécessaires à la caractérisation d’un événement de force majeure », et la cour « CONFIRME le jugement en toutes ses dispositions » en condamnant la société défaillante aux dépens et à 62 000 euros au titre de l’article 700 du code de procédure civile. Autrement dit, répercuter sa propre inexécution sur un tiers en invoquant la contrainte ne suffit pas : il faut démontrer, maillon par maillon, que les trois conditions de l’article 1218 étaient réunies pour soi.
B. Second étage : l’entreprise hébergée face à ses clients, fournisseurs et prestataires
Quand la boutique en ligne n’affiche plus rien, quand le logiciel de facturation ne répond plus, quand les données d’exploitation sont inaccessibles pendant quatre heures, le dommage ne reste pas chez l’hébergeur : il descend. Les clients professionnels qui ne peuvent plus commander, les fournisseurs dont les bons de livraison restent en suspens, les prestataires logistiques ou de paiement dont les flux sont interrompus subissent chacun un préjudice distinct. Et chacun se retourne vers son cocontractant direct, c’est-à-dire le plus souvent l’entreprise hébergée, non vers Google avec qui ils n’ont aucun contrat. C’est la dure loi de l’effet relatif des conventions combinée à la chaîne des responsabilités : on répond d’abord devant celui avec qui l’on a contracté, puis on se retourne contre l’amont.
Les outils du créancier insatisfait sont énumérés par la loi. L’article 1217 du code civil dispose que « La partie envers laquelle l’engagement n’a pas été exécuté, ou l’a été imparfaitement, peut : – refuser d’exécuter ou suspendre l’exécution de sa propre obligation ; – poursuivre l’exécution forcée en nature de l’obligation ; – obtenir une réduction du prix ; – provoquer la résolution du contrat ; – demander réparation des conséquences de l’inexécution. » Et le texte précise que « Les sanctions qui ne sont pas incompatibles peuvent être cumulées ; des dommages et intérêts peuvent toujours s’y ajouter. » Concrètement, le client professionnel d’une plateforme restée muette quatre heures peut suspendre son paiement, exiger une réduction de prix pour la période d’indisponibilité, voire provoquer la résolution si le retard justifie une telle sanction, et réclamer dans tous les cas la réparation de son préjudice démontré.
Cette réparation n’est jamais automatique. L’article 1231-1 du code civil dispose que « Le débiteur est condamné, s’il y a lieu, au paiement de dommages et intérêts soit à raison de l’inexécution de l’obligation, soit à raison du retard dans l’exécution, s’il ne justifie pas que l’exécution a été empêchée par la force majeure. » La formule « s’il y a lieu » porte toute la charge du contentieux : il faut un manquement, un préjudice et un lien de causalité, chacun prouvé. L’article 1353 du code civil dispose que « Celui qui réclame l’exécution d’une obligation doit la prouver. Réciproquement, celui qui se prétend libéré doit justifier le paiement ou le fait qui a produit l’extinction de son obligation. » Dans une cascade de pannes, le créancier prouve la commande non honorée ou le service indisponible, tandis que le débiteur qui invoque la panne de son fournisseur doit justifier en quoi cet événement l’a réellement empêché d’exécuter, et ce qu’il avait prévu pour y parer.
Un jugement récent illustre ces deux versants dans le monde du logiciel en ligne. Le 11 avril 2025, le tribunal judiciaire de Versailles a tranché le litige opposant un cabinet d’avocats à son éditeur de logiciels : le cabinet invoquait de longues interruptions de services et une perte de ses données clients, avait proposé une compensation entre la facture de renouvellement et ses préjudices, et s’était vu répondre par une remise de deux mois puis par une menace de coupure, la société ayant écrit par courriel du 21 mars 2022 que, faute de paiement, « ses services seraient coupés ». Le tribunal a condamné l’éditeur à verser au cabinet « la somme totale de 16.000 euros à titre de dommages et intérêts », tout en condamnant le cabinet à payer la facture de renouvellement de 1 699,20 euros outre intérêts et 40 euros. Deux leçons pour la cascade du cloud : d’une part, l’indisponibilité et la perte de données engagent la responsabilité du prestataire dès lors que le préjudice est démontré, car en référé le juge avait relevé que « les préjudices allégués n’étaient pas démontrés et qu’il n’y avait pas lieu à référé sur les demandes en dommages et intérêts » ; d’autre part, le client ne peut pas s’autoriser seul une compensation intégrale en retenant tout paiement, et la coupure pour impayé reste une mesure encadrée par le contrat, non une punition libre.
Quant à la résolution, elle obéit à un régime précis qu’il faut manier avec prudence dans une panne de quelques heures. L’article 1229 du code civil dispose que « La résolution met fin au contrat. » Pour des prestations continues comme l’hébergement ou le logiciel en ligne, la résolution prend le nom de résiliation et ne remonte pas avant la dernière prestation impayée : « Lorsque les prestations échangées ont trouvé leur utilité au fur et à mesure de l’exécution réciproque du contrat, il n’y a pas lieu à restitution pour la période antérieure à la dernière prestation n’ayant pas reçu sa contrepartie ; dans ce cas, la résolution est qualifiée de résiliation. » Rompre l’ensemble de la relation pour quatre heures d’indisponibilité, sans mise en demeure préalable et sans gravité suffisante, exposerait l’auteur de la rupture à des dommages et intérêts plutôt qu’il ne le libérerait.
II. Ce que chaque acteur doit décider maintenant
A. Sécuriser, documenter et informer : les gestes qui conditionnent tout le reste
Le premier détenteur de la preuve, c’est le fournisseur, et il a ici parlé : le rapport d’incident de Google, avec ses heures de début et de fin, la liste des services touchés et la description de la cause, constitue la pièce maîtresse que chaque entreprise hébergée doit télécharger, horodater et archiver. À cette pièce s’ajoutent les journaux propres de l’entreprise : relevés de supervision, captures d’erreurs, tickets d’assistance, échanges avec le support du fournisseur, constats d’huissier ou constats techniques pour les indisponibilités contestées, et inventaire des commandes, livraisons et paiements manqués. Sans ce dossier, toute demande de crédits comme toute action en responsabilité restera une affirmation, et l’on a vu que les juges écartent les préjudices non démontrés.
Le deuxième geste est l’information descendante. L’entreprise hébergée doit prévenir ses clients professionnels et ses fournisseurs sans délai, avec des faits vérifiés : plage d’indisponibilité constatée, services affectés, mesures de contournement proposées, reprise constatée. Une communication rapide et exacte ne fait pas disparaître le manquement, mais elle limite l’aggravation du dommage, dont le créancier pourrait autrement répondre pour partie, et elle préserve la relation commerciale. À l’inverse, invoquer la panne du fournisseur comme une excuse générale, sans dire ce qui a été tenté pour maintenir le service, affaiblit toute défense ultérieure : le juge demandera quelles mesures appropriées avaient été prévues, redondance multizone, bascule, sauvegardes exploitables, et si leur absence a aggravé l’interruption.
Le troisième geste concerne les données et la continuité. L’incident de septembre 2026 a isolé des instances sans que Google fasse état d’une perte de données, mais chaque entreprise doit vérifier l’intégrité de ses jeux de données, la cohérence des écritures interrompues et l’état des sauvegardes avant toute reprise complète. L’affaire versaillaise rappelle que la restitution des données sur format exploitable et la survie des données clients sont des obligations autonomes du prestataire, distinctes de la simple remise en route du service. Pour l’avenir, la décision appartient à la direction : accepter le risque d’une zone unique contre son coût réduit, ou payer la redondance multizone et le plan de reprise, en sachant que ce choix documenté pèsera dans l’appréciation de la diligence de l’entreprise lors de la prochaine panne.
Enfin, chaque maillon doit adresser à son cocontractant direct une mise en demeure ou une notification écrite conservant ses droits : le client professionnel à l’entreprise hébergée pour l’inexécution subie, l’entreprise hébergée au fournisseur pour les crédits et la responsabilité, le tout par écrit avec accusé de réception, en rappelant les stipulations invoquées et en réservant l’évaluation du préjudice. La mise en demeure ne rompt rien par elle-même, mais elle fait courir les délais, fige les positions et conditionne, dans bien des contrats, l’ouverture des pénalités et de la résolution. Un point de vigilance souvent négligé tient aux délais : les journaux de supervision, les relevés de trafic et les tickets d’assistance ont une durée de rétention limitée, parfois de quelques semaines, et les constats techniques doivent être établis avant toute rotation des sauvegardes ou toute reconfiguration qui effacerait les traces. Il faut donc figer les preuves dans la semaine qui suit l’incident, adresser les réclamations de crédits dans les délais du contrat, souvent trente jours, et notifier les réserves aux clients et fournisseurs avant que les factures litigieuses ne soient payées sans protestation, car un paiement sans réserve peut ensuite être interprété comme une acceptation de la prestation.
B. Mettre en demeure, chiffrer et se retourner : les recours de la chaîne
Le recours le plus immédiat est contractuel et modeste : les crédits de service. La plupart des contrats de cloud prévoient, en cas de disponibilité inférieure au seuil promis, des avoirs proportionnels réclamés dans un délai bref, souvent trente jours, avec le rapport d’incident comme justificatif. C’est une réparation forfaitaire et plafonnée, sans rapport nécessaire avec le préjudice réel, mais elle se cumule avec la discussion sur la responsabilité dès lors que le contrat ne l’exclut pas. L’entreprise hébergée doit donc déposer sa réclamation sans attendre l’évaluation complète de son dommage, pour ne pas perdre ce premier étage d’indemnisation.
Le deuxième recours est l’action en responsabilité contre le fournisseur pour le surplus du préjudice : marge perdue sur les ventes empêchées, coûts de bascule d’urgence, heures de reconstitution des données, pénalités versées à ses propres clients du fait de l’interruption. Ici s’appliquent les plafonds contractuels, que l’arrêt de Douai a maintenus en rejetant la demande tendant à les réputer non écrits, et l’exigence de preuve poste par poste : chiffre d’affaires comparable, journaux de trafic, factures des moyens de secours, courriers des clients mécontents chiffrant leurs propres pertes. La somme de 576 660,63 euros réclamée à OVH par l’association, pour l’essentiel écartée quand le seul préjudice imputable avait déjà été indemnisé, montre l’écart entre le préjudice ressenti et le préjudice prouvé et imputable. Pour la panne de septembre 2026, dont la durée est de quatre heures et dont la cause interne au fournisseur est documentée par lui-même, la discussion portera moins sur le principe d’un manquement que sur la mesure exacte de ses conséquences et sur les plafonds opposables.
Le troisième recours est celui de l’aval : les clients professionnels et les fournisseurs de l’entreprise hébergée agiront contre elle sur le fondement des articles 1217 et 1231-1, et elle devra choisir entre transiger vite pour préserver la relation, opposer la force majeure pour sa propre inexécution, ou appeler son fournisseur en garantie. L’option de la force majeure descendante est étroite : il faudra démontrer que la panne, bien que prévisible en général pour un opérateur diligent, était imprévisible dans ses modalités et irrésistible malgré les mesures appropriées que l’entreprise avait prises, redondance, sauvegardes, plan de bascule. Faute de telles mesures, l’argument se retournera contre celui qui l’invoque, comme il s’est retourné contre l’hébergeur dans l’affaire de Douai et contre le débiteur d’énergie devant la cour de Paris. L’appel en garantie du fournisseur, lui, suppose d’avoir respecté les clauses de notification du contrat amont et de pouvoir justifier que les sommes versées à l’aval correspondent au dommage réellement causé par l’interruption.
Reste la question des prestataires intermédiaires, intégrateurs, agences, infogéreurs, qui administrent le cloud pour le compte de l’entreprise utilisatrice. Leur responsabilité s’apprécie à l’aune de leur mission : choix de l’architecture, activation ou non de la redondance, surveillance, réaction le jour de la panne. S’ils avaient recommandé une zone unique pour réduire les coûts sans alerter sur le risque, ou s’ils sont restés inertes pendant quatre heures, leur part de responsabilité pourra être recherchée à côté de celle du fournisseur. C’est l’autre leçon de la cascade : chaque maillon répond de ses propres diligences, et la panne de l’amont n’absout pas l’aval de ses négligences propres.
En définitive, la panne de Google Cloud du 1er septembre 2026 ne restera pas comme une catastrophe juridique, mais comme un test de maturité contractuelle : les entreprises qui disposaient d’un dossier de preuves, d’une architecture redondée ou au moins d’un plan de bascule, d’une communication rapide à leurs clients et d’une réclamation déposée dans les délais en sortiront avec des crédits et, le cas échéant, une indemnisation du surplus prouvé ; les autres paieront deux fois, une fois envers leurs clients et une fois en pure perte faute de recours documenté. Dans une chaîne où le fournisseur, l’entreprise hébergée, ses clients et ses prestataires se tiennent les uns les autres, celui qui tient ses preuves et respecte ses délais tient sa défense. Et la prochaine panne, car il y en aura une, départagera de nouveau les contrats lus à temps des contrats subis. Les directions juridiques et les dirigeants retiendront trois réflexes : cartographier dès aujourd’hui les dépendances critiques, zone d’hébergement, prestataires intermédiaires, flux clients exposés, pour savoir en une heure qui est touché et qui doit être prévenu ; tester le plan de bascule au moins une fois par an, car une redondance jamais exercée est une promesse sans valeur probante ; et relire les contrats d’hébergement et d’infogérance à chaque renouvellement, seuils de disponibilité, délais de réclamation, plafonds de responsabilité, pour vérifier qu’ils couvrent encore le niveau d’activité réel de l’entreprise. La panne du 1er septembre 2026, documentée avec une transparence inhabituelle par son auteur, offre un cas d’école : tout y est, la cause, la durée, les excuses et les engagements. Aux entreprises d’en faire un précédent utile plutôt qu’un simple souvenir.
Besoin d’un avis rapide sur votre dossier
Maître Reda KOHEN, avocat au Barreau de Paris, accompagne les entreprises hébergées dans le cloud, leurs clients professionnels, leurs fournisseurs et leurs prestataires après une panne d’infrastructure ou une interruption de service en cascade : analyse des engagements de service, organisation de la preuve, mises en demeure et chiffrage du préjudice, recours contre le fournisseur et défense face aux réclamations de l’aval. Consultation téléphonique : 80 EUR TTC. Joignez le cabinet au 06 46 60 58 22 ou écrivez via la page contact du cabinet. Pour les questions de contrats, de responsabilité et de contentieux entre professionnels, l’avocat en droit des affaires à Paris du cabinet traite les dossiers où la chaîne contractuelle et la preuve font la décision.