Tant que votre projet tient sur une seule instance Micro et reste dans les quotas inclus, le crédit de calcul fait de l'abonnement le seul montant de la facture. Un projet de préproduction, une instance plus grande et un trafic au-delà des quotas inclus ajoutent chacun leur propre ligne. Dans notre plus gros exemple, les frais par utilisateur actif mensuel constituaient la ligne la plus importante, car ils continuent d'augmenter au-delà des 100 000 utilisateurs inclus dans Pro.
Ce que vous payez avec Supabase Pro
Au-delà des quotas inclus, les utilisateurs, le trafic sortant, le disque, les fichiers et les appels de fonctions sont facturés chacun à leur propre tarif, selon la page de tarifs de Supabase.
La documentation de facturation de Supabase ajoute quatre règles qui font grimper la facture à mesure que votre application grandit :
- Le crédit de calcul ne paie que le calcul. Vous recevez 10 $ par mois, selon la documentation sur le calcul de Supabase. C'est suffisant pour une instance Micro, et rien n'en va au trafic sortant, aux utilisateurs ni au disque.
- Chaque projet a sa propre instance de calcul : une copie de préproduction de la production ajoute donc une deuxième ligne de calcul que l'unique crédit ne peut pas couvrir.
- Le disque est facturé sur la taille que Supabase vous attribue. Sa documentation sur la taille de la base de données indique que le disque augmente de 50 % chaque fois que votre base de données en atteint 90 % : une base de 20 Go finit donc sur un disque de 27 Go. Vous payez les 27 Go, moins les 8 Go inclus dans Pro.
- Pro inclut 8 Go de disque par projet, et chaque Go supplémentaire coûte 0,125 $ par mois.
Pour estimer votre propre mois, ouvrez la page d'utilisation et additionnez ces éléments dans l'ordre :
- Commencez par 25 $ pour l'offre.
- Ajoutez le calcul de chaque projet aux prix mensuels arrondis de Supabase (10 $ pour Micro, 15 $ pour Small, 60 $ pour Medium, 110 $ pour Large), puis soustrayez une seule fois le crédit de 10 $. Le calcul est facturé à l'heure : un projet qui n'a tourné qu'une partie du mois coûte moins cher.
- Ajoutez 0,00325 $ par utilisateur actif mensuel au-delà de 100 000, soit 32,50 $ par tranche de 10 000.
- Ajoutez 0,09 $ par Go de trafic sortant au-delà de 250 Go, plus 0,03 $ par Go de trafic sortant mis en cache au-delà de ses propres 250 Go.
- Ajoutez 0,125 $ par Go de disque au-delà de 8 Go dans chaque projet, en vous basant sur la taille de disque affichée pour le projet.
- Ajoutez 0,0213 $ par Go de fichiers au-delà de 100 Go, et 2 $ par million d'appels Edge Function au-delà de 2 millions.
- Ajoutez 2,50 $ par million de messages Realtime au-delà de 5 millions, et 10 $ par tranche de 1 000 connexions de pointe au-delà de 500.
- Ajoutez les modules complémentaires que vous avez activés, comme 100 $ par mois pour 7 jours de restauration à un instant donné.
Pourquoi les projets quittent le forfait Free
L'offre Free couvre jusqu'à 2 projets actifs, chacun avec 50 000 utilisateurs actifs mensuels, une base de données de 500 Mo, 5 Go de trafic sortant et 1 Go de stockage de fichiers, selon la page de tarifs de Supabase. Si votre projet s'est mis en veille après une semaine calme, vous avez atteint l'une des limites de Free : un projet Free est mis en pause après une semaine sans activité, et sa base de données passe en lecture seule dès qu'elle dépasse 500 Mo. Il n'y a pas non plus de sauvegarde automatique : Supabase conseille donc aux utilisateurs de Free d'exporter eux-mêmes leurs données avec la CLI et d'en conserver des copies ailleurs.
Les projets payants ne sont pas mis en pause pour inactivité, et Pro conserve des sauvegardes quotidiennes pendant sept jours.
Comment fonctionne le plafond de dépenses quand votre application grandit
Imaginons que votre trafic sortant dépasse 250 Go le 20 du mois. Le plafond de dépenses est activé par défaut sur Pro : du 20 jusqu'au cycle de facturation suivant, le trafic sortant au-delà de 250 Go est donc bloqué. Il en va de même pour chaque élément couvert qui dépasse son quota, selon la documentation de Supabase sur le fonctionnement du plafond de dépenses.
Avec le plafond activé, un disque Pro cesse aussi de croître à 8 Go. Le plafond de dépenses ne permet pas de fixer un budget ou une alerte pour une seule ligne, et vous ne pouvez pas l'activer pour certaines lignes et le désactiver pour d'autres.
Trois tailles d'application, chiffrées ligne par ligne
Chaque exemple utilise Supabase Pro en facturation mensuelle, en dollars américains hors taxes, avec les prix mensuels arrondis du calcul chez Supabase. L'utilisation est une hypothèse de notre part, alors remplacez-la par vos propres chiffres :
- Le trafic sortant non mis en cache augmente d'environ 10 Mo par utilisateur et par mois, notre chiffre arrondi pour une application légère ; votre page d'utilisation affiche le vôtre. L'application la plus active sert aussi 500 Go depuis le cache de Supabase.
- Les tailles de disque sont notre estimation d'après la règle de croissance de Supabase : 8 Go au départ, puis 50 % de plus chaque fois que la base de données atteint 90 % du disque. Supabase peut arrondir.
- Les deux plus grosses applications font tourner un projet de préproduction sur une instance Micro. Pas le projet perso.
- La restauration à un instant donné (PITR) est facturée en supplément, à 100 $ par mois pour sept jours d'historique, et elle nécessite au moins une instance Small.
Un projet secondaire qui vient de quitter le forfait Free
Imaginons que vous ayez 5 000 utilisateurs, une base de données de 2 Go, 50 Go de trafic sortant et 5 Go de fichiers envoyés : chaque compteur reste bien en deçà de son quota Pro, et le crédit de calcul annule le coût de l'instance Micro.
| Poste | Utilisation | Coût |
|---|---|---|
| Offre Pro | Premier projet inclus | $25.00 |
| Calcul Micro (production) | Mois complet | $10.00 |
| Crédit de calcul | Couvre une instance Micro | -$10.00 |
| Disque | Base de 2 Go sur les 8 Go inclus | $0.00 |
| Utilisateurs actifs mensuels | 5 000 sur 100 000 inclus | $0.00 |
| Trafic sortant | 50 Go sur 250 Go inclus | $0.00 |
| Stockage de fichiers | 5 Go sur 100 Go inclus | $0.00 |
| Total | Toutes les lignes | $25.00 |
| Avec PITR sur 7 jours | Micro devient Small (15 $), plus 100 $ | $130.00 |
Vous n'avez pas besoin de désactiver le plafond de dépenses. La restauration à un instant donné alourdit la facture, car elle a ses propres frais et vous fait quitter l'instance Micro que le crédit paie.
Un SaaS en croissance avec 40 000 utilisateurs
Cet exemple ajoute un projet de préproduction, pour que personne ne teste d'abord une modification de schéma en production. Il compte 40 000 utilisateurs mensuels, une base de données de 20 Go, 400 Go de trafic sortant, 60 Go de fichiers et un million d'appels Edge Function.
| Poste | Utilisation | Coût |
|---|---|---|
| Offre Pro | Premier projet inclus | $25.00 |
| Calcul Small (production) | Mois complet | $15.00 |
| Calcul Micro (préproduction) | Mois complet | $10.00 |
| Crédit de calcul | Couvre une instance Micro | -$10.00 |
| Disque | Base de 20 Go sur un disque de 27 Go : 19 Go en dépassement x 0,125 $ | $2.38 |
| Utilisateurs actifs mensuels | 40 000 sur 100 000 inclus | $0.00 |
| Trafic sortant | 400 Go : 150 Go en dépassement x 0,09 $ | $13.50 |
| Stockage de fichiers | 60 Go sur 100 Go inclus | $0.00 |
| Appels Edge Function | 1 million sur 2 millions inclus | $0.00 |
| Total | Toutes les lignes | $55.88 |
| Avec PITR sur 7 jours | Plus 100 $ | $155.88 |
Parmi les nouveaux coûts par rapport au projet perso, environ la moitié vient de la préproduction et d'une instance de production plus grande, le reste des dépassements de disque et de trafic sortant. Ces dépassements expliquent aussi pourquoi c'est la première facture qui oblige à désactiver le plafond de dépenses.
Une application plus active avec 200 000 utilisateurs
À 200 000 utilisateurs, vous dépassez le quota Pro sur presque toutes les lignes qui évoluent avec le nombre d'utilisateurs. Cet exemple suppose 2 To de trafic sortant standard, plus 500 Go servis depuis le cache de Supabase, qui a son propre quota et un tarif plus bas. Nous avons supposé que la production tourne sur une instance Large, avec 2 vCPU dédiés et 8 Go de RAM.
| Poste | Utilisation | Coût |
|---|---|---|
| Offre Pro | Premier projet inclus | $25.00 |
| Calcul Large (production) | Mois complet | $110.00 |
| Calcul Micro (préproduction) | Mois complet | $10.00 |
| Crédit de calcul | Couvre une instance Micro | -$10.00 |
| Utilisateurs actifs mensuels | 200 000 : 100 000 en dépassement x 0,00325 $ | $325.00 |
| Disque | Base de 60 Go sur un disque d'environ 91 Go : environ 83 Go en dépassement x 0,125 $ | $10.39 |
| Trafic sortant | 2 000 Go : 1 750 Go en dépassement x 0,09 $ | $157.50 |
| Trafic sortant mis en cache | 500 Go : 250 Go en dépassement x 0,03 $ | $7.50 |
| Stockage de fichiers | 120 Go : 20 Go en dépassement x 0,0213 $ | $0.43 |
| Appels Edge Function | 3 millions : 1 million en dépassement x 2 $ | $2.00 |
| Messages Realtime | 4 millions sur 5 millions inclus, moins de 500 connexions de pointe | $0.00 |
| Total | Toutes les lignes | $637.82 |
| Avec PITR sur 7 jours | Plus 100 $ | $737.82 |
Une instance plus petite ne réduirait pas beaucoup cette facture, puisque le calcul représente moins d'un cinquième du total après le crédit. Les frais par utilisateur continuent d'augmenter avec chaque nouvel utilisateur actif au-delà de 100 000.
Supabase face à un seul serveur
Le tableau compare les trois factures Supabase à un serveur autogéré avec Supabase préinstallé. Le serveur n'a pas de frais par utilisateur, et la bande passante est illimitée sur toutes les offres (sous réserve d'un usage raisonnable) : aucune ligne de transfert de données à surveiller. Son prix change à la fin du tarif de lancement, après 3 mois, ou si votre projet dépasse l'offre et que vous passez à la gamme supérieure.
| Taille de l'application | Supabase Pro | Supabase Pro + PITR sur 7 jours | Stack 16, Supabase préinstallé |
|---|---|---|---|
| Projet perso, 5 000 utilisateurs | $25.00 | $130.00 | $22.99/mopendant 3 mois, puis $34.99/mo |
| SaaS en croissance, 40 000 utilisateurs | $55.88 | $155.88 | |
| Application plus active, 200 000 utilisateurs | $637.82 | $737.82 |
La colonne du serveur indique le tarif de lancement et le tarif de renouvellement. Nous utilisons le tarif de renouvellement pour tous les points de bascule de ce guide et, avant même de compter votre temps, le SaaS en croissance paie déjà plus que cela à Supabase. Stack 16 figure dans le tableau parce que c'est la plus petite de nos offres qui respecte toutes les exigences d'auto-hébergement recommandées par Supabase. Stack 8 a la RAM et le disque nécessaires, mais ses 2 vCPU n'atteignent que le minimum de Supabase, alors que les 4 vCPU de Stack 16 correspondent aux 4 cœurs recommandés par Supabase :
| RAM | CPU | Disque | |
|---|---|---|---|
| Minimum de Supabase | 4 GB | 2 cœurs | SSD de 40 Go |
| Recommandation de Supabase | 8 Go ou plus | 4 cœurs ou plus | SSD de 80 Go ou plus |
| Stack 8 | 8 GB | 2 vCPU | NVMe de 150 Go |
| Stack 16 | 16 GB | 4 vCPU | NVMe de 250 Go |
Supabase juge son minimum adapté au développement et aux applications de production petites à moyennes, ce qui correspond à Stack 8.
Ce qu'occupe la stack avant l'arrivée de vos utilisateurs
La comparaison de prix ne tient que si la stack tient sur l'offre : nous avons donc fait tourner la configuration Docker auto-hébergée officielle de Supabase, version v0.8.3, sur deux machines de test, et relevé sa mémoire une fois stabilisée. Les deux avaient 2 vCPU. L'une avait 8 Go de mémoire et l'autre 4 Go, la taille du minimum de Supabase et de Stack 4.
| Ce que nous avons vérifié | VM de test de 8 Go, 19 oct. | VM de test de 4 Go, 20 oct. |
|---|---|---|
| Conteneurs en cours d'exécution | Les 11 | Les 11, aucun redémarrage |
| Mémoire 10 minutes après le démarrage, sans trafic | Environ 960 Mio | Environ 1 450 Mio, sans swap |
| Délai avant la première requête à la base | Environ 17 s | Environ 18 s |
| Fonctionnalités du premier jour | Studio, la connexion, l'API REST sous une règle de sécurité au niveau des lignes, le stockage de fichiers, le redimensionnement d'images, une Edge Function et Realtime ont tous fonctionné | Studio s'est chargé. Le reste n'a pas été retesté |
Les images de ces 11 conteneurs occupaient environ 9,7 Go de disque. La mémoire utilisée par la stack elle-même ne représente qu'une petite partie des 16 Go de Stack 16 : il en reste donc presque la totalité pour le cache de votre base de données et vos utilisateurs. Le test à 4 Go montre qu'elle démarre et tourne aussi au repos sur une machine de test de la taille de notre plus petite offre. Aucun des deux tests n'avait de trafic : ni l'un ni l'autre n'indique donc combien d'utilisateurs une offre peut supporter. Le choix de l'offre repose toujours sur les 4 cœurs recommandés par Supabase, et c'est le test de charge décrit dans les étapes plus bas qui vous permet de le vérifier pour votre application.
Sur Cloud, l'instance Large de l'application plus active dispose de 8 Go de RAM. Sur votre serveur, Postgres partage les 16 Go avec Auth, Storage, Realtime et le reste de la stack.
Ce que le prix du serveur ne couvre pas
Le prix de l'offre vous donne un serveur sur lequel tourne la pile Supabase. La page d'auto-hébergement de Supabase liste ce qui n'est pas inclus. La création de branches, les sauvegardes gérées, la PITR, les métriques avancées, les buckets d'analytique et vectoriels, l'ETL et l'API de gestion sont réservés au Cloud.
Ce qu'un serveur vous apporte
- Vous payez un prix mensuel unique qui n'augmente ni avec le nombre d'utilisateurs ni avec le trafic sortant.
- La bande passante est illimitée, sous réserve d'un usage raisonnable.
- Supabase est préinstallé, avec PostgreSQL, Auth, Storage et Realtime qui fonctionnent ensemble.
- Vous pouvez passer de Stack 4 à Stack 32 à mesure que le projet grandit.
Ce à quoi vous renoncez
- Vous n'avez ni sauvegardes gérées ni restauration à un instant donné.
- Chaque pile Supabase exécute un seul projet, et la création de branches n'est pas disponible.
- L'aide sur Supabase lui-même vient de la communauté, tandis que notre équipe prend en charge le matériel, le réseau et la connectivité.
- Les mises à jour du système d'exploitation et de Supabase, la maintenance de Postgres et la surveillance sont à votre charge.
Le tableau des factures laisse aussi de côté l'e-mail et le stockage des sauvegardes. Le guide d'auto-hébergement Docker de Supabase indique qu'il vous faudra un serveur SMTP prêt pour la production pour envoyer les e-mails d'inscription et de mot de passe. Prévoyez donc un service d'e-mail transactionnel. Vos sauvegardes doivent être stockées ailleurs que sur le serveur lui-même, par exemple sur un stockage compatible S3. Côté serveur, vous paierez ces deux services en plus de l'offre. Nous ne les avons pas chiffrés, car ils dépendent de votre volume d'e-mails, de la quantité stockée et de la durée de conservation des sauvegardes.
La base de données de 60 Go et les 120 Go de fichiers de l'application plus fréquentée tiennent sur 250 Go de disque, mais avec moins de marge qu'il n'y paraît. Le système d'exploitation, les images Docker (environ 9,7 Go pour celles de Supabase lors de notre test), les journaux et une restauration en cours occupent aussi de l'espace. Stockez les sauvegardes ailleurs et configurez une alerte sur l'espace disque libre lors de la mise en place du serveur.
La préproduction est également exclue côté serveur. Supabase auto-hébergé exécute un projet par pile, donc une copie de préproduction implique une deuxième pile, sur le même serveur ou sur un second. Nous n'avons pas testé deux piles sur un même serveur. Retirez la préproduction côté Cloud pour comparer à égalité : la facture du SaaS baisse de 10 $, à 45,88 $, et celle de l'application plus fréquentée passe à 627,82 $. Même sans préproduction, le SaaS reste sous le point de bascule présenté dans la section suivante, et l'application plus fréquentée le dépasse largement.
Quand le serveur l'emporte, votre temps compris
La maintenance courante de votre propre serveur comprend les mises à jour du système d'exploitation, les nouvelles images Docker, un coup d'œil aux journaux et la vérification que la sauvegarde de la nuit a bien été effectuée. Le tout représente une à deux heures par mois, selon l'estimation de notre guide sur l'auto-hébergement de Supabase et ce à quoi vous renoncez. Selon le Bureau of Labor Statistics, le salaire médian américain de 2025 des développeurs de logiciels, analystes QA et testeurs est de 64,44 $ de l'heure. Ces heures valent donc entre 64,44 $ et 128,88 $ par mois.
Ajoutez ces heures au prix de renouvellement du serveur indiqué dans le tableau ci-dessus. Voici le montant de facture Supabase à partir duquel le serveur, maintenance comprise, revient moins cher. Les mois donnés en exemple sont nos propres hypothèses sur le moment où chaque volume de maintenance survient :
| Votre maintenance par mois | Mois type | Facture Supabase à partir de laquelle le serveur l'emporte |
|---|---|---|
| Une heure | Un mois ordinaire | Environ 100 $ |
| Deux heures | Un mois ordinaire, dans le haut de la fourchette | Environ 164 $ |
| Quatre heures | Des premiers mois difficiles | Environ 293 $ |
| Huit heures | Un mois avec une mise à niveau majeure | Environ 550 $ |
La facture de l'application plus fréquentée dépasse même le seuil des huit heures. Chaque heure déplace le seuil de la valeur de votre heure : si la vôtre vaut 100 $, le seuil d'une heure passe à environ 135 $. Côté serveur, ajoutez aussi le stockage des sauvegardes, un service d'e-mail et une migration ponctuelle.
Avec la PITR, la facture de 155,88 $ du SaaS en croissance se situe dans la fourchette d'une à deux heures, soit environ 100 $ à 164 $. Cependant, un serveur auto-hébergé n'inclut pas de restauration à un instant donné gérée. Vous devriez mettre en place et gérer cette restauration vous-même. Vous renonceriez aussi aux sept jours de sauvegardes quotidiennes que Cloud Pro conserve pour vous. Si vous payez la PITR pour la restauration, restez, ou prévoyez le temps de mettre en place et de tester vos propres sauvegardes avant de migrer. L'application plus fréquentée paie à Supabase plusieurs centaines de dollars par mois de plus que le serveur et deux heures de votre temps réunis. Cette économie ne tient toutefois que si un seul serveur supporte votre charge : faites un test de charge avant d'y compter.
Si votre application n'utilise que la base de données, le guide sur le coût de Postgres géré seul face à un serveur chiffre ce cas. Si vous vous demandez encore si vous avez besoin de toute la pile Supabase, notre guide pour choisir entre Supabase et PostgreSQL seul compare les deux sur un même serveur.
Avant de migrer la production
Dans la discussion GitHub de Supabase sur l'auto-hébergement, un développeur a décrit cette inquiétude ainsi :
at some point I might be forced to switch to a self-hosted version of Supabase because of the cost. I already gave the
self-hosted version a try by using Coolify and I managed to get it up and running but I wasn't confident enough to use
it for production.
Suivez ces étapes dans l'ordre, sur une copie de vos données, pendant que le projet Cloud sert encore vos utilisateurs :
- Restaurez une sauvegarde récente sur le serveur
Sauvegardez la base de données avec la CLI Supabase et restaurez-la sur le serveur, en suivant les étapes d'export du guide de sauvegarde et de restauration de Supabase. Chronométrez la restauration, car c'est la partie base de données de votre temps de reprise si le serveur tombe en panne. Répétez aussi une reconstruction complète une fois.
- Migrez les éléments situés hors de la base de données
Les utilisateurs Auth, les fichiers Storage et les Edge Functions ont chacun leur propre procédure de migration : vérifiez-les un par un. Inscrivez ensuite un utilisateur de test et vérifiez que l'e-mail arrive bien via votre serveur SMTP.
- Testez la charge comme en production
Exécutez vos requêtes les plus lourdes et ouvrez autant de connexions Realtime que votre page d'utilisation en indique au pic. Surveillez la mémoire pendant ce temps.
- Configurez des sauvegardes stockées hors du serveur
Envoyez des sauvegardes nocturnes hors du serveur, par exemple vers un stockage compatible S3. Restaurez-en ensuite une.
- Planifiez la bascule et le retour arrière
Choisissez une heure creuse. Conservez le projet Cloud jusqu'à ce que le serveur ait fonctionné pendant un cycle de facturation complet, et notez comment vous feriez machine arrière.
Rester ou migrer
Comptez vos propres heures avant de vous engager. Chronométrez la restauration et le test de charge ci-dessus pour savoir ce que vous coûte la migration. Notez ensuite votre temps de maintenance le premier mois pour remplacer notre estimation d'une à deux heures dans le calcul du point de bascule.
Restez sur Supabase Cloud si
Vos trois dernières factures sont inférieures à la ligne de point de bascule correspondant à vos heures de maintenance, ou une restauration que vous devriez mettre en place vous-même prendrait plus de temps que l'interruption que vous pouvez vous permettre.
Passez à votre propre serveur si
Les lignes de frais par utilisateur et de trafic sortant ont augmenté plus vite que le reste de votre facture au cours des trois derniers mois, et la restauration et le test de charge ci-dessus ont réussi sur le serveur.
Notre méthode de calcul et de test
Les factures Cloud sont des calculs de DreamHost à partir de la grille tarifaire et de la documentation de facturation de Supabase, consultées le 28 septembre 2026. Nous avons relu la grille tarifaire le 21 octobre, et aucun tarif des tableaux n'avait changé. L'utilisation de chaque exemple est une hypothèse de notre part, et nous n'avons pas ouvert de compte Supabase Cloud pour la tester.
Les chiffres du serveur ont été mesurés par DreamHost sur une VM de test (arm64), et non sur un serveur DreamHost. Ces tests ont été réalisés pour notre guide Supabase ou PostgreSQL seul, et cette page les reprend. Ils ont été exécutés sur un Mac sous Colima avec Ubuntu 24.04 et 2 vCPU : 8 Go de mémoire le 19 octobre 2026 et 4 Go le 20 octobre. Le dossier Docker v0.8.3 de Supabase a été exécuté tel que publié. Chaque valeur de mémoire est la médiane de 12 relevés docker stats, espacés de 5 secondes et pris 10 minutes après le démarrage. Nos offres fonctionnent sur des processeurs x86 AMD EPYC, donc la taille des images sera différente sur votre serveur.
Ce que nous n'avons pas testé : un quelconque trafic ou une charge, une semaine de fonctionnement, 4 vCPU, le module Logs & Analytics, une restauration et deux piles Supabase sur un même serveur. Chaque configuration n'a été exécutée qu'une fois.
FAQ sur les tarifs de Supabase
Combien coûte Supabase par mois ?
Pro commence à 25 $ par mois, facturé mensuellement, car la FAQ de facturation de Supabase indique qu'il n'existe pas d'offre annuelle officielle. L'offre inclut un crédit de calcul de 10 $ pour une instance Micro. Une puissance de calcul supérieure, des projets supplémentaires et l'utilisation au-delà des quotas s'ajoutent, comme le montrent les trois factures d'exemple ci-dessous.
Combien de temps puis-je utiliser Supabase gratuitement ?
Supabase ne fixe aucune limite de durée pour l'offre Free. Un projet Free se met en pause après une semaine sans activité, et sa base de données passe en lecture seule au-delà de 500 Mo, comme l'explique la section sur les raisons de quitter l'offre Free.
Combien de projets puis-je avoir avec le forfait Free de Supabase ?
La page de tarifs de Supabase indique une limite de 2 projets actifs sur l'offre Free. Sur Pro, le premier projet est inclus, et chaque projet supplémentaire ajoute sa propre ligne de calcul, à partir de 10 $ par mois pour Micro.
Le plafond de dépenses empêche-t-il une grosse facture ?
Il empêche l'utilisation mesurée de faire grimper la facture : Supabase bloque chaque élément couvert au-delà de son quota jusqu'au cycle suivant, et vos utilisateurs se heurtent à cette limite. Le calcul, la restauration à un instant donné et plusieurs modules complémentaires sont facturés en totalité dans tous les cas.
Qu'est-ce que je perds si j'auto-héberge Supabase ?
Vous perdez les sauvegardes gérées, la restauration à un instant donné gérée, la création de branches, la possibilité d'avoir plus d'un projet par Studio et le support officiel, car la version auto-hébergée de Supabase est prise en charge par la communauté. La configuration et les solutions de contournement sont détaillées dans notre guide sur l'auto-hébergement de Supabase et ce à quoi vous renoncez.
Puis-je migrer mon projet Supabase Cloud vers mon propre serveur ?
Oui. Le guide de sauvegarde et de restauration de Supabase explique comment exporter une base de données avec la CLI Supabase pour la déplacer d'un projet à l'autre. Vous restaurez ensuite ce même export dans le Postgres de votre serveur. Les utilisateurs Auth, les fichiers et les Edge Functions se migrent séparément. Notre guide d'auto-hébergement estime qu'il faut quelques heures pour un petit projet, et davantage avec de nombreuses fonctions ou extensions personnalisées.
Sources
- Pricing & Fees, Supabase, 21 oct. 2026. supabase.com/pricing
- About billing on Supabase, Supabase, 28 sept. 2026. supabase.com/docs/guides/platform/billing-on-supabase
- Manage Compute usage, Supabase, 28 sept. 2026. supabase.com/docs/guides/platform/manage-your-usage/compute
- Manage Egress usage, Supabase, 28 sept. 2026. supabase.com/docs/guides/platform/manage-your-usage/egress
- Manage Disk size usage, Supabase, 28 sept. 2026. supabase.com/docs/guides/platform/manage-your-usage/disk-size
- Manage Monthly Active Users usage, Supabase, 28 sept. 2026. supabase.com/docs/guides/platform/manage-your-usage/monthly-active-users
- Manage Point-in-Time Recovery usage, Supabase, 28 sept. 2026. supabase.com/docs/guides/platform/manage-your-usage/point-in-time-recovery
- Control your costs, Supabase, 28 sept. 2026. supabase.com/docs/guides/platform/cost-control
- Billing FAQ, Supabase, 28 sept. 2026. supabase.com/docs/guides/platform/billing-faq
- Database Size, Supabase, 28 sept. 2026. supabase.com/docs/guides/platform/database-size
- Database Backups, Supabase, 28 sept. 2026. supabase.com/docs/guides/platform/backups
- Upgrading, Supabase, 28 sept. 2026. supabase.com/docs/guides/platform/upgrading
- Self-Hosting, Supabase, 28 sept. 2026. supabase.com/docs/guides/self-hosting
- Self-Hosting with Docker, Supabase, 28 sept. 2026. supabase.com/docs/guides/self-hosting/docker
- Migrating within Supabase, Supabase, 28 sept. 2026. supabase.com/docs/guides/platform/migrating-within-supabase/backup-restore
- Share your self-hosting experience (discussion 39820), Supabase on GitHub, 28 sept. 2026. github.com/orgs/supabase/discussions/39820
- Software Developers, Quality Assurance Analysts, and Testers (Occupational Outlook Handbook), US Bureau of Labor Statistics, 28 sept. 2026. bls.gov/ooh/computer-and-information-technology/software-developers.htm
- Self-hosted Supabase v0.8.3 Docker folder, Supabase on GitHub, 16 oct. 2026. github.com/supabase/supabase/tree/self-hosted/v0.8.3/docker