FR/ENDemander un devis
Accueil/Base de données/Backend & infrastructure/Agence Supabase
Agence Supabase — Paris

Supabase comme backend de productionpas juste comme remplaçant de Firebase.

Scroll utilise Supabase sur la quasi-totalité de ses projets : applications métier, SaaS, sites Next.js, outils IA. On connaît les forces de la plateforme, ses angles morts, et ce qu'il faut configurer correctement dès le départ pour ne pas avoir à tout revoir en production.

Échanger avec un expert Demander un devis
Stack Supabasebackend de production
FrontendNext.js · React · TS
API · SDK
SupabasePostgreSQL
PostgreSQLdonnées · SQL
AuthJWT · RLS · SSO
Storagefichiers · assets
Edge Functionsserverless
Realtimelive · pgvector
RLS par tableMigrations versionnées
01 — Cas d’usage réels

Supabase dans nos projets —
les cas d’usage réels.

Pas une démo. Six configurations qu’on déploie concrètement, du backend applicatif sur mesure à l’hébergement souverain — chacune avec ses exigences propres.

01

Backend d'application sur mesure

Schéma PostgreSQL conçu pour le cas d'usage, migrations versionnées, Row Level Security configurée dès le départ. Pas un schéma généré automatiquement qu'on corrige ensuite.

02

Authentification et gestion des rôles

Auth Supabase avec JWT, gestion fine des rôles et permissions via RLS, SSO possible (SAML, OIDC pour les contextes entreprise). Authentification multi-providers configurée et testée.

03

Backend pour applications IA

Stockage des embeddings vectoriels via pgvector, API pour les agents LLM, MCP servers qui exposent les données Supabase au modèle de façon contrôlée. La base de données comme mémoire de l'IA.

04

Remplacement de Firebase

Migration depuis Firebase (Firestore, Auth, Storage) vers Supabase schéma relationnel repensé, données exportées et restructurées, authentification migrée. Sans coupure de service.

05

Remplacement d'Airtable

Pour les équipes qui ont dépassé Airtable : migration des bases vers PostgreSQL, recréation des automatisations dans n8n, construction d'une interface métier sur mesure si nécessaire.

06

Hébergement souverain

Supabase self-hosted sur OVH ou Scaleway pour les contextes où les données ne peuvent pas quitter l'infrastructure contrôlée (santé, finance, données sensibles).

02 — Ce qu’on traite dès le départ

Les sujets qu’on traite dès le départ —
pas en urgence en production.

« Faire du Supabase » et « faire un backend Supabase de production » ne sont pas la même chose. La différence se joue sur quatre sujets qu’on traite à la conception, pas après un incident.

Row Level Security

La RLS de Supabase est puissante et dangereuse si mal configurée. Une politique RLS manquante ou trop permissive expose des données. On définit et teste les politiques pour chaque table dès la conception du schéma.

Schéma de données évolutif

Un schéma mal pensé au départ coûte cher à corriger quand l'application est en production. On conçoit le schéma en tenant compte des évolutions prévisibles, avec des migrations versionnées via l'outil de migration Supabase.

Performance à charge

PostgreSQL est performant, Supabase aussi si les index sont bien posés et les requêtes bien écrites. On audite les requêtes lentes, on identifie les N+1, on configure le connection pooling avant que ça pose problème.

Backups et plan de reprise

Supabase Cloud propose des backups automatiques. En self-hosted, c'est à configurer explicitement. On définit la stratégie de backup et de reprise d'activité dès le départ, pas après un incident.

Ils nous ont fait confianceVoir nos cas clients
Ubki
Perfway
Hexa
Art Explora
Bellman
Cabaia
03 — Dans la stack

Comment Supabase s’intègre
dans une stack Scroll.

Supabase fournit le cœur : données, auth, storage, serverless, temps réel, vecteurs. Autour, des briques open source complètent l’architecture : frontend, back-office, automatisations, infra souveraine.

CoucheOutilRôle
Base de donnéesSupabase (PostgreSQL)Source de vérité, requêtes SQL, migrations
AuthentificationSupabase AuthJWT, RLS, SSO, multi-providers
Stockage fichiersSupabase StorageAssets, documents, images liés aux données
Logique serverlessSupabase Edge FunctionsWebhooks, triggers, traitement léger
Temps réelSupabase RealtimeMises à jour live, notifications, collaboration
IA & vecteurspgvector sur SupabaseEmbeddings, recherche sémantique, RAG
FrontendNext.js, React, TypeScriptInterface branchée sur l'API Supabase
Admin / back-officeDirectus ou interface customAccès non-technique aux données
Automatisationsn8n self-hostedWorkflows branchés sur l'API Supabase
Infra self-hostedOVH, Scaleway, DockerSouveraineté si requis
Plateforme SupabaseBriques autour
04 — Hébergement

Cloud ou self-hosted —
comment on choisit.

Les deux sont du vrai Supabase. Le choix se fait sur un seul critère réel : vos données peuvent-elles être hébergées sur AWS EU, ou doivent-elles rester sur une infrastructure que vous contrôlez ?

Supabase Cloud

Région EU

Pour la majorité des projets : démarrage rapide, backups automatiques, mises à jour gérées, pas d'ops à gérer. Les données sont hébergées sur AWS eu-west (Ireland) RGPD compatible pour la plupart des cas.

On recommande quand

Pas de contrainte de souveraineté stricte, équipe sans ops dédiée, priorité à la vitesse de mise en production.

Supabase self-hosted

OVH / Scaleway

Pour les projets où les données ne peuvent pas quitter une infrastructure contrôlée : santé, finance, données couvertes par des contrats clients exigeants, secteur public. On déploie et maintient l'infrastructure Supabase sur OVH ou Scaleway.

On recommande quand

Données sensibles, exigences contractuelles de localisation, contexte où AWS n'est pas acceptable.

05 — FAQ

Foire aux questions

Les questions qui reviennent le plus souvent en cadrage. Si la vôtre n'y est pas, écrivez-nous !

Firebase (Firestore) est une base NoSQL, souple pour démarrer, limitante pour les requêtes complexes et les jointures. Supabase est PostgreSQL : relationnel, SQL complet, bien plus adapté dès que la logique de données se complexifie. Et PostgreSQL ne vous enferme pas chez Google.

Xano est un BaaS no-code avec une interface visuelle. Supabase est une infrastructure que des développeurs configurent en code. Si vous avez une équipe technique, Supabase donne plus de contrôle, moins de coûts et une portabilité totale. Si vous n'avez pas de développeurs, la question ne se pose pas de la même façon.

Payload a sa propre couche base de données (MongoDB ou PostgreSQL selon la config). Directus peut se brancher sur un PostgreSQL existant donc sur Supabase. On choisit l'architecture selon le projet : Supabase seul pour une app custom, Directus + Supabase pour un besoin d'admin auto-généré.

Oui, c'est même l'une de ses forces actuelles. L'extension pgvector permet de stocker des embeddings directement dans PostgreSQL et de faire de la recherche sémantique. On construit des RAG et des agents IA avec Supabase comme couche de mémoire et de données.

Scroll peut prendre en charge la maintenance (mises à jour, monitoring, backups, gestion des performances). On peut aussi transférer la responsabilité à votre équipe, l'accès complet à l'infrastructure vous appartient dès le départ.

Oui. Supabase, c'est PostgreSQL. Un export standard suffit pour migrer vers n'importe quelle infra PostgreSQL : RDS, Neon, instance dédiée. Pas de format propriétaire, pas de dépendance à une API fermée.
Démarrer

Supabase est dans votre stack ou vous l'évaluez — on peut regarder ensemble.

Cadrage technique, audit de configuration existante, ou démarrage from scratch : on s’adapte à où vous en êtes.

Coordonnées
contact@agence-scroll.com
+33 6 48 03 90 27
20 Rue des Taillandiers
75011 Paris
Réponse sous 24h ouvrées.