Guide
Ce qui se passe quand vous désactivez la facturation d'un projet Firebase
21 octobre 2026 · 5 min de lecture
Quels services s'arrêtent, si vos données sont supprimées, ce que vous payez encore et comment relancer le projet, d'après la documentation de Google et de Firebase.
La réponse courte
Tout ce qui coûte de l'argent s'arrête. La documentation de facturation de Google indique que lorsque vous désactivez la facturation, "all of your Google Cloud and Google Maps Platform services are stopped and billing on that project stops." (« tous vos services Google Cloud et Google Maps Platform sont arrêtés et la facturation de ce projet s'arrête »). Votre application cesse de fonctionner, et la facture cesse de grimper. C'est tout l'intérêt d'un kill switch, et aussi son prix.
Ce qui s'arrête immédiatement
- Les services Google Cloud payants : Firebase indique que le projet "loses access to any paid Google Cloud services, like Pub/Sub, Cloud Run, or BigQuery streaming for Analytics" (« perd l'accès à tous les services Google Cloud payants, comme Pub/Sub, Cloud Run ou le streaming BigQuery pour Analytics ») (formules tarifaires).
- Le niveau gratuit aussi, côté Google Cloud : le tutoriel de Google sur la désactivation de la facturation prévient qu'elle met fin à "all Google Cloud services in the project, including Free Tier services." (« tous les services Google Cloud du projet, y compris ceux du niveau gratuit »).
- Les déploiements : sur un projet Firebase rétrogradé, "you cannot do new deploys of any new or any existing Cloud Functions." (« vous ne pouvez plus déployer de Cloud Functions, nouvelles ou existantes »).
- Les bases de données et buckets supplémentaires : le projet perd l'accès aux instances Realtime Database autres que celle par défaut et aux buckets Cloud Storage autres que celui par défaut.
Mes données sont-elles supprimées ?
Pas immédiatement, mais Google ne promet pas non plus qu'elles sont en sécurité :
- Pour les instances Realtime Database et les buckets Storage autres que ceux par défaut, Firebase indique que "the data in these instances and buckets doesn't get deleted" (« les données de ces instances et buckets ne sont pas supprimées »).
- L'avertissement général de Google Cloud est plus large : "some of your Google Cloud resources might be removed and become non-recoverable." (« certaines de vos ressources Google Cloud pourraient être supprimées et devenir irrécupérables »). Son tutoriel de kill switch parle de ressources "Resources might be irretrievably deleted." (« supprimées de façon irréversible »).
Les deux déclarations portent sur des choses différentes, et aucune ne décrit tous les produits. Considérez une dissociation de la facturation comme un frein d'urgence, pas comme un bouton pause : gardez des sauvegardes de ce que vous ne pouvez pas perdre (exports Firestore, copies Storage) avant d'en dépendre.
Serai-je encore facturé ?
Pour ce que vous avez déjà consommé, oui. Les coûts engagés mais pas encore remontés arrivent quand même : Google précise que vous "might incur additional costs for usage that hasn't arrived at the time that all services are stopped." (« pourriez subir des coûts supplémentaires pour une utilisation qui n'était pas encore remontée au moment où tous les services ont été arrêtés »).
Comment relancer le projet
- Corrigez d'abord la cause (la boucle, la clé divulguée, la règle ouverte).
- Réassociez le compte de facturation depuis Billing → Account management ou la page de facturation du projet. Il vous faut le rôle Project Billing Manager (ou Owner) sur le projet et Billing Account User sur le compte de facturation.
- Vérifiez chaque service : Google indique que réactiver la facturation vous permet de "restart the resources" (« redémarrer les ressources »), et certaines peuvent nécessiter un redémarrage manuel ou un redéploiement.
Attention aux autorisations : si le compte qui a dissocié la facturation est le seul à pouvoir la réassocier, conservez cet accès. Google prévient que vous "might not have the required permissions needed to later re-enable billing." (« pourriez ne pas avoir les autorisations nécessaires pour réactiver ensuite la facturation »).
Des options plus douces avant le frein
Une dissociation étant aussi radicale, elle fonctionne mieux comme la dernière de plusieurs étapes. Un Soft Kill permet à votre propre application de couper d'abord ses parties coûteuses, de sorte que l'arrêt brutal n'intervienne que si cela ne suffit pas.
