Votre facture Firebase peut passer de 0 à 2 000 euros en une nuit
Le prix de Firebase tient en une règle simple : le service est gratuit tant que vous restez dans les quotas du plan Spark (50 000 lectures et 20 000 écritures Firestore par jour, 1 Gio de stockage, authentification e-mail et réseaux sociaux sans limite). Au-delà, ou dès que vous avez besoin de Cloud Functions, vous passez sur le plan Blaze, facturé à l'usage : 0,06 $ les 100 000 lectures Firestore, 0,18 $ les 100 000 écritures, 0,18 $ par Gio stocké et par mois. Le problème n'est pas le prix unitaire, c'est l'absence de plafond : une seule requête mal optimisée et la facture Firestore s'envole.
Dans cet article, vous allez découvrir :
- •Comment fonctionnent vraiment les plans Spark et Blaze (et où se cache le piège)
- •Combien coûte Firebase pour 5 000 utilisateurs, avec le calcul ligne par ligne
- •Pourquoi les lectures Firestore sont le premier poste de coût qui dérape
- •Les 4 pièges de facturation qui transforment un projet gratuit en gouffre, et les 6 réflexes pour plafonner la facture
- •Pourquoi Supabase, avec un prix prévisible et Postgres, revient souvent moins cher
Sur Firebase, ce n'est pas le stockage qui coûte cher, ce sont les millions de petites lectures que personne n'avait anticipées.
Firebase Spark et Blaze : les deux plans à connaître
Firebase propose deux formules. Le plan Spark est gratuit, le plan Blaze fonctionne au paiement à l'usage. Comprendre la différence est la première étape pour maîtriser son budget.
Le plan Spark (gratuit)
Le plan Spark offre des quotas fixes et gratuits. Tant que vous restez en dessous, vous ne payez rien. Il inclut notamment :
- •Firestore : 1 Gio de stockage, 50 000 lectures et 20 000 écritures par jour
- •Authentication : gratuit pour la majorité des fournisseurs
- •Hosting : 10 Gio de stockage et une bande passante quotidienne limitée
La limite arrive vite : le plan Spark n'inclut ni les Cloud Functions ni Cloud Storage, qui exige désormais le plan Blaze, et bloque certaines intégrations. Dès que votre application décolle, le passage sur Blaze devient obligatoire.
Le plan Blaze (paiement à l'usage)
Le plan Blaze conserve les mêmes quotas gratuits que Spark, puis facture chaque unité supplémentaire. C'est ici que tout se joue : il n'existe aucun plafond de dépense par défaut. Google vous laisse consommer autant que nécessaire, puis envoie la facture en fin de mois.
Voici les prix indicatifs des principales opérations Firestore sur Blaze (configuration multi-région US, la plus courante, hors taxes ; une base en région unique coûte un peu moins cher) :
| Opération Firestore | Prix indicatif |
|---|---|
| Lectures de documents | 0,06 $ / 100 000 |
| Écritures de documents | 0,18 $ / 100 000 |
| Suppressions de documents | 0,02 $ / 100 000 |
| Stockage | 0,18 $ / Gio / mois |
| Bande passante sortante | environ 0,12 $ / Gio |
Firestore : les lectures qui font exploser la facture
Firebase facture à la lecture de document, pas à la requête. Une seule page qui affiche une liste de 50 éléments, rechargée par 1 000 utilisateurs, génère 50 000 lectures. Multipliez par plusieurs écrans et un peu de trafic, et vous atteignez des millions de lectures par jour.
Le vrai danger vient des listeners temps réel. Un composant abonné à une collection relit les documents à chaque changement. Mal configuré, il peut relire l'intégralité d'une collection en boucle. Lors de nos audits, nous retrouvons souvent des factures dominées par des lectures redondantes que personne n'avait remarquées.
Autre effet pervers : le modèle NoSQL de Firestore pousse à la dénormalisation. Pour compenser l'absence de jointures, on duplique les données, donc on multiplie les lectures et les écritures. Le coût technique devient un coût financier.
À lire aussi : Firebase ou Supabase : quelle alternative choisir en 2026 - le comparatif complet des deux plateformes, fonctionnalité par fonctionnalité.
Combien coûte Firebase pour 5 000 utilisateurs ? Exemple de calcul
Prenons une application classique : 5 000 utilisateurs actifs par jour, chacun ouvrant 3 écrans qui chargent en moyenne 30 documents. Cela fait 90 lectures par utilisateur et par jour, soit 450 000 lectures quotidiennes et environ 13,5 millions par mois. Ajoutons environ 7 écritures par utilisateur et par jour, soit 1 million d'écritures par mois.
| Poste | Calcul | Coût mensuel indicatif |
|---|---|---|
| Lectures Firestore | 13,5 M, moins 1,5 M gratuites, soit 12 M × 0,06 $ / 100 000 | environ 7 $ |
| Écritures Firestore | 1 M, moins 0,6 M gratuites, soit 0,4 M × 0,18 $ / 100 000 | moins de 1 $ |
| Stockage Firestore (5 Gio) | 4 Gio facturés (1 Gio gratuit) × 0,18 $ | environ 1 $ |
| Authentication (e-mail, Google) | gratuit | 0 $ |
| Hosting, transfert (20 Go) | environ 9 Go facturés (360 Mo gratuits par jour) × 0,15 $ | environ 1,5 $ |
| Total | environ 10 $ par mois |
C'est précisément ce que nous mesurons lors d'un audit de code : nous traçons chaque lecture Firestore par écran et nous chiffrons le coût réel de l'architecture avant qu'il ne devienne un problème de trésorerie.
Bande passante, Cloud Functions et stockage : les postes oubliés
Les lectures ne sont pas le seul piège. Trois autres postes gonflent la facture sans prévenir.
Cloud Functions
Chaque fonction est facturée sur trois axes : le nombre d'invocations, le temps de calcul (GB-secondes) et le trafic réseau sortant. Une fonction déclenchée à chaque écriture Firestore peut se multiplier de façon exponentielle. Ajoutez les cold starts qui rallongent le temps d'exécution, et le compute grimpe.
Bande passante sortante
Tout ce qui sort de Google Cloud est facturé. Servir des images, des fichiers ou des réponses d'API volumineuses depuis Firebase Storage se paie au Gio. Sur une application média, ce poste dépasse souvent le coût de la base de données elle-même.
Stockage et index
Firestore facture le stockage des documents, mais aussi celui des index. Or Firestore crée des index automatiques sur chaque champ. Sur de grosses collections, la taille des index peut dépasser celle des données.
Authentication, Realtime Database, Storage et Hosting : les autres tarifs
Firestore n'est pas le seul service facturé. Voici les ordres de grandeur sur Blaze (prix publics indicatifs, région US, hors taxes, à vérifier sur la page officielle des tarifs Firebase avant de budgéter) :
| Service | Inclus gratuitement | Au-delà |
|---|---|---|
| Authentication (e-mail, Google, Apple...) | sans limite (50 000 utilisateurs actifs par mois avec Identity Platform) | gratuit en version standard |
| Authentication par SMS | aucun quota gratuit garanti | facturé par SMS, à partir de 0,01 $ et nettement plus selon le pays |
| Realtime Database | 1 Go stocké, 10 Go transférés / mois | 5 $ / Go stocké, 1 $ / Go téléchargé |
| Cloud Storage (Blaze obligatoire) | 5 Go stockés | 0,026 $ / Go / mois, 0,12 $ / Go téléchargé |
| Hosting | 10 Go stockés, 360 Mo / jour | 0,026 $ / Go stocké, 0,15 $ / Go transféré |
Les 4 pièges de facturation Firebase
Au-delà des prix unitaires, la structure même de Firebase crée des risques budgétaires.
- 1.Aucun plafond de dépense réel. Les alertes budgétaires de Google Cloud notifient, mais ne coupent rien. Pour vraiment bloquer les coûts, il faut coder une Cloud Function qui désactive la facturation, une bricole que peu d'équipes mettent en place.
- 2.Les lectures en cascade. Listeners temps réel, rechargements automatiques et re-renders React mal maîtrisés multiplient les lectures à votre insu.
- 3.Le coût du multi-région. Passer en configuration multi-région pour la haute disponibilité multiplie certains coûts de stockage et de réplication.
- 4.Le vendor lock-in. Firestore est propriétaire. Migrer ailleurs demande de réécrire la couche de données. Ce coût de sortie est un coût caché que l'on découvre trop tard.
Pourquoi Supabase revient souvent moins cher
Supabase répond directement à ces problèmes avec un modèle différent : une base PostgreSQL classique et une tarification prévisible.
Un prix prévisible
Là où Firebase facture chaque lecture, Supabase propose un plan Pro à tarif fixe qui inclut des quotas généreux de base de données, d'authentification et de stockage. Vous connaissez votre facture à l'avance. Pas de mauvaise surprise en fin de mois.
La puissance de Postgres
Supabase repose sur PostgreSQL, une base relationnelle mature. Les jointures, les vues et les requêtes SQL évitent la dénormalisation forcée de Firestore. Vous lisez ce dont vous avez besoin, en une requête, sans multiplier les opérations facturées.
Pour comprendre en profondeur l'écosystème, la tarification et les cas d'usage, consultez notre guide complet sur Supabase, qui détaille chaque brique de la plateforme.
Chez ONDEV, nous concevons des applications web sur-mesure dont le coût d'infrastructure est chiffré avant la première ligne de code. Wiloq, notre vestiaire numérique pour l'événementiel, tourne sur Next.js et Supabase avec plus de 12 fonctionnalités et trois interfaces : une architecture Postgres lisible, dont la facture reste stable quand le trafic monte. Pour Dassault Aviation, l'application métier utilisée par plus de 90 collaborateurs fait gagner une heure par processus, avec une base relationnelle dont chaque requête est maîtrisée. Le fil rouge : choisir une architecture dont le coût reste prévisible dans la durée.
À lire aussi : Supabase : prix et tarifs détaillés en 2026 - tous les plans Supabase comparés, du gratuit à l'entreprise.
Si vous hésitez sur la technologie de votre futur produit, notre agence spécialisée Supabase vous aide à cadrer l'architecture dès le départ, avant que la facture ne devienne un problème.
Comment garder la facture Firebase sous contrôle : 6 réflexes
- 1.Créer une alerte budgétaire Google Cloud à 50 %, 90 % et 100 % du budget prévu. Elle ne coupe rien, mais vous prévient avant la fin du mois.
- 2.Déployer un coupe-circuit : une Cloud Function déclenchée par Pub/Sub qui détache le compte de facturation au-delà d'un seuil. C'est le seul vrai plafond (attention : tous les services payants s'arrêtent alors).
- 3.Paginer toutes les listes avec
limit()et des curseurs. Une collection de 10 000 documents affichée sans pagination coûte 10 000 lectures à chaque ouverture. - 4.Remplacer les listeners temps réel par des lectures ponctuelles partout où la fraîcheur à la seconde n'est pas indispensable.
- 5.Activer la persistance hors ligne du SDK et lire depuis le cache quand c'est possible : les documents servis par le cache local ne sont pas facturés.
- 6.Lire l'onglet Utilisation de la console Firestore chaque semaine et comparer lectures, écritures et nombre d'utilisateurs actifs. Si les lectures grimpent plus vite que les utilisateurs, votre code a un problème.
Si votre application tourne déjà sur Firebase et que la facture grimpe sans explication, une refonte ciblée de l'application, limitée à la couche de données, suffit souvent : on garde l'interface, on réécrit les requêtes et la structure des collections.
FAQ : vos questions sur les prix Firebase
Firebase est-il gratuit ou payant ?
Combien coûte Firebase pour 5 000 utilisateurs ?
Firebase Authentication est-il payant ?
Quelles sont les limites du plan Spark en 2026 ?
Pourquoi ma facture Firestore est-elle si élevée ?
Peut-on plafonner les dépenses sur Firebase ?
Supabase est-il moins cher que Firebase ?
Est-il difficile de migrer de Firebase vers Supabase ?
Firebase n'est pas cher, jusqu'au jour où il l'est
Firebase est excellent pour prototyper vite. Mais son modèle de paiement à l'usage sans plafond transforme le succès en risque financier : plus votre application marche, plus la facture dérape. Les coûts cachés (lectures Firestore, bande passante, Cloud Functions) se révèlent souvent trop tard.
Choisir une base Postgres avec un prix prévisible comme Supabase, c'est s'assurer que la croissance de votre trafic ne se traduise pas par une explosion de vos coûts. Encore faut-il concevoir l'architecture correctement dès le départ.
Vous voulez estimer le coût réel de votre projet et choisir la stack la plus rentable ? Demandez votre devis gratuit : nous auditons votre besoin et vous proposons l'architecture la plus prévisible pour votre budget.
