Configurer Supabase

Supabase est une plateforme open source qui fournit, sur une base PostgreSQL hébergée, l'ensemble des briques courantes du backend moderne : base de données relationnelle, authentification (e-mail, OAuth, magic link), stockage de fichiers, fonctions serverless, et abonnements temps réel sur les changements de données.

L'intérêt pour un projet de formation ou un MVP : on évite d'écrire et de maintenir tout cela soi-même. La couche SQL reste accessible (vous gardez la main sur le schéma et les requêtes), mais les briques transverses sont fournies. Pour les formations à destination de profils non spécialistes, Supabase est suffisamment accessible pour rester à portée.

L'alternative qu'on rencontre souvent : Firebase. Plus mature sur certains aspects, mais propriétaire (Google), avec un modèle NoSQL qui surprend les développeurs venus du relationnel. Supabase reste, en 2026, le choix par défaut pour les projets nouveaux qui privilégient SQL et l'open source.

La création d'un projet Supabase prend trois minutes : compte gratuit, choix d'un nom, choix d'une région (privilégier une région proche de vos utilisateurs et conforme au RGPD si vous traitez des données européennes — Frankfurt ou Paris en pratique), choix d'un mot de passe pour la base.

Une fois le projet créé, l'interface expose plusieurs onglets : Table Editor pour gérer le schéma, SQL Editor pour les requêtes ad hoc, Authentication pour configurer les méthodes de connexion, Storage pour les fichiers, API Docs qui documente automatiquement chaque table comme un endpoint REST et GraphQL.

Pour une première application, partez sur un schéma minimal. Trois ou quatre tables suffisent à démarrer. Exemple type pour un suivi de stagiaires :

profiles (un par utilisateur authentifié), formations (les formations dispensées), sessions (les sessions planifiées), inscriptions (lien stagiaire-session). Relations classiques en clés étrangères. Champs dates, statuts, métadonnées en JSON pour les détails évolutifs.

Activez systématiquement le Row Level Security (RLS) sur chaque table, et écrivez des politiques explicites pour autoriser les lectures et écritures. Une table sans RLS est ouverte à tous les utilisateurs authentifiés ; ce n'est presque jamais ce que vous voulez.

Supabase fournit une bibliothèque cliente (@supabase/supabase-js en JavaScript/TypeScript, équivalents pour Python, Dart, etc.). L'initialisation tient en deux variables : l'URL du projet et la clé publique anon. Ces deux valeurs vivent dans votre .env.

Important : la clé anon est publique et peut être exposée côté navigateur — c'est son rôle. La sécurité repose sur le RLS, pas sur le secret de cette clé. Une autre clé, service_role, contourne le RLS et ne doit jamais être exposée côté client. Elle ne sert que dans des contextes serveur de confiance (fonctions edge, scripts d'admin).

Comptez quarante-cinq minutes pour aller jusqu'à la première requête depuis l'application.