Dernière modification le 20 septembre 2026

En deux ans, Supabase est passé du statut d’outsider open source à celui d’infrastructure par défaut d’une bonne partie des applications créées avec l’IA.

Les chiffres donnent le vertige. En juin 2026, l’entreprise a levé 500 millions de dollars sur une valorisation de 10,5 milliards. Elle revendique aujourd’hui plus de 10 millions de développeurs, contre 6,5 millions en début d’année.

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 un outil d’IA, pas par un humain.

Autrement dit : quand vous demandez une application à Lovable, Bolt ou Claude Code, votre back-end 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 sans prévenir ;
• les pièges de configuration qui laissent vos données exposées ;
• 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. C’est parti !

Qu’est-ce que Supabase ?

Supabase vous donne, en quelques clics, tout le « back-office » d’une application : base de données, comptes utilisateurs, stockage de fichiers, API et 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 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, avec plus de 110 000 étoiles.

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 plus de 350 personnes 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 construire 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 back-end 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.

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 enchaîné :

• un serveur MCP dès avril 2025, puis une version distante en octobre 2025, accessible directement depuis les agents web ;
• des agent skills officiels en avril 2026, des instructions open source pour Claude Code, Codex, Copilot et Cursor ;
• Supabase Evals en juillet 2026, un benchmark open source qui mesure la capacité des IA à 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.

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.

Une précision utile, parce que le nom prête à confusion. Supabase a lancé en juillet 2026 une bêta « Sign in with ChatGPT ». Attention : elle sert à vous connecter au tableau de bord Supabase et au plugin dans ChatGPT, pas à ajouter ChatGPT comme méthode de connexion dans votre propre application.

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 s’abonnent aux changements de la base et se mettent à 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, précisément pour garder les clés d’API côté serveur plutôt que dans le JavaScript public de la page.

Côté quotas : 500 000 appels inclus sur le plan gratuit, 2 millions sur le plan Pro, puis 2 $ par million supplémentaire.

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. 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 : notifications push et analyse de plantages en tête.

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 qu’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 le 20 septembre 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, à partir de 25 $ par mois : 8 Go de base par projet, 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, à partir de 599 $ par mois : mêmes quotas que Pro, plus 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. La taille au-dessus coûte 15 $, puis 60 $, et ainsi de suite. Les 25 $ affichés sont 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 à faible trafic ;
• La restauration à un instant précis démarre à 100 $ par mois. 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.

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 gardé « au cas où » : chacun ajoute sa ligne, même s’il ne sert presque jamais. C’est 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.

Ce que disent les utilisateurs

Je ne suis pas le seul à tiquer sur la facturation. Sur Trustpilot, Supabase affiche 2,6 sur 5 pour 70 avis.

La répartition est frappante : 35 avis à une étoile, mais aussi 26 à cinq étoiles. Un produit qui ne laisse personne indifférent.

Dans les avis négatifs, toujours les mêmes griefs : les projets mis en pause sans prévenir, la facture qui grimpe, et un support qui ne répond pas, y compris en plan Pro. Les avis positifs saluent à l’inverse la simplicité et le tout-en-un.

Je nuance quand même. 70 avis, c’est très peu pour un outil qui revendique 10 millions de développeurs.

Et Trustpilot est un canal où les outils d’infrastructure prennent cher de façon générale : sur la même plateforme, Firebase est à 1,7 sur 5 et Vercel à 1,7 également. Ces notes confirment un ressenti, elles ne résument pas la qualité du produit.

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.

Cette facilité a une contrepartie que je vois régulièrement. L’IA écrit les règles de sécurité à votre place, et personne ne les relit.

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 deux vérifications systématiques avant toute mise en ligne :

• le Row Level Security est-il activé sur chaque table ?
• 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. Et je montre ici comment monter une application complète en dix minutes :

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. J’ai détaillé toute la démarche dans mon guide sur la version open source de Supabase, avec les prérequis serveur et les fonctionnalités que vous perdez au passage. Je vous montre aussi le résultat en vidéo :

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 back-end 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 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 sans vouloir gérer d’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 back-end 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. Auto-hébergeable, avec une offre cloud managée si vous ne voulez pas gérer de serveur ;
• PocketBase : un back-end complet tenant dans un seul fichier exécutable. 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 quand personne ne s’en sert. Pertinent si vous n’avez besoin que de la base, sans l’authentification ni le stockage ;
• Clever Cloud : l’option souveraine. Cet hébergeur français propose du Postgres managé, hébergé en France par une société de droit français. 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.

Mon avis final sur Supabase

Après deux ans d’utilisation, je résume 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.

Mon seul vrai reproche reste le modèle de facturation, qui punit ceux qui multiplient les projets. Si c’est votre cas, la version open source auto-hébergée règle le problème d’un coup, au prix de la maintenance.

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.