Firebase pricing 2026 : ce qui est vraiment inclus à $0

Firebase pricing : une application peut encore coûter $0 en production, mais il n’existe aucun forfait payant fixe. Dès que les quotas de Spark ne suffisent plus, Blaze facture chaque produit payant selon ses propres unités : opérations, stockage, transfert, calcul ou messages. Pour une charge de travail monorégion comprenant 10 millions de lectures, 1 million d’écritures, 10 GiB stockés et 50 GiB de trafic sortant, le backend Firebase revient à environ $9.06, hors autres services. Dans la plupart des budgets, la bande passante pèse davantage que le prix de départ à $0.

Firebase pricing : les tarifs Spark et Blaze en bref

Firebase propose deux formules : Spark à $0 et Blaze sans abonnement de base. Spark protège la carte bancaire en interrompant le service qui dépasse son quota. Blaze préserve la disponibilité en absorbant le dépassement, puis en le facturant.

Les prix et limites ci-dessous ont été vérifiés sur la page tarifaire de Firebase et dans la documentation de facturation associée le 13 août 2026.

Il n’existe ni forfait Firebase annuel, ni remise annuelle, ni offre intermédiaire à $25 pour passer en production. Spark est gratuit. Blaze fonctionne à la consommation, avec une facturation portée par un compte Google Cloud Billing associé.

Le véritable choix n’oppose donc pas « gratuit » et « payant », mais quota bloquant et facture variable. Spark sécurise davantage le budget d’un prototype. Blaze sécurise davantage l’exploitation d’une application qui ne peut pas s’arrêter dès qu’un compteur dépasse son quota.

Dans quels cas Firebase reste-t-il gratuit avec Spark ?

Il est possible de ne jamais payer si l’application se limite aux produits gratuits de Firebase et reste sous chacun des quotas des produits payants. Cela concerne davantage de projets que ne le laisse penser l’expression « offre gratuite ».

A/B Testing, Analytics, App Distribution, Cloud Messaging, Crashlytics, In-App Messaging et Performance Monitoring sont gratuits. App Check l’est également dans la limite du quota de son fournisseur d’attestation. La plupart des méthodes standard d’Authentication ne coûtent rien, sauf si vous activez des fonctions d’Identity Platform ou envoyez des SMS de vérification.

Pour les produits facturés à l’usage, voici les limites les plus utiles de Spark :

• Cloud Firestore Standard : 1 GiB stocké, 50,000 lectures de documents/jour, 20,000 écritures/jour, 20,000 suppressions/jour et 10 GiB/mois de trafic sortant.
• Firebase Hosting : 10 GB stockés et 10 GB/mois transférés via le CDN. Un fichier ne peut pas dépasser 2 GB.
• Realtime Database : 1 GB stocké, 10 GB/mois téléchargés et 100 connexions simultanées.
• Remote Config : à compter du 1er septembre 2026, 100,000 requêtes directes de récupération/jour. Les projets existants bénéficient d’une période de transition détaillée plus loin.

Spark suffit pour un site vitrine, un prototype interne, une application mobile peu fréquentée ou une application en production reposant surtout sur les services gratuits d’analyse, de suivi des crashs, de messagerie et de connexion standard. Un fondateur qui valide la demande peut maintenir Firestore sous ses quotas quotidiens sans enregistrer de carte. Une petite entreprise peut exploiter un site statique sous 10 GB de transfert mensuel. Dans les deux cas, la facture peut rester à $0 indéfiniment.

Cette protection a toutefois un revers brutal. Si un projet Spark dépasse le quota gratuit d’un produit, Firebase désactive ce produit jusqu’à la fin du mois. Toutes les applications rattachées au même projet subissent l’interruption. Hosting accorde un court délai de grâce après dépassement de sa limite de transfert, puis désactive les sites jusqu’au mois suivant ou jusqu’au passage à Blaze. Atteindre la limite de stockage de Hosting empêche tout nouveau déploiement.

Spark exclut aussi l’infrastructure dont nombre d’applications en production finissent par avoir besoin. App Hosting exige Blaze. Le déploiement de Cloud Functions et les services Google Cloud payants exigent Blaze. Dans le tableau tarifaire actuel de Firebase, le quota gratuit des buckets modernes *.firebasestorage.app relève de Blaze, tandis que Spark est indiqué comme non applicable. Cette règle passe facilement inaperçue, car d’anciennes descriptions présentent encore Storage, de manière générale, comme un produit doté d’un quota gratuit.

Que facture réellement Firebase Blaze ?

Le coût de Blaze additionne plusieurs compteurs indépendants. L’absence d’abonnement mensuel est avantageuse à faible trafic, mais aucun quota unique ne permet de savoir si l’ensemble de l’application reste dans les limites.

Firestore : des unités bon marché qui se multiplient vite

Les opérations monorégion de Firestore affichent des montants si faibles qu’ils semblent négligeables. Dans l’Iowa, en us-central1, les tarifs Standard actuels après le quota gratuit sont de $0.03 pour 100,000 lectures de documents, $0.09 pour 100,000 écritures et $0.01 pour 100,000 suppressions. Soit $0.0003 pour 1,000 lectures, $0.0009 pour 1,000 écritures et $0.0001 pour 1,000 suppressions.

Le coût dépend surtout du nombre d’opérations facturables déclenchées par une seule action utilisateur. Firestore facture les documents et les entrées d’index lus par une requête. Même une requête qui ne renvoie rien compte pour une lecture de document. Les Security Rules peuvent provoquer des lectures supplémentaires. Un listener en temps réel facture une lecture quand un document du résultat est ajouté ou modifié. Une reconnexion peut facturer de nouveau la requête, notamment après plus de 30 minutes hors ligne lorsque la persistance est activée.

Une seule base de données Firestore par projet bénéficie du quota gratuit. Toute base nommée supplémentaire est facturée dès sa première unité. Les suppressions TTL, les données de restauration à un instant donné, les sauvegardes, les restaurations et les clones ne disposent pas non plus de quota gratuit.

La région modifie le résultat. Dans son exemple de chat multirégion en Amérique du Nord, Firebase applique $0.06 pour 100,000 lectures, $0.18 pour 100,000 écritures et $0.02 pour 100,000 suppressions, soit le double des tarifs d’opérations de l’Iowa. Son exemple de stockage utilise $0.18/GiB-mois. Choisissez la région pour sa résilience et sa latence, puis chiffrez cette région au lieu de reprendre une estimation Firebase générique.

Firestore Enterprise repose sur un autre modèle d’unités. Son quota gratuit comprend 1 GiB stocké, 10 GiB/mois de trafic sortant, 40,000 unités d’écriture/jour, 50,000 unités de lecture/jour et 50,000 unités de mise à jour en temps réel/jour. Traitez-le comme une offre distincte, et non comme une évolution transparente de Standard.

Authentication : gratuit jusqu’au changement de méthode de connexion

L’authentification standard par e-mail et via les réseaux sociaux peut rester gratuite, même avec un très grand nombre d’utilisateurs. Les coûts apparaissent avec les SMS ou lors du passage à Identity Platform.

Les fournisseurs de niveau 1 d’Identity Platform couvrent la connexion par e-mail, téléphone, compte anonyme et réseau social. Les 50,000 premiers utilisateurs actifs mensuels, ou MAU, sont gratuits. De 50,000 à 100,000 MAU, chaque utilisateur coûte $0.0055 ; la tranche suivante, jusqu’à 1 million, coûte $0.0046 par utilisateur. À exactement 100,000 MAU de niveau 1, la facture atteint $275/mois.

La fédération d’identité d’entreprise revient plus cher. SAML et OIDC incluent 50 MAU, puis coûtent $0.015 par MAU. Un SaaS d’entreprise de 2,000 utilisateurs paie donc $29.25/mois pour cette couche de fédération. L’authentification par téléphone et multifacteur est facturée par SMS selon la destination. Les 10 premiers SMS/jour ne sont pas facturés et l’exemple officiel pour les États-Unis retient $0.01 par message.

La nuance est essentielle : « Firebase Authentication est gratuit » reste vrai pour de nombreux parcours de connexion standard, mais devient faux avec Identity Platform ou un usage intensif des SMS.

Functions, Hosting et App Hosting

Sur Blaze, Cloud Functions inclut 2 millions d’invocations/mois, puis facture $0.40 par million. Le compte bénéficie aussi de 400,000 GB-secondes et 200,000 CPU-secondes/mois avant l’application de frais de calcul variables selon la région. Le réseau sortant comprend 5 GB/mois, puis coûte $0.12/GB. Cloud Build inclut 120 minutes/jour, puis facture $0.003/minute, tandis qu’Artifact Registry inclut 500 MB avant d’appliquer ses propres tarifs de stockage.

Firebase Hosting est plus simple. Au-delà de 10 GB de contenu stocké, le stockage coûte $0.026/GB. Après 10 GB de transfert mensuel, la diffusion par CDN coûte $0.15/GB. Les versions conservées comptent dans le stockage : supprimer les anciens déploiements peut donc alléger la facture.

App Hosting est un produit distinct destiné aux applications web rendues côté serveur et nécessite Blaze. Il inclut 10 GiB/mois de bande passante sortante, puis facture $0.15/GiB en cache et $0.20/GiB hors cache. Son backend peut également générer des frais pour Cloud Run, Cloud Build, Artifact Registry, Logging, Secret Manager et Cloud Storage. Les 2 premiers millions de requêtes Cloud Run sont gratuits ; au-delà, les requêtes coûtent $0.40/million, mais le transfert peut devenir significatif bien avant le calcul.

Storage et Realtime Database

Le prix de Cloud Storage varie selon la génération et la région du bucket. Un ancien bucket *.appspot.com inclut 5 GB stockés, puis facture $0.026/GB, ainsi que 1 GB/jour téléchargé, puis $0.12/GB. Il facture également les opérations au-delà de 20,000 téléversements/jour et 50,000 téléchargements/jour.

Un bucket actuel *.firebasestorage.app situé en us-central1, us-west1 ou us-east1 bénéficie, sur Blaze, de 5 GB-mois, 100 GB/mois de transfert, 5,000 opérations de classe A et 50,000 opérations de classe B sans frais. Dans l’Iowa, le stockage Standard revient à environ $0.022/GiB-mois d’après le tarif horaire affiché. Le transfert général vers Internet coûte $0.12/GiB pour les 10 premiers TiB après déduction de l’usage gratuit applicable. Les buckets d’autres régions peuvent ne pas profiter de ces quotas.

Realtime Database paraît simple, car les lectures ne sont pas facturées à l’unité. Le service facture $5/GB-mois stocké et $1/GB téléchargé au-delà de 1 GB de stockage et 10 GB de téléchargement mensuel. Le compteur de téléchargement inclut le protocole, la connexion, le chiffrement, les requêtes refusées et le trafic de la console, pas seulement les données affichées par l’interface. Blaze porte le nombre de connexions simultanées de 100 à 200,000 par base de données.

SQL Connect et Test Lab

SQL Connect fournit, pour chaque projet, un essai Cloud SQL par défaut pendant trois mois. Blaze inclut 250,000 opérations/mois, puis facture $0.90 par million, ainsi que 10 GiB/mois de trafic réseau sortant avant application des tarifs de transfert Google Cloud. Après la période d’essai, la première instance démarre à $9.37/mois selon la région et la configuration. Si le projet ne passe pas à Blaze à la fin de l’essai, l’instance est archivée, puis supprimée 90 jours plus tard.

Test Lab inclut 60 minutes d’appareil virtuel/jour et 30 minutes d’appareil physique/jour sur Blaze. Les dépassements coûtent $1/heure-appareil pour les appareils virtuels et $5/heure-appareil pour les appareils physiques. Android Device Streaming inclut 30 minutes/projet/mois, puis facture $0.15/minute.

Firebase AI Logic est disponible avec Spark, mais les appels au modèle relèvent des tarifs de Gemini Developer API ou de Google Cloud, et non d’un quota Firebase groupé. Firebase Phone Number Verification applique également une grille tarifaire à l’usage distincte. Gemini in Firebase est gratuit pour les particuliers et les groupes hors Google Workspace ; les utilisateurs de Workspace doivent disposer d’un abonnement Gemini Code Assist valide. Firebase Studio inclut trois espaces de travail, puis 10 pour les membres Standard du Google Developer Program et 30 pour les membres Premium, mais certaines intégrations, dont App Hosting, peuvent toujours exiger Blaze.

Trois factures qui révèlent la courbe des prix Firebase

Firebase est très avantageux tant que les unités restent peu nombreuses. Il devient risqué lorsqu’un compteur à fort volume se cache derrière une action utilisateur ordinaire. Les scénarios suivants réunissent ces tarifs sur une même ligne budgétaire.

Un backend Firestore à $9.06

Prenons une base Standard dans l’Iowa qui répartit uniformément 10 millions de lectures et 1 million d’écritures sur un mois de 30 jours, stocke 10 GiB et envoie 50 GiB vers le monde entier, hors Chine et Australie.

Le quota quotidien retranche 1.5 million de lectures, ce qui en laisse 8.5 millions à facturer. À $0.03 pour 100,000, les lectures coûtent $2.55. Le quota quotidien d’écritures retire 600,000 écritures, laissant 400,000 unités facturables. À $0.09 pour 100,000, leur coût atteint $0.36.

Les neuf GiB de stockage facturables reviennent à environ $1.35 pour 730 heures. Les quarante GiB de transfert facturables coûtent $4.80. Le total atteint environ $9.06/mois, avant Functions, l’authentification, les sauvegardes, les autres services de stockage ou les taxes.

La conclusion est favorable à Firebase : la facturation des opérations peut être extrêmement économique. Dans cette charge de travail, le trafic sortant coûte déjà plus cher que les lectures, les écritures et le stockage de la base réunis.

Le seuil de rentabilité de Hosting face à $25

Le transfert Firebase Hosting est gratuit jusqu’à 10 GB/mois, puis coûte $0.15/GB. Sa facture de transfert atteint $25 autour de 176.7 GB au total. À 250 GB, elle s’élève à $36.

L’exploitant dispose ainsi d’un seuil de bascule clair. Sous environ 177 GB, un prix de base à $0 peut battre un forfait fixe à $25. Au-delà, une solution à $25 qui inclut 250 GB ou plus démarre avec une facture inférieure, avant même d’ajouter les autres compteurs de Firebase.

Les charges de travail qui font bondir la facture

Realtime Database devient coûteux lorsque les volumes transférés sont importants. Un projet qui stocke 20 GB et télécharge 500 GB/mois paie $95 de stockage et $490 de téléchargement après les quotas gratuits, soit $585/mois. Optimiser la réutilisation des connexions aide, mais le compteur à $1/GB reste déterminant pour le budget.

App Hosting reproduit le même schéma avec une stack web moderne. L’exemple officiel de Firebase suppose 10 requêtes facturées par visite, une réponse moyenne de 400 KiB, un temps de réponse d’une seconde et un taux de cache de 50%. Il estime la facture à $0.01 pour 10,000 visites et à $69.58 pour 1 million de visites. À cette échelle supérieure, $68.25 proviennent de la bande passante, en cache ou hors cache. Les requêtes de calcul ne représentent que $1.20.

Le prix de Remote Config change le 1er septembre 2026

Remote Config peut devenir un nouveau poste budgétaire même s’il a toujours semblé gratuit. À compter du 1er septembre, Spark et Blaze incluent tous deux 100,000 requêtes directes de récupération/jour. Blaze facture ensuite $0.000006/requête, soit $0.06 pour 10,000, jusqu’à 10 millions de requêtes/jour. Au-delà de 10 millions/jour, chaque requête coûte $0.000001, soit $0.01 pour 10,000.

Avec l’intervalle recommandé de 12 heures, 50,000 appareils actifs effectuant deux récupérations/jour consomment tout le quota. Sur un million de requêtes/jour, 900,000 deviennent facturables. Cela représente $5.40/jour, soit environ $162 sur 30 jours.

Les lectures depuis le cache de l’appareil ne comptent pas. L’ouverture d’une connexion en temps réel n’est pas facturée en continu, mais la récupération qui suit une invalidation l’est. Les appels directs depuis les SDK clients, les API REST ou le code backend sont comptabilisés. Les appels redondants à la reprise de l’application, lors d’un changement d’écran ou pendant une tâche en arrière-plan deviennent donc une décision budgétaire.

Les projets existants bénéficient d’une période de transition. Un projet Spark ayant activé Remote Config avant le 1er septembre dispose d’un délai jusqu’au 1er décembre 2026. Le faire passer à Blaze avant le 15 novembre repousse le début de la facturation au 1er février 2027. Les projets Blaze existants commencent eux aussi la facturation standard le 1er février 2027. Un nouveau projet Spark qui dépasse pour la première fois 100,000 requêtes quotidiennes bénéficie d’un délai de grâce de 30 jours ; ensuite, les requêtes excédentaires sont limitées.

La bonne décision consiste à mesurer les récupérations avant que la période de grâce ne masque leur coût futur. Une configuration stable peut adopter un intervalle de 24 ou 48 heures au lieu de 12 heures. Une charge d’un million de récupérations diminue fortement si les clients activent les valeurs en cache au lieu de contacter le service à chaque reprise.

Coûts cachés de Firebase : les leviers vraiment efficaces

Les mauvaises surprises Firebase ne viennent pas d’un tarif unitaire élevé, mais d’un faible tarif multiplié par un comportement invisible pour l’équipe produit.

Un écran ne correspond pas à une seule lecture Firestore. Une liste peut lire chaque document renvoyé, plus les lots d’entrées d’index, plus les dépendances des Security Rules. Un listener peut refacturer les documents modifiés et les reconnexions. Un décalage facture les documents ignorés ; la pagination par curseur revient donc moins cher.

Une charge utile ne représente pas tout le transfert Realtime Database. La surcharge du protocole et du chiffrement compte. Les opérations refusées peuvent compter. De courtes connexions REST répétées ajoutent des handshakes, tandis qu’une connexion maintenue par le SDK natif réduit ce surcoût.

Une facture Firebase peut inclure des produits Google Cloud. App Hosting fait appel à Cloud Run, Cloud Build, Artifact Registry, Logging, Secret Manager et Storage. Functions ajoute le calcul et le réseau. Le nom commercial de l’offre reste « Blaze », mais la facture additionne les compteurs des services sous-jacents.

Les quotas gratuits ne sont pas remis à zéro au même rythme. Le quota d’opérations Firestore est quotidien, celui de Functions est mensuel, et certains quotas Storage sont quotidiens ou mensuels selon le type de bucket. Une moyenne mensuelle peut masquer un pic quotidien entièrement facturable.

Le crédit de $300 est temporaire. Les nouveaux utilisateurs éligibles disposent de 90 jours. Le passage à un compte payant ne repousse pas la date d’expiration. Tout usage dépassant le crédit restant ou le Free Tier est débité du moyen de paiement.

Une alerte budgétaire n’est pas un plafond universel. Firebase et Google Cloud n’arrêtent pas tous les services au seuil défini par défaut. Les plafonds de dépenses s’appliquent actuellement à Firebase AI Logic, App Hosting via Cloud Run, Cloud Functions et Extensions. Firestore, Storage, Hosting, Realtime Database et la plupart des autres produits payants ne prennent pas en charge ce contrôle.

1. 1

   Établir une référence pour chaque compteur

   Ouvrez Usage and billing, puis relevez chaque jour les lectures, écritures, suppressions et le trafic sortant de Firestore, le transfert Hosting et Storage, les invocations de Functions, les messages d’authentification et les récupérations Remote Config. Partez de la journée normale la plus chargée, pas d’une moyenne mensuelle calme.

2. 2

   Placer les alertes sous le seuil d’approbation

   Créez un budget Google Cloud avec des alertes par e-mail à des seuils sur lesquels l’exploitant peut réellement agir. Firebase recommande plusieurs pourcentages faibles pendant les tests, puis des seuils clés fondés sur les dépenses réelles et prévisionnelles en production. Une alerte donne du temps pour réagir ; elle ne garantit aucun arrêt.

3. 3

   Activer les plafonds de dépenses disponibles

   Appliquez un plafond de dépenses à App Hosting, Functions, Extensions ou Firebase AI Logic lorsque l’interruption du service vaut mieux qu’une dépense supplémentaire. Consignez les produits qui restent sans plafond afin que personne ne prenne le budget du projet pour un coupe-circuit.

4. 4

   Reproduire la croissance avant le lancement

   Utilisez Local Emulator Suite pour Firestore, Realtime Database et Functions. Testez les limites des requêtes, les reconnexions des listeners, les nouvelles tentatives de Functions, le fan-out et les boucles. À partir du nombre d’unités obtenu, chiffrez un test de charge correspondant au jour du lancement.

Prix de Firebase face à Supabase et Appwrite

Firebase est la solution la moins chère au démarrage lorsque l’usage reste faible. Supabase et Appwrite deviennent plus simples à faire valider lorsqu’un forfait de base à $25 inclut la bande passante et la capacité que Firebase facture séparément.

Supabase : $25 pour un socle de production prévisible

Supabase démarre à $0 pour deux projets actifs, 50,000 MAU, une base de données de 500 MB, 5 GB de trafic sortant, 5 GB de trafic sortant mis en cache et 1 GB de stockage de fichiers. Les projets gratuits sont suspendus après une semaine d’inactivité, ce qui convient mal à une démo laissée sans surveillance.

Supabase Pro démarre à $25/mois. L’offre inclut $10 de crédit de calcul pour un projet Micro, 100,000 MAU, 8 GB de disque, 250 GB de trafic sortant, 250 GB de trafic sortant mis en cache et 100 GB de stockage de fichiers. Au-delà, la facturation est de $0.00325/MAU, $0.125/GB de disque de base de données, $0.09/GB de trafic sortant, $0.03/GB de trafic sortant mis en cache et $0.0213/GB de stockage de fichiers.

Pour 250 GB transférés, Firebase Hosting coûte $36, tandis que le quota de trafic sortant annoncé par Supabase Pro reste compris dans les $25. Cette comparaison ne vaut pas pour toutes les architectures, car Supabase et Firebase ne facturent pas les mêmes produits, mais elle éclaire la décision liée à la bande passante. Sous environ 177 GB, avec une base peu sollicitée, Firebase peut encore revenir moins cher. Pour une vue complète du forfait fixe et des options, consultez le détail actuel des tarifs Supabase.

Appwrite : $25 et un volume de bande passante bien supérieur

Appwrite démarre à $0 avec 5 GB de bande passante, 2 GB de stockage, 750,000 exécutions, 75,000 MAU et deux projets. Chaque projet est limité à une base de données, un bucket et deux Functions. Les projets gratuits inactifs sont suspendus après une semaine.

Appwrite Pro démarre à $25/mois et inclut $10 de crédit de calcul de base de données, un projet dédié, 2 TB de bande passante API, 150 GB de stockage, 3.5 millions d’exécutions, 200,000 MAU ainsi qu’un nombre illimité de bases de données, buckets et Functions. Les dépassements coûtent $15/100 GB de bande passante API, $2.80/100 GB de stockage, $3/1,000 MAU, $0.060/100,000 lectures et $0.10/100,000 écritures. Chaque projet supplémentaire coûte $15.

Le volume de bande passante inclus chez Appwrite est le plus généreux de ces trois offres dont le prix de départ ne dépasse pas $25. Sa limite tient à l’économie des projets : le forfait n’en comprend qu’un dédié, et chaque projet supplémentaire entraîne un coût fixe. Firebase n’impose aucun abonnement par projet et peut revenir moins cher pour plusieurs petites applications, à condition que leurs compteurs variables restent bas.

Le prix ne doit pas déterminer seul l’architecture de la base de données. Supabase repose sur un Postgres managé, Firebase privilégie les services documentaires et temps réel, tandis qu’Appwrite réunit une plateforme applicative plus large. Le guide de décision Supabase ou Firebase traite ce choix d’architecture séparément.

Quelle formule Firebase choisir ?

Choisissez Spark pour un prototype, un projet personnel, un site statique ou une application peu fréquentée si l’interruption du service concerné au seuil du quota reste acceptable. C’est aussi un choix durable à $0 pour les produits fondés principalement sur Analytics, Crashlytics, Cloud Messaging, Performance Monitoring et la connexion standard.

Choisissez Blaze avant de déployer Functions, App Hosting, un bucket Storage moderne, des services Google Cloud payants ou toute charge de travail pour laquelle un arrêt au quota entamerait la confiance des clients. Son minimum à $0 rend Blaze efficace pour un usage léger ou irrégulier, à condition que l’équipe maîtrise ses compteurs.

Écartez Firebase pour des raisons de coût lorsque le trafic sortant prévisible dépasse déjà le seuil de rentabilité d’un forfait fixe, quand les téléchargements Realtime Database dominent la charge, si l’authentification d’entreprise crée un poste MAU important ou lorsque la direction financière exige un plafond absolu sur la facture. Supabase offre une structure tarifaire plus intéressante pour une seule application relationnelle en production. Appwrite propose le meilleur volume groupé pour une forte bande passante API au même prix de base.

L’action concrète du lundi : exportez les sept derniers jours d’usage, multipliez la journée la plus chargée par un facteur de lancement approuvé par l’équipe, puis confrontez chaque résultat à son propre quota gratuit. Ajoutez dès maintenant les récupérations Remote Config, même si la période de transition évite encore la facturation. N’approuvez Blaze qu’après avoir désigné la personne responsable des alertes et identifié les compteurs sans plafond.

FAQ sur les prix Firebase

Firebase est-il gratuit ?

Oui. Spark coûte $0, ne demande aucun moyen de paiement et comprend des produits gratuits ainsi que des quotas propres à chaque produit. La contrepartie est opérationnelle : lorsqu’un produit facturé à l’usage dépasse son quota Spark, il s’arrête ou bloque l’usage supplémentaire au lieu de facturer un dépassement.

Combien coûte Firebase par mois ?

Blaze n’impose aucun prix mensuel standard. La facture additionne l’usage dépassant le quota gratuit de chaque produit. La charge Firestore dans l’Iowa calculée plus haut revient à environ $9.06, tandis que l’exemple App Hosting de Firebase atteint $69.58 pour 1 million de visites et que son exemple de chat multirégion atteint $292.02/mois avec 100,000 utilisateurs actifs quotidiens.

Firebase propose-t-il un calculateur de prix ?

Oui. Depuis sa page tarifaire, Firebase renvoie vers un calculateur Blaze, et Google Cloud fournit des calculateurs pour l’infrastructure sous-jacente. Utilisez-les après avoir choisi les régions et comptabilisé séparément les lectures, les écritures, le stockage, le transfert, le calcul et l’authentification.

Firebase propose-t-il un tarif annuel ?

Aucun abonnement Firebase annuel ni aucune remise annuelle ne sont proposés. Spark est à $0 et Blaze est facturé à l’usage. Il est possible de changer d’offre ou de résilier, mais Firebase précise que les rétrogradations et résiliations ne donnent pas lieu à un remboursement au prorata.

Firebase propose-t-il une réduction étudiante ?

Non. Firebase indique ne proposer aucune offre spéciale pour l’éducation, les associations, l’open source ou les établissements scolaires, puisque Spark est accessible à tous. Les nouveaux utilisateurs Google Cloud et Firebase éligibles peuvent recevoir $300 de crédit d’essai valable 90 jours, mais il ne s’agit pas d’une réduction étudiante.

Quelle est la politique de remboursement de Firebase ?

Les Paid Services Terms de Firebase imposent de contester les frais dans un délai de 60 jours. Les remboursements restent discrétionnaires et, lorsqu’ils sont accordés, prennent la forme d’un crédit pour services payants. Firebase précise aussi que les résiliations et rétrogradations ne sont pas remboursées au prorata.

Les prix Firebase ont-ils changé en 2026 ?

Oui. Remote Config instaure son quota quotidien de 100,000 récupérations et sa facturation des dépassements le 1er septembre 2026, avec des dates de transition pour les projets existants. App Hosting facturait déjà les dépassements depuis le 1er août 2025. L’ancienne offre Flame à $25/mois n’accepte plus de nouvelles souscriptions depuis janvier 2020, et les derniers projets Flame ont basculé vers Spark en février 2022.

Combien coûte Firebase Realtime Database ?

L’offre inclut 1 GB stocké et 10 GB/mois téléchargés. Sur Blaze, le stockage supplémentaire coûte $5/GB-mois et le téléchargement $1/GB. Une base de 20 GB qui transfère 500 GB/mois coûte donc $585 après les quotas inclus, avant les autres services Firebase.

Combien coûtent les Firebase Cloud Functions ?

Blaze inclut 2 millions d’invocations/mois, puis facture $0.40 par million. L’offre comprend également 400,000 GB-secondes, 200,000 CPU-secondes, 5 GB de réseau sortant et 120 minutes Cloud Build/jour avant leurs dépassements respectifs.

Recevez la checklist d’audit des workflows IA et la newsletter destinée aux opérateurs.