FireShield
← Tous les articles

Guide

Tarifs Firebase vs Supabase : ce que vous payez vraiment

1 novembre 2026 · 6 min de lecture

Deux façons très différentes de facturer un backend. Offres gratuites, offres payantes, ce que chacun compte, et comment finit un emballement chez chacun.

La réponse courte

Firebase facture ce que vous faites : chaque lecture de document, appel de fonction et gigaoctet envoyé, avec un quota gratuit quotidien et sans frais fixes (tarifs Firebase). Supabase facture ce que vous faites tourner : une formule à partir de $25 par mois plus une instance de base de données par projet, avec des quotas inclus généreux et un plafond de dépenses : "The Pro Plan has a spend cap enabled by default to keep costs under control." (la formule Pro a un plafond de dépenses activé par défaut pour garder les coûts sous contrôle) (tarifs Supabase).

Firebase est donc souvent moins cher pour les petites apps ou celles à pics, et plus risqué quand quelque chose s'emballe. Supabase est plus prévisible et coûte plus cher au départ.

Les offres gratuites côte à côte

Firebase (usage sans frais)Supabase Free
Base de donnéesFirestore : 1 Gio stocké, 50 000 lectures et 20 000 écritures par jourBase Postgres de 500 Mo, CPU partagé, 500 Mo de RAM
Fichiers5 Go (Blaze uniquement, régions des États-Unis)1 Go
Auth50 000 utilisateurs actifs par mois50 000 utilisateurs actifs par mois
Fonctions2 millions d'appels par mois (Blaze uniquement)500 000 appels d'Edge Functions
Sortie de données10 Gio par mois depuis Firestore, 360 Mo par jour depuis Hosting5 Go
ProjetsChaque projet a son propre quota2 projets actifs, mis en pause après une semaine sans usage

L'offre gratuite de Supabase a un piège à connaître : "Free projects are paused after 1 week of inactivity." (les projets gratuits sont mis en pause après 1 semaine d'inactivité). Bien pour un prototype, pas pour quelque chose dont des gens dépendent.

Offres payantes

Firebase a une seule offre payante, Blaze, sans abonnement : vous gardez l'usage gratuit et payez à l'unité au-delà. Firestore en us-central1 coûte $0.03 pour 100 000 lectures et $0.09 pour 100 000 écritures ; Cloud Functions, $0.40 par million d'appels après les 2 premiers millions.

Supabase Pro commence à $25 par mois et inclut, par projet, 8 Go de disque de base de données, plus 100 Go de fichiers, 250 Go de sortie et 100 000 utilisateurs actifs par mois. Elle inclut aussi $10 par mois de crédits de calcul, de quoi couvrir une instance Micro (1 Go de RAM). Au-delà de l'inclus : $0.125 par Go de disque, $0.0213 par Go de fichiers, $0.09 par Go de sortie et $0.00325 par utilisateur. L'offre suivante, Team, commence à $599 par mois.

Ce qui surprend, c'est le calcul, facturé par projet. Supabase le dit clairement : "Each project you launch increases your monthly Compute costs" (chaque projet lancé augmente vos coûts de calcul mensuels). Une instance Small (2 Go de RAM) coûte $15 par mois et une Large (8 Go, 2 vCPU) $110, et les crédits ne couvrent qu'une Micro. Trois projets Small sur Pro : $25 + $45 - $10 = $60 par mois.

Ce que chacun compte

  • Firebase compte les opérations. Chaque lecture de document est facturée : le coût suit votre trafic et votre code. Une requête qui lit 1 000 documents pour en afficher 10 coûte 100 fois plus que nécessaire, et rien ne vous prévient.
  • Supabase compte la capacité. Les requêtes ne sont pas facturées à la ligne : vous payez la taille de l'instance. Une requête lourde ralentit la base, sans grossir la facture, jusqu'à ce que vous passiez à une instance plus grande.
  • Les deux facturent la bande passante. La sortie de données au-delà de l'inclus est facturée chez les deux, et c'est la ligne qui grossit avec les téléchargements, les images et la vidéo.

Quand quelque chose s'emballe

C'est là qu'ils diffèrent le plus. Sur Supabase Pro avec le plafond activé, dépasser un quota inclus arrête cet usage : "further usage of that item is disallowed until the next billing cycle" (l'usage supplémentaire de cet élément est bloqué jusqu'au prochain cycle de facturation) (contrôle des coûts). Votre app peut casser, mais la facture ne grossit pas. Le plafond ne couvre pas le calcul, les réplicas en lecture, la restauration à un instant donné ni les autres options choisies.

Firebase n'a rien d'équivalent pour un projet entier. Un budget n'envoie que des alertes, souvent avec des heures de retard (alertes de budget), et une boucle ou une attaque continue de facturer jusqu'à ce que quelqu'un l'arrête. C'est ainsi que les factures de nos histoires d'horreur ont atteint cinq chiffres.

Lequel est le moins cher ?

  • Une petite app ou un projet perso : Firebase, souvent à $0. 1 million de lectures Firestore par jour coûte moins de $9 par mois, alors que Supabase Pro coûte $25 avant tout usage. Supabase Free convient aussi, tant que le projet sert chaque semaine.
  • Plusieurs petits projets : Firebase donne à chaque projet son propre usage gratuit. Sur Supabase Pro, chaque projet en plus ajoute du calcul, $10 par mois à la plus petite taille.
  • Une app stable et très utilisée : Supabase est plus prévisible : une instance fixe et des quotas inclus généreux. Sur Firebase, la facture suit les lectures et les écritures, il vaut donc la peine d'optimiser les écrans qui lisent le plus.
  • Peur d'une facture qui s'emballe : Le plafond de Supabase est activé par défaut. Sur Firebase, c'est à vous d'ajouter le frein : comment limiter les dépenses Firebase.

Si vous restez sur Firebase, FireShield est ce frein : des alertes dès que Google signale les dépenses, la détection des pics sur chaque service en quelques minutes, et un Soft Kill ou un Hard Kill quand il le faut.

Logo FireWand

Vous gérez une base de données Firebase Data Connect ?

FireWand vous permet de parcourir, filtrer et modifier vos tables avec une vraie console SQL, gratuitement pour votre premier projet.

Essayer FireWand →