D’où ils viennent

Supabase a été fondé en 2020 par Paul Copplestone et Ant Wilson, deux développeurs qui en avaient assez des limitations de Firebase. Firebase, c’est le backend-as-a-service de Google : pratique, mais NoSQL propriétaire, verrouillage fort, schémas flous, et impossibilité de raisonner sur les données avec du SQL standard.

Le pari de Supabase était simple : refaire Firebase, mais avec Postgres au cœur. Postgres, c’est la base relationnelle la plus mature du monde open-source, utilisée par des milliers d’entreprises depuis 25 ans. Si tu construis ton produit dessus, tu n’es jamais coincé — tu peux migrer la base entière chez n’importe quel hébergeur Postgres en quelques heures.

L’équipe est passée par Y Combinator W21, a levé en Series A puis B puis C (80 M USD en 2024), et compte plus d’un million de projets actifs en 2026. La société reste indépendante, basée à Singapour, et le code est entièrement open-source — tu peux self-host la stack complète si tu veux.

Ce que c’est vraiment

Supabase est un backend complet que tu consommes via SDK ou API REST. À chaque projet, tu reçois :

  • Une base Postgres (version 15 ou 16) avec accès SQL direct ou via le client JS/Python/Swift
  • Un système d’auth intégré : email/password, magic link, OAuth (Google, GitHub, Apple, etc.), MFA
  • Un Storage S3-compatible pour les fichiers (images, PDFs, vidéos), avec policies fines
  • Realtime — websockets Postgres qui te notifient en direct quand une ligne change
  • Edge Functions — du code TypeScript/Deno qui tourne sans serveur
  • Vector store — extension pgvector pour stocker des embeddings IA et faire de la recherche sémantique
  • Cron jobs et Queues pour les tâches planifiées et asynchrones

Le tout exposé via une API REST auto-générée (chaque table devient un endpoint), un GraphQL optionnel (extension pg_graphql), et des SDKs officiels en JS, TS, Python, Swift, Kotlin, Dart.

Ce qui change par rapport à Firebase :

  • Tu écris du SQL standard, tu fais des jointures, tu utilises des transactions
  • Tu vois ton schéma de données comme un schéma — pas comme un nuage de documents
  • Tu peux SSH dans la base via psql ou un client Postgres standard
  • Tu peux brancher des extensions Postgres tierces (PostGIS pour la géo, pg_cron pour les tâches, etc.)

Comment ça s’intègre avec Claude Code

Pour un opérateur qui ship des produits depuis Claude Code, Supabase est probablement la stack avec l’intégration la plus profonde :

  1. Tu crées un projet Supabase via le dashboard ou via le MCP officiel que Claude Code peut appeler directement (mcp__supabase__create_project)
  2. Tu décris ton schéma en français dans Claude Code, l’agent génère les migrations SQL, les applique via le MCP (apply_migration), et te confirme
  3. Tu génères les types TypeScript automatiquement (generate_typescript_types) — ton frontend a un typage strict sur les tables
  4. Tu déploies les Edge Functions depuis Claude Code (deploy_edge_function) sans toucher au dashboard
  5. Tu interroges la DB via l’agent (execute_sql) pour debug ou prototyper

Le truc qui change vraiment : Claude Code peut lire les advisors de Supabase (get_advisors) — des recommandations automatiques sur la sécurité (RLS manquant, policies trop ouvertes, indices manquants). L’agent peut les fixer pendant que tu travailles sur autre chose.

Pour Taverne AI, c’est Supabase qui héberge les subscribers de la newsletter, les magnets téléchargés, les contacts CRM et les deals. Tout passe par Claude Code.

Pour qui c’est fait

Supabase est conçu pour les développeurs qui veulent un backend complet sans gérer d’infrastructure, mais qui refusent d’être verrouillés dans un écosystème propriétaire. Si tu veux Postgres en production sans passer 3 jours à configurer AWS RDS + IAM + VPC + Cognito + S3 + Lambda, Supabase te donne tout en 5 minutes.

Public idéal :

  • Développeurs solo qui shippent des produits SaaS, internes ou e-commerce
  • Petites équipes tech (1-15 personnes) qui veulent Postgres comme source de vérité
  • Indie hackers et fondateurs techniques en early stage
  • Agences logicielles qui livrent des MVPs en quelques semaines
  • Studios qui maintiennent plusieurs petits SaaS en parallèle (Supabase Team facilite la gestion multi-projet)

Public moins adapté : les très grosses applications à fort trafic transactionnel (où tu veux contrôler chaque paramètre de Postgres et la conformité au niveau du métal), les équipes qui ne veulent pas du SQL (prendre Firebase ou DynamoDB), et les workloads qui ont besoin de NoSQL pur (Supabase a un store JSON dans Postgres, mais ce n’est pas optimal à l’échelle de Firestore).

Le verdict de la Taverne

Le backend de Taverne AI (subscribers newsletter, contacts CRM, magnets, deals, articles vues) tourne sur Supabase. Et le backend de LeadLoup aussi. J’utilise probablement cinq projets Supabase en parallèle en 2026.

Ce qui me garde dessus :

  • Postgres = pas de verrouillage. Si demain Supabase ferme, double ses prix, ou pivote, je peux exporter ma base et la pousser sur Railway ou AWS RDS en quelques heures. C’est la garantie qui me permet d’investir.
  • Le MCP officiel pour Claude Code change le développement. L’agent crée des migrations, applique le schéma, génère les types, deploy des functions, le tout sans que je touche au dashboard.
  • Row Level Security directement dans Postgres. Les policies de sécurité sont au niveau de la base — tu ne peux pas oublier de filtrer dans le code, parce que la base elle-même refuse.
  • La doc est excellente — claire, à jour, avec des exemples qui fonctionnent. C’est rare.

Ce qui m’agace :

  • Le saut de prix Pro → Team (25 USD/mois → 599 USD/mois). Pour Taverne AI qui a besoin de SSO et de log retention longue, il n’y a pas de plan intermédiaire raisonnable.
  • Les cold starts sur les Edge Functions en plan gratuit — la première requête après une pause prend 2-5 secondes. Pour du webhook, c’est inconfortable. Le plan Pro élimine le problème.
  • Pas de programme affiliate consumer en 2026 — je le recommande au mérite.

Bottom line : si tu ship un produit web qui a besoin d’un backend (auth + DB + storage), Supabase est probablement le bon point d’entrée en 2026. Le plan gratuit suffit pour valider, et le Pro à 25 USD/mois pour scaler.

Au Québec

L’interface et la documentation sont en anglais seulement (pas de localisation FR). La facturation se fait en USD via Stripe (compte ~38 % de change en CAD). Pas de TPS/TVQ ajoutée à la facture — Supabase n’a pas de présence taxable au Canada en 2026.

Conformité Loi 25 : Supabase fournit un Data Processing Agreement (DPA) sur demande et signe des accords de traitement des données. Les régions disponibles incluent us-east-1 (Virginie) et ca-central-1 (Montréal, en bêta sur certains plans Team+) — pour les données sensibles québécoises tu peux héberger au Canada en demandant la région explicitement.

L’abonnement Pro reste déductible comme dépense d’exploitation pour entreprises et travailleurs autonomes au Québec. Pour les startups en early stage qui démarrent au Canada, le plan gratuit suffit pour valider un MVP en quelques semaines sans coût.