Supabase est passé en deux ans du statut d’outsider open source à celui d’infrastructure par défaut d’une bonne partie des applications créées avec l’IA. En juin 2026, l’entreprise a levé 500 millions de dollars sur une valorisation de 10,5 milliards, et revendique près de 10 millions de développeurs, contre 6,5 millions six mois plus tôt.

Mais le chiffre qui raconte le mieux ce qui s’est passé est ailleurs : plus de 60 % des nouvelles bases de données créées sur la plateforme le sont par des agents IA, pas par des humains. Quand vous demandez une application à Lovable, à Bolt ou à Claude Code, votre backend atterrit chez Supabase sans que vous l’ayez vraiment choisi.

D’où la question que je veux trancher ici. Cet engouement dit ce que les IA recommandent, il ne dit rien de votre projet à vous.

J’utilise Supabase depuis deux ans, notamment pour faire tourner plusieurs des outils gratuits de Digitiz. Ce recul me permet de vous parler de ce qu’on ne voit pas le premier jour : la facture qui grimpe, les pièges de configuration, et ce qui tient vraiment dans la durée. Je reprends donc ce qu’est réellement la plateforme en 2026, ses fonctionnalités, ses tarifs réels, sa comparaison avec Firebase, ses limites, et surtout les cas précis où je vous la déconseille.

Qu’est-ce que Supabase ?

Supabase est une plateforme qui vous donne, en quelques clics, tout le « back-office » d’une application : une base de données, un système de comptes utilisateurs, du stockage de fichiers, des API et des fonctions serveur. C’est ce qu’on appelle un BaaS, pour Backend as a Service.

La particularité tient en un mot : PostgreSQL. Là où Firebase vous enferme dans une base propriétaire maison, Supabase se contente d’habiller une vraie base de données Postgres, le standard open source utilisé depuis trente ans par des banques et des administrations.

Cette différence paraît technique. Elle est en réalité stratégique, et voici pourquoi :

• Vous partez quand vous voulez. Votre base reste une base Postgres classique. Un export, un import chez un autre hébergeur, et c’est réglé ;
• Vous héritez de tout l’écosystème SQL. Trois décennies d’outils, d’extensions et de documentation, plutôt qu’un langage propriétaire qui ne sert que sur une seule plateforme ;
• Vous pouvez tout héberger vous-même. Le code est sur GitHub, sous licence Apache 2.0, et s’installe sur votre propre serveur.

Fondée en 2020 par Paul Copplestone et Ant Wilson, passée par l’accélérateur Y Combinator, l’entreprise fonctionne aujourd’hui avec environ 360 personnes réparties dans plus de 60 pays, entièrement à distance.

Comment Supabase est devenu le backend par défaut de l’IA

C’est la partie de l’histoire qui n’existait pas en 2024, et c’est celle qui explique tout le reste.

Son fondateur découpe cette accélération en trois vagues successives :

• Début 2023, les bases vectorielles. L’extension pgvector permet de stocker dans Postgres les « embeddings » nécessaires aux applications d’IA. Supabase devient un choix naturel pour tous ceux qui construisent un chatbot documentaire ;
• Fin 2024, la vague du vibe coding. Lovable et Bolt génèrent des applications entières à partir d’une phrase, et branchent leur backend sur Supabase par défaut ;
• Fin 2025, l’arrivée de Claude Code. Les agents ne se contentent plus de générer du code, ils créent et administrent eux-mêmes les bases de données.

Le résultat est spectaculaire : les créations de bases ont bondi de 600 % en un an. Et Supabase a compris avant les autres que son nouvel utilisateur n’était plus seulement un développeur, mais aussi une machine. La plateforme a donc lancé un serveur MCP en octobre 2025, publié des « agent skills » officiels en avril 2026, puis mis en ligne Supabase Evals, un benchmark open source qui mesure la capacité de Claude Code, Codex et consorts à construire correctement une application sur la plateforme.

Ce dernier point mérite qu’on s’y arrête. Quand une entreprise publie un classement de la manière dont les IA se débrouillent avec son produit, c’est qu’elle a acté que sa distribution passe désormais par elles. Si vous voulez comprendre le mécanisme derrière ce protocole, j’ai détaillé le fonctionnement du protocole MCP dans un guide dédié.

Les fonctionnalités principales de Supabase

Supabase n’est pas un produit unique mais un assemblage de briques, activables séparément selon vos besoins.

La base de données Postgres

Chaque projet démarre avec une base PostgreSQL complète, accompagnée d’un éditeur de tables qui ressemble à un tableur et d’un éditeur SQL pour les requêtes avancées. Une API REST est générée automatiquement à partir de votre schéma : créez une table, et vos points d’accès existent dans la seconde.

La sécurité repose sur le Row Level Security, un mécanisme natif de Postgres qui définit qui a le droit de voir quelle ligne. C’est puissant, c’est standard, et c’est aussi le premier endroit où les débutants se blessent, j’y reviens plus bas.

L’authentification

Le module gère l’inscription par e-mail, les liens magiques, le téléphone et une cinquantaine de connexions tierces comme Google, Apple ou GitHub. Nouveauté de l’été 2026 : la connexion Sign in with ChatGPT, encore en bêta.

Le point fort n’est pas la liste des options, c’est l’intégration : chaque utilisateur authentifié devient directement exploitable dans vos règles de sécurité, sans code de liaison à écrire.

Le stockage de fichiers

Photos, vidéos, PDF : le stockage s’appuie sur un système compatible S3, avec des règles d’accès qui utilisent la même logique que la base. Les transformations d’images à la volée permettent de redimensionner sans passer par un service tiers.

Le temps réel

C’est l’héritage direct de Firebase. Vos interfaces peuvent s’abonner aux changements de la base et se mettre à jour instantanément, sans rechargement. Indispensable pour une messagerie, un tableau collaboratif ou un tableau de bord qui bouge.

Les Edge Functions

Ce sont de petites fonctions serveur, écrites en TypeScript et exécutées au plus près de l’utilisateur. Elles servent à tout ce qui ne doit pas tourner dans le navigateur : appeler une API payante sans exposer votre clé, traiter un paiement, envoyer un e-mail.

C’est d’ailleurs l’usage que j’en fais sur Digitiz. Plusieurs de mes outils gratuits reposent sur des Edge Functions Supabase, précisément pour garder les clés d’API côté serveur plutôt que dans le JavaScript public de la page.

La recherche vectorielle et l’IA

Grâce à pgvector, votre base stocke aussi des vecteurs. Vous pouvez donc construire une recherche sémantique ou un assistant qui répond à partir de vos propres documents, sans ajouter de base de données spécialisée à votre infrastructure.

Supabase ou Firebase : le comparatif

La comparaison reste la question la plus posée, alors voici les points qui font vraiment la différence.

Critère	Supabase	Firebase
Base de données	PostgreSQL (relationnel, SQL)	Firestore (NoSQL, propriétaire)
Licence	Open source (Apache 2.0)	Propriétaire (Google)
Auto-hébergement	Oui, via Docker	Impossible
Requêtes complexes	Jointures et SQL complet	Limitées, dénormalisation nécessaire
Réversibilité	Export Postgres standard	Dépendance forte au format Firestore
Hébergement en France	Oui, région Paris	Oui, région europe-west9
Écosystème mobile	Correct	Excellent (notifications, analytics, crash)
Maturité	Depuis 2020	Depuis 2011

Ma lecture après plusieurs projets sur les deux : Firebase reste supérieur sur le mobile pur, grâce à un écosystème que Supabase n’égale pas encore, notamment les notifications push et les outils d’analyse de plantages. Pour tout le reste, et particulièrement dès que vos données ont des relations entre elles, Postgres change la vie.

Il y a surtout une différence que l’on ne mesure qu’au bout de deux ans : avec Firebase, une migration se prépare comme un déménagement. Avec Supabase, c’est un export de base de données.

Les tarifs de Supabase en 2026

La grille comporte quatre niveaux. Les tarifs ci-dessous sont ceux relevés en août 2026, facturés en dollars.

• Free, 0 $ : 500 Mo de base, 1 Go de fichiers, 5 Go de bande passante, 50 000 utilisateurs actifs par mois, 2 projets actifs maximum ;
• Pro, 25 $ par mois : 8 Go de base, 100 Go de fichiers, 250 Go de bande passante, 100 000 utilisateurs actifs, sauvegardes quotidiennes conservées 7 jours, 2 millions d’appels aux Edge Functions ;
• Team, 599 $ par mois : mêmes quotas que Pro, mais avec les certifications SOC 2 et ISO 27001, l’authentification unique, les journaux conservés 28 jours et un support avec engagement de délai ;
• Enterprise : sur devis, avec support dédié et garanties de disponibilité.

Trois pièges méritent d’être signalés, parce qu’ils expliquent l’essentiel des mauvaises surprises :

• La puissance de calcul se facture à part. Le plan Pro inclut 10 $ de crédits, ce qui couvre la plus petite instance. Passer à la taille au-dessus coûte 15 $, puis 60 $, et ainsi de suite. Le prix affiché de 25 $ est donc un plancher, pas un total ;
• Les projets gratuits se mettent en pause après une semaine sans activité. Parfait pour tester, rédhibitoire pour un site vitrine qui reçoit peu de visites ;
• La restauration à un instant précis coûte 100 $ par mois et par tranche de 7 jours de rétention. Sur un projet qui gère de vraies données clients, ce n’est pas une option décorative.

Le premier de ces trois points mérite un exemple concret, parce que c’est celui qui surprend tout le monde : chaque projet fait tourner sa propre instance, et ajoute donc sa propre ligne sur la facture. Voici la mienne, sur le mois en cours.

La lecture est instructive. L’abonnement Pro à 25 $ ne couvre qu’un seul projet. Mes quatre bases tournent chacune sur une instance Micro facturée 8,47 $, soit 33,55 $ de calcul, dont 10 $ seulement sont absorbés par les crédits inclus. Ajoutez 10 $ de transformations d’images, et le total projeté atteint 63,07 $ pour un abonnement affiché à 25 $.

La règle à retenir tient en une phrase : sur Supabase, vous ne payez pas un abonnement, vous payez un abonnement plus chaque projet. Une préproduction, une base de test, un projet client que vous gardez « au cas où » : chacun ajoute sa ligne, même s’il ne sert presque jamais. C’est la raison pour laquelle je surveille la liste de mes projets d’aussi près que ma facture, et pourquoi je conseille de compter 40 à 80 $ par mois plutôt que les 25 $ affichés dès que vous dépassez un projet unique.

Supabase, Lovable et le vibe coding

C’est devenu la porte d’entrée la plus fréquente vers l’outil, et souvent sans que l’utilisateur l’ait choisi.

Quand vous demandez une application à Lovable, Bolt ou v0, l’outil génère l’interface, puis vous propose de connecter Supabase dès qu’il faut stocker des données ou gérer des comptes. En trois clics, votre projet dispose d’une vraie base de données.

Cette facilité a une contrepartie que je vois régulièrement. L’IA crée les tables et écrit les règles de sécurité à votre place, et personne ne relit ces règles. Résultat : des applications mises en ligne avec des tables accessibles publiquement en lecture et en écriture. Ce n’est pas un défaut de Supabase, c’est un défaut de méthode, mais il est massif.

Si vous partez de cette approche, faites systématiquement deux vérifications avant toute mise en ligne : le Row Level Security est-il activé sur chaque table, et vos clés sensibles sont-elles bien restées côté serveur. Pour aller plus loin sur cette façon de travailler, j’ai comparé les meilleurs outils de vibe coding dans un autre article.

RGPD : ce qu’il faut savoir avant de stocker des données françaises

Le sujet est trop souvent expédié, alors qu’il conditionne le choix pour beaucoup d’entreprises.

Supabase permet de choisir la région d’hébergement à la création du projet, et propose bien une région Paris (eu-west-3), ainsi que Francfort, Dublin, Londres, Zurich et Stockholm. Vos données au repos restent donc physiquement en Europe si vous le décidez. Un accord de sous-traitance conforme au RGPD est signable directement depuis le tableau de bord, y compris sur le plan gratuit.

Une nuance importante subsiste malgré tout : Supabase Inc. reste une société américaine, donc soumise au Cloud Act, quelle que soit la localisation de vos serveurs. Résidence des données et juridiction sont deux choses différentes.

Pour un projet standard, la région européenne et le contrat suffisent largement. Pour des données de santé ou un marché public soumis à une exigence de souveraineté, la seule réponse solide consiste à auto-héberger Supabase sur une infrastructure française. C’est justement ce que la licence open source vous autorise, et c’est un avantage que Firebase ne pourra jamais offrir.

Les limites à connaître

Aucun outil n’est parfait, et je préfère être clair sur ce qui coince.

• Il faut accepter d’apprendre le SQL. Supabase ne cache pas la base de données, il vous la donne. C’est sa force, c’est aussi une marche à franchir si vous n’avez jamais écrit une requête ;
• Le Row Level Security est piégeux au début. Une règle mal écrite bloque tout, ou pire, n’empêche rien. C’est la source de bugs numéro un chez les débutants ;
• La facture grimpe par paliers. Chaque projet consomme sa propre instance de calcul, ce qui rend une architecture multi-projets vite coûteuse ;
• L’auto-hébergement n’est pas un raccourci. Récupérer les conteneurs Docker est facile ; maintenir les sauvegardes, les montées de version et la disponibilité l’est beaucoup moins ;
• L’écosystème mobile reste en retrait face à Firebase, notamment sur les notifications push et l’analyse d’audience.

À qui s’adresse Supabase, et à qui il ne convient pas

Après avoir passé en revue les fonctionnalités et les prix, voici la seule question qui compte. Je la tranche par profil.

Oui, sans hésiter, si :

• Vous construisez un SaaS ou une application web dont les données ont des relations entre elles, ce qui est le cas de la quasi-totalité des projets métier ;
• Vous développez avec Lovable, Bolt ou Claude Code et vous voulez un backend que ces outils savent piloter nativement ;
• Vous avez besoin d’une recherche sémantique ou d’un assistant IA sur vos propres contenus, sans empiler une base spécialisée ;
• La réversibilité compte pour vous, parce que vous savez que vous changerez peut-être d’hébergeur dans deux ans ;
• Vous devez héberger des données en Europe et pouvoir le prouver.

Non, regardez ailleurs, si :

• Vous faites du mobile natif et vous comptez sur les notifications push, l’analytics et le suivi des plantages dans un seul outil : Firebase reste devant ;
• Vous cherchez du vrai no-code sans jamais toucher à une requête : Airtable ou Bubble seront plus confortables ;
• Votre projet est un site vitrine ou un blog : vous n’avez besoin ni d’une base Postgres ni d’un système d’authentification ;
• Vous êtes soumis à une exigence de souveraineté stricte et vous ne voulez pas gérer un auto-hébergement : orientez-vous vers un hébergeur européen proposant du Postgres managé.

Les alternatives à Supabase

Vous hésitez encore ? C’est normal : le choix d’un backend engage votre projet pour des années. Selon votre profil, cinq pistes méritent d’être regardées de près :

• Firebase : le rival historique, toujours devant sur le mobile natif grâce à ses notifications push et son suivi des plantages. Je vous renvoie au comparatif détaillé plus haut ;
• Appwrite : la solution open source la plus proche dans l’esprit, avec les mêmes briques que Supabase (base de données, authentification, stockage, fonctions). Auto-hébergeable, avec une offre cloud managée si vous ne voulez pas gérer de serveur ;
• PocketBase : un backend complet tenant dans un seul fichier exécutable, qui tourne sur n’importe quelle machine. Gratuit et d’une simplicité désarmante, idéal pour un side project, moins adapté à une application à fort trafic ;
• Neon : du Postgres serverless facturé à l’usage, avec une base qui se met en veille toute seule quand personne ne s’en sert. Pertinent si vous n’avez besoin que de la base de données, sans l’authentification ni le stockage ;
• Clever Cloud : l’option souveraine. Cet hébergeur français propose du Postgres managé avec des données hébergées en France par une société de droit français. C’est la réponse directe à la nuance Cloud Act évoquée plus haut.

Il reste enfin une option plus radicale : se passer complètement de BaaS. C’est le chemin que j’ai pris pour une partie de mes projets, et j’ai raconté comment j’ai remplacé Supabase et Vercel par un VPS à 5 € par mois, piloté par Claude Code. Si vous préférez le format vidéo, je vous montre toute la démarche ici :

Mon avis final sur Supabase

Après deux ans d’utilisation, si je devais résumer en une phrase : Supabase est un excellent choix pour la grande majorité des applications web et des SaaS, un choix discutable pour le mobile natif, et un mauvais choix pour un simple site vitrine.

Ce qui me plaît dans cette trajectoire, c’est qu’elle repose sur un choix technique fait il y a six ans et jamais renié : ne pas réinventer la base de données, mais bien emballer celle que tout le monde connaît déjà. C’est ce qui rend l’outil aussi confortable pour un agent IA que pour un développeur expérimenté, et c’est ce qui vous permet de partir sans tout réécrire le jour où vous le déciderez.

Reste une chose à ne pas oublier dans l’enthousiasme ambiant : une base de données créée en trois secondes par une IA reste une base de données dont vous êtes responsable. Le temps que vous gagnez au démarrage, passez-en une partie à relire vos règles de sécurité. C’est le meilleur conseil que je puisse donner sur cet outil.