Supabase est-il gratuit ? Limites du cloud ou VPS

Supabase est-il gratuit ?

Supabase est gratuit de deux façons différentes, qui ne correspondent pas à la même offre. L’offre hébergée Free ne coûte rien. La documentation de facturation de Supabase exige une carte enregistrée pour les offres payantes, mais ne dit pas qu’une carte est nécessaire pour l’offre Free. Le code source est ouvert : exécuter toute la stack sur votre propre VPS (virtual private server) ne coûte donc rien en licences. Dans un cas, vous payez avec des limites. Dans l’autre, vous payez avec du travail.

Vérifiée le 12 octobre 2026, la page supabase.com/pricing indique une offre Free avec 0.5 Go de base de données, 1 Go de stockage de fichiers, 5 Go de trafic sortant et 50,000 utilisateurs actifs par mois, répartis sur deux projets actifs. La même page contient la phrase qui détermine l’essentiel de ces conditions : « Free projects are paused after 1 week of inactivity ». Vérifiez à nouveau ces chiffres avant de vous baser dessus, car les pages tarifaires évoluent.

Ce que le forfait Free inclut réellement

[
  {
    "plan": "Free",
    "db_gb": 0.5,
    "file_storage_gb": 1,
    "egress_gb": 5
  },
  {
    "plan": "Pro",
    "db_gb": 8,
    "file_storage_gb": 100,
    "egress_gb": 250
  }
]

Le nombre d’utilisateurs actifs mensuels (MAU, monthly active users) correspond au nombre d’utilisateurs distincts qui génèrent un événement Auth au cours d’un cycle de facturation. Supabase cite notamment une connexion, un renouvellement de token et une déconnexion. Un utilisateur connecté dont la session est renouvelée automatiquement est donc comptabilisé même s’il ne s’est pas reconnecté ce mois-là. Chaque utilisateur n’est comptabilisé qu’une fois par cycle, ce qui rend la limite de 50,000 utilisateurs largement suffisante pendant le développement. La limite atteinte en premier n’est presque jamais celle du nombre d’utilisateurs. Il s’agit plutôt des 0.5 Go de Postgres, ou des 5 Go de trafic sortant lorsque vous commencez à servir des images ou des fichiers depuis Storage.

La limite de deux projets actifs est moins visible. Un projet de production et un projet de staging suffisent à remplir le forfait Free. Une troisième idée doit donc attendre ou partager une base de données avec un projet qui ne devrait pas y avoir accès.

Le délai de mise en pause compte plus que la limite de stockage

« Les projets gratuits sont mis en pause après 1 semaine d’inactivité » est la phrase qui met fin à la plupart des projets sur une offre gratuite. Un projet auquel personne n’envoie de requête pendant sept jours cesse de répondre. Une démo référencée dans un README ou une API de staging que vous utilisez une fois par mois est indisponible au moment où la personne à qui vous avez envoyé le lien clique dessus. Pour le rétablir, il suffit d’utiliser le bouton Resume project dans le tableau de bord Supabase. Cette option reste disponible pendant un an après la mise en pause. L’intervention est donc rapide, mais seulement si vous surveillez le projet. Supabase envoie un avertissement environ une semaine avant la mise en pause. Cela n’est utile que si quelqu’un consulte cette boîte de réception.

C’est le véritable coût de l’offre gratuite hébergée. Vous ne payez pas d’argent. Vous payez en disponibilité, avec un plafond que vous ne pouvez pas relever sans passer à une offre supérieure.

Ce que coûtent les offres Pro et Team lorsque l’offre Free atteint ses limites

[
  {
    "plan": "Free",
    "usd_per_month": 0
  },
  {
    "plan": "Pro",
    "usd_per_month": 25
  },
  {
    "plan": "Team",
    "usd_per_month": 599
  }
]

L’offre Pro commence à 25 $ par mois. Elle inclut 8 Go de stockage disque par projet, 100 Go de stockage de fichiers et 250 Go d’egress. Au-delà de ces volumes, la page facture le stockage disque 0,125 $ par Go, le stockage de fichiers 0,0213 $ par Go et l’egress non mis en cache 0,09 $ par Go. L’egress mis en cache dispose de son propre quota de 250 Go, puis coûte 0,03 $ par Go. Ces tarifs sont ceux en vigueur au 12 octobre 2026. L’offre Pro désactive également la mise en pause pour inactivité. L’offre Team commence à 599 $ par mois. Elle s’adresse aux organisations qui ont besoin de fonctionnalités de conformité et de contrôle des accès, pas à un développeur seul qui héberge un projet personnel.

Les plafonds de dépenses sont activés par défaut avec l’offre Pro. Ce réglage est important : lorsque vous dépassez un quota inclus, le service est limité au lieu d’augmenter la facture pendant votre sommeil. Si vous désactivez ce plafond, vous choisissez volontairement l’autre mode de défaillance. C’est le même calcul que celui à effectuer lorsque vous comparez le coût d’un PostgreSQL managé à celui d’un VPS que vous administrez vous-même, car le prix du service managé sert principalement à financer l’astreinte d’une autre équipe.

Ce que coûte réellement l’auto-hébergement

Rien en termes de licence. La documentation de Supabase présente Docker comme « the fastest and recommended way to self-host », et la stack fonctionne sur un VPS standard. La facture se présente sous forme de travail, et la documentation indique clairement quelles tâches vous incombent :

• provisionnement et maintenance du serveur
• renforcement de la sécurité, et mise à jour de l’OS et des services
• configuration et gestion des services
• maintenance de la base de données Postgres
• haute disponibilité et évolutivité
• sauvegardes et reprise après sinistre
• supervision et disponibilité

Considérez cela comme un coût hebdomadaire, pas comme un coût d’installation. Le provisionnement n’a lieu qu’une fois. Les mises à jour et les vérifications des sauvegardes se poursuivent indéfiniment. Si, honnêtement, personne ne testera jamais une restauration, l’offre hébergée est moins chère qu’il n’y paraît : une restauration que vous n’avez jamais effectuée ne constitue pas une sauvegarde.

Ce que Supabase auto-hébergé n’inclut pas

La stack auto-hébergée n’est pas une copie de la plateforme hébergée. La documentation précise ce qui n’est pas disponible : « le branching, les métriques avancées au-delà des logs, les sauvegardes gérées et le PITR, les buckets analytics et vector, l’ETL et la Management API ». Le PITR (point in time recovery) est la fonctionnalité qui manque le plus après une migration. Avec les offres hébergées, il suffit de l’activer. Sur votre propre serveur, il faut effectuer une sauvegarde de base, archiver le WAL (write ahead log), conserver les deux en dehors du serveur et réaliser un test pour vérifier que l’ensemble fonctionne. Des outils comme pgBackRest sont conçus pour cela, mais leur configuration vous incombe.

Studio, le tableau de bord web, « ne prend pas en charge plusieurs organisations ou projets » en mode auto-hébergé. Une stack correspond à un projet. Si vous souhaitez vous affranchir de la limite de deux projets, prévoyez donc une deuxième stack sur ses propres ports ou sur un autre serveur, plutôt qu’un deuxième projet dans un même tableau de bord.

Ce que vous récupérez

Supabase auto-hébergé « n’appelle pas son éditeur et ne collecte aucune télémétrie », selon la documentation. Vos lignes et votre table utilisateur se trouvent sur du matériel que vous louez directement. C’est tout l’intérêt lorsqu’un contrat client ou un organisme de réglementation impose le pays dans lequel les données doivent rester.

Vous disposez également de Postgres lui-même. La plateforme hébergée optimise et administre le serveur pour vous. Sur votre propre machine, shared_buffers, max_connections, la liste des extensions et le pooler placé devant lui sont entièrement à configurer par vos soins. Ce dernier élément devient rapidement un problème, car une fonction serverless ou une application très sollicitée ouvre davantage de connexions que Postgres ne peut en accepter. C’est à ce moment que exécuter PgBouncer ou Supavisor sur votre propre VPS cesse d’être facultatif.

L’egress est le plafond que l’auto-hébergement supprime le plus visiblement. 5 Go partent rapidement lorsque Storage sert des images ou de l’audio à de vrais visiteurs. La plupart des offres VPS incluent un transfert mesuré en téraoctets. Une application qui utilise beaucoup de fichiers atteint donc le plafond de la plateforme hébergée bien avant de saturer le serveur. Si Storage est la raison pour laquelle vous lisez ce guide, évaluez le coût du disque avant celui du compute : le coût réel d’un téraoctet sur un stockage bloc ou objet pèse davantage dans le total que le CPU.

Démarrer la stack auto-hébergée

La procédure documentée consiste à cloner superficiellement le répertoire docker du dépôt, en se positionnant sur un tag de release auto-hébergé. Au 12 octobre 2026, ce tag est self-hosted/v0.8.2, publié le 23 septembre 2026. Un script d’installation officiel est disponible à l’emplacement supabase.link/setup.sh pour Debian, Ubuntu, RHEL, CentOS et Fedora. Le clonage manuel ci-dessous est préférable si vous voulez conserver l’arborescence dans votre propre dépôt git.

git clone --depth 1 --branch self-hosted/v0.8.2 https://github.com/supabase/supabase
mkdir supabase-project
cp -rf supabase/docker/. supabase-project
cd supabase-project && cp .env.example .env
printf 'ref=self-hosted/v0.8.2\n' > .supabase-version
docker compose pull
sh utils/generate-keys.sh
sh utils/add-new-auth-keys.sh
sh run.sh start

sh utils/generate-keys.sh est l’étape que vous ne pouvez pas ignorer. .env.example est livré avec des secrets factices que n’importe qui peut lire dans le dépôt public. Une stack démarrée avec ces valeurs est donc accessible à quiconque trouve le port. La documentation exécute sh utils/add-new-auth-keys.sh juste après pour ajouter les nouvelles clés d’API et une paire de clés asymétriques. Examinez la sortie des deux scripts et vérifiez .env avant de démarrer la stack. Le fichier .supabase-version enregistre le tag depuis lequel vous avez démarré. Le script update.sh inclus pourra ainsi mettre l’installation à niveau ultérieurement. Définissez également DASHBOARD_PASSWORD dans .env, car Studio est protégé par une authentification HTTP basic et la documentation exige que ce mot de passe contienne au moins une lettre.

Vérifiez le résultat avec docker compose ps. La commande doit afficher chaque service comme actif ou sain. Ouvrez ensuite Studio sur le port 8000 et connectez-vous avec les identifiants du dashboard. sh run.sh secrets affiche les clés générées lorsque vous en avez besoin à nouveau, et sh run.sh stop arrête la stack. Ne publiez pas directement le port 8000 sur Internet. Placez un reverse proxy avec TLS (transport layer security) devant Studio ou conservez-le sur un réseau privé. La procédure complète, avec ce proxy et les valeurs .env qu’il est recommandé de modifier en premier, est disponible dans le guide pas à pas pour auto-héberger Supabase avec Docker Compose.

Quelle formule gratuite vous convient

Choisissez le forfait Free hébergé pendant la construction du projet, plutôt que pendant son utilisation, et tant qu’une interruption ne vous coûte rien. Il s’agit d’un véritable forfait, avec un nombre d’utilisateurs généreux. C’est aussi un forfait dont l’objectif est de vous faire passer à l’offre supérieure.

Choisissez Pro à 25 $ par mois dès que le projet compte des utilisateurs qui remarquent les interruptions de service. Ce montant est inférieur au coût des heures que vous consacreriez aux vérifications des sauvegardes en un seul mois. Le payer relève donc de la planification, et non d’un échec.

Choisissez l’auto-hébergement si vous exploitez déjà un VPS et que vous y assurez déjà les tâches d’administration pour un autre service, si les données ne peuvent pas quitter votre juridiction, ou si vos besoins en stockage et en trafic sortant augmentent plus vite que le prix d’un serveur. Le même choix se retrouve avec tous les produits open core. La distinction entre l’édition communautaire gratuite de n8n et ses forfaits payants et la distinction entre le Nextcloud Hub gratuit et son abonnement entreprise établissent la même limite au même endroit. Le logiciel libre est suffisamment complet pour prendre en charge une charge réelle. Le produit payant vous vend la partie que personne n’aime assumer.

FAQ

Le forfait gratuit de Supabase est-il gratuit pour toujours ?

La page tarifaire ne fixe aucune durée ni période d’essai pour le forfait Free, d’après la vérification effectuée le 12 octobre 2026. La documentation de facturation exige qu’une carte soit enregistrée pour les forfaits payants, sans en mentionner une pour Free. Le forfait comporte toutefois des limites : 0.5 Go de base de données, 1 Go de stockage de fichiers, 5 Go de trafic sortant, 50,000 utilisateurs actifs par mois et deux projets actifs. Pour la plupart des utilisateurs, ce n’est pas un quota qui met fin à l’utilisation gratuite. C’est la règle selon laquelle « les projets Free sont mis en pause après 1 semaine d’inactivité ».

Que se passe-t-il lorsqu’un projet Supabase gratuit est mis en pause ?

Il cesse de traiter les requêtes. Les appels API échouent et le dashboard indique que le projet est en pause jusqu’à sa restauration avec le bouton Resume project. La documentation indique que ce bouton reste disponible pendant un an après la mise en pause. Supabase envoie un avertissement environ une semaine avant la mise en pause, mais votre application ne reçoit aucun avertissement spécifique. Une démo partagée un mois auparavant est donc généralement déjà hors service lorsque quelqu’un vous prévient. Si le projet doit répondre à toute heure et tous les jours, passez-le au forfait Pro ou auto-hébergez-le.

Supabase auto-hébergé est-il identique à la version hébergée ?

Non. La documentation indique ce que l’auto-hébergement n’inclut pas : « le branching, les métriques avancées au-delà des logs, les sauvegardes gérées et le PITR, les buckets d’analytics et de vecteurs, l’ETL et la Management API ». Studio « ne prend pas non plus en charge plusieurs organisations ou projets », donc une stack auto-hébergée correspond à un seul projet. Les composants database, auth, storage, realtime et edge function sont les mêmes logiciels que ceux exécutés par la plateforme hébergée.

Supabase auto-hébergé envoie-t-il des données à Supabase ?

Non. La documentation sur l’auto-hébergement indique qu’un déploiement auto-hébergé « ne contacte pas Supabase et ne collecte aucune télémétrie ». Les conteneurs téléchargent leurs images depuis un registre public lorsque vous exécutez docker compose pull. Il s’agit d’un téléchargement d’image classique, et non d’un rapport sur vos données. Tout ce qui suit reste sur votre serveur. Cela signifie également que vous êtes responsable de chaque sauvegarde et de chaque mise à jour de sécurité.