Supabase, c'est un backend complet en quelques heures plutôt qu'en quelques semaines. Techniquement parlant, il s'agit, pour simplifier, d'une plateforme open-source bâtie autour de PostgreSQL : base de données, authentification, API générée automatiquement, temps réel, stockage de fichiers (object storage) et sécurité. On crée ses tables et le CRUD est là de manière auto-générée.
C'est notre solution de référence quand il faut livrer un backend vite. Les tarifs sont raisonnables.
Cerise sur le gateau : pgvector est intégré, donc Supabase sert directement les cas d'usage IA et RAG.
Supabase ou Firebase
Supabase face à Firebase : relationnel ouvert contre NoSQL propriétaire.
| Critère | Supabase | Firebase |
| Base de données | PostgreSQL (relationnel, SQL) | Firestore (NoSQL) |
| Modèle | Open-source, self-hostable | Propriétaire (Google) |
| Requêtage | SQL complet, jointures, RLS | Requêtes documentaires limitées |
| IA / vecteurs | pgvector intégré | Via services tiers |
| Lock-in | Faible (Postgres standard) | Élevé |
Là où Firebase enferme dans un NoSQL propriétaire, Supabase garde du SQL standard : requêtes, jointures, Row Level Security — et vos données restent transférables. La porte de sortie est ouverte, et ça compte.
Firebase garde l'avantage sur de l'événementiel temps réel pur, profondément intégré à Google. Pour le reste — mobile, MVP, la majorité de nos projets — c'est Supabase.
Notre retour : le projet Liv
Liv, une app React Native, avait besoin d'un backend solide mais rapide à monter. Supabase a coché les deux cases, et le SDK s'intègre naturellement côté mobile. La Row Level Security, qu'on redoute souvent, s'est révélée simple à poser et efficace en production. À ce jour, aucune limite ne nous a poussés vers un backend custom, et la souveraineté ne s'est pas posée — quand elle se posera, on vérifiera la région d'hébergement avant de s'engager. C'est le seul vrai point de vigilance.