# Contrat cloud résilié sans préavis : le cas qui a changé notre hébergement > Un fournisseur cloud a fermé un compte d'agence du jour au lendemain, invoquant une clause générique de conditions d'utilisation. Récit de l'incident et des mesures prises depuis. - Auteur : Clément Hadrot - Publié le : 2026-07-16 - Mis à jour le : 2026-07-16 - Catégorie : Hébergement & serveurs - URL : https://wpmoderne.dev.wordpress-developpement.fr/hebergement/contrat-cloud-resilie-sans-preavis-cas-hebergement/ ## L’essentiel - Le compte a été suspendu sans avertissement préalable, invoquant les conditions générales - Aucune sauvegarde externe n'existait au moment de la coupure - L'agence répartit désormais son infrastructure sur deux fournisseurs distincts par principe Un mardi matin ordinaire, une tentative de connexion à la console d'administration d'un grand fournisseur cloud américain se solde par un message de compte suspendu, sans notification préalable reçue par email, sans explication détaillée au-delà d'une référence générique aux conditions générales d'utilisation. Quatorze sites clients de l'agence, hébergés sur des instances de ce fournisseur, sont devenus simultanément inaccessibles. Cet article ne traite pas du choix initial de ce fournisseur, une décision qui semblait à l'époque parfaitement raisonnable au vu de sa réputation. Il raconte ce cas précis, la façon dont l'incident a été géré dans l'urgence, et les mesures structurelles prises depuis pour ne plus dépendre d'un unique acteur de cette manière. ## Une suspension sans avertissement préalable Après plusieurs échanges avec le support du fournisseur, la cause précise de la suspension est restée floue plusieurs jours : une mention vague de "activité jugée non conforme aux conditions d'utilisation" sans détail exploitable, ni ticket de support permettant un dialogue direct avec une personne habilitée à revenir sur la décision. Ce n'est qu'après une semaine d'échanges, essentiellement via des formulaires génériques, que le compte a finalement été rétabli, sans qu'aucune explication définitive ne soit jamais fournie sur l'origine exacte du signalement automatique qui avait déclenché la suspension. Cette semaine d'indisponibilité a directement affecté les quatorze sites concernés, dont deux avec un enjeu commercial direct pour leurs propriétaires respectifs, entraînant une perte de confiance client difficile à réparer malgré une communication transparente sur les circonstances de l'incident. > L'essentiel à retenir : Le compte a été suspendu sans avertissement préalable, invoquant les conditions générales ; Aucune sauvegarde externe n'existait au moment de la coupure ; L'agence répartit désormais son infrastructure sur deux fournisseurs distincts par principe ## L'absence de sauvegarde externe, l'aggravation du problème Le point le plus critique de cet épisode n'était pas la suspension elle-même, mais l'absence totale de copie des données en dehors de l'infrastructure de ce fournisseur au moment de l'incident. Les sauvegardes automatiques configurées étaient stockées sur le même compte cloud suspendu, donc tout aussi inaccessibles que les sites eux-mêmes pendant toute la durée de la suspension. Sans cette dépendance totale, une restauration d'urgence chez un autre prestataire aurait été possible dès les premières heures. Avec elle, l'agence n'avait d'autre choix que d'attendre le rétablissement du compte, sans alternative de récupération des données pendant toute la durée de l'incident. ## Ce qui a changé structurellement depuis La première mesure, appliquée dès la résolution de l'incident, a consisté à instaurer une règle stricte de séparation des sauvegardes : aucune copie de sauvegarde d'un site ne doit désormais résider sur le même compte, ni chez le même fournisseur, que l'infrastructure de production qu'elle protège. Un compte de stockage distinct, chez un second fournisseur, héberge désormais systématiquement une copie hebdomadaire complète de chaque site du parc. - Séparer systématiquement le compte de sauvegarde du compte de production, y compris chez des fournisseurs différents. - Répartir volontairement l'infrastructure du parc entre au moins deux fournisseurs distincts, plutôt que de tout concentrer chez un seul acteur pour des raisons de simplicité de gestion. - Documenter, pour chaque client, une procédure de bascule d'urgence vers le second fournisseur en cas d'indisponibilité prolongée du premier. ## Le compromis assumé de cette nouvelle politique Répartir l'infrastructure entre deux fournisseurs a un coût réel : une complexité de gestion accrue, des habitudes d'exploitation à dupliquer sur deux environnements différents, et une négociation tarifaire moins favorable que celle obtenue en consolidant tout chez un unique acteur. L'agence a assumé ce compromis en connaissance de cause, considérant que le risque de dépendance totale à un fournisseur unique dépassait désormais, à ses yeux, l'économie réalisée par la consolidation. > Aucune clause de conditions générales, aussi improbable qu'elle paraisse s'appliquer à votre usage, ne doit être écartée du calcul de risque tant qu'elle figure noir sur blanc dans le contrat que vous avez accepté. ## Ce que cet incident nous a définitivement appris La réputation d'un fournisseur cloud, aussi solide soit-elle, ne garantit jamais l'absence de décision automatisée et opaque affectant un compte donné. La seule protection réelle contre ce risque reste structurelle : une sauvegarde indépendante du fournisseur principal, et une répartition volontaire de l'infrastructure critique entre plusieurs acteurs distincts, quitte à en payer le coût opérationnel supplémentaire au quotidien.