Comment migrer de Lovable Cloud vers votre propre Supabase

Lovable Cloud ou votre propre Supabase : lequel choisir ?

Lovable Cloud est le back-end intégré de Lovable : base de données, authentification, stockage, fonctions edge et IA, construit sur le socle open source de Supabase et payé avec vos crédits Lovable. Connecter votre propre projet Supabase signifie que vous détenez le compte, les clés et la facture. Aucun des deux n'est une erreur. Ils conviennent à des étapes différentes.

Restez sur Cloud tant que vous cherchez encore ce qu'est le produit : c'est le moyen le plus rapide d'avoir un back-end. Migrez quand il vous faut quelque chose que Cloud n'offre pas, comme un accès direct à la base de données pour des ingénieurs, vos propres sauvegardes et la restauration à un instant donné, une région précise pour la conformité, un accord de traitement des données à votre nom, ou simplement aucune dépendance fournisseur sur votre système de référence.

Que contient l'export Cloud de Lovable, et que laisse-t-il de côté ?

Les paramètres avancés de Lovable permettent d'exporter, de mettre en pause ou de supprimer Cloud. D'après la documentation de Lovable, l'export contient votre base de données complète, structure et données, ainsi que les comptes de vos utilisateurs avec les empreintes de leurs mots de passe. Il ne contient pas les fichiers stockés, le code des Edge Functions ni les secrets de votre projet, et les réglages des fournisseurs de connexion et les clés d'API doivent être reconfigurés à destination. Il fonctionne pour les bases utilisant jusqu'à 15 Go de stockage, le fichier d'export peut atteindre au plus 5 Go, et vous pouvez demander un export toutes les 24 heures.

Deux autres commandes comptent pendant une migration. Mettre Cloud en pause arrête la base de données, l'authentification, le stockage et les fonctions edge : tout ce qui envoie des e-mails, encaisse des paiements ou appelle une IA s'arrête aussi, tandis que le stockage continue d'être facturé. Supprimer Cloud efface définitivement l'instance et ne peut pas être annulé. Ne supprimez rien tant que la nouvelle installation n'a pas tourné un moment en production.

Comment migrer de Lovable Cloud vers Supabase, étape par étape ?

1. 01

   Créer et sécuriser le nouveau projet

   Créez un projet Supabase dans votre propre organisation, dans la région dont vous avez besoin, avec une offre qui inclut des sauvegardes. Activez l'authentification multifacteur pour toutes les personnes ayant accès au tableau de bord.

2. 02

   Exporter et importer la base de données

   Exportez depuis les paramètres avancés de Lovable et restaurez l'export dans le nouveau projet Supabase. À partir de là, gérez le schéma sous forme de migrations versionnées, pour pouvoir le reconstruire à partir du code.

3. 03

   Déplacer ce que l'export laisse de côté

   Copiez les buckets et fichiers de stockage, redéployez les Edge Functions depuis votre code, et créez de nouveaux secrets et de nouvelles clés d'API. Considérez chaque ancienne clé comme retirée plutôt que de la recopier.

4. 04

   Connecter Lovable au nouveau back-end

   La documentation de Lovable décrit comment connecter votre propre projet Supabase à un nouveau projet Lovable. Faites-le, et convenez avant la bascule de la façon dont votre équipe continuera à y écrire ses prompts.

5. 05

   Reconnecter l'authentification

   Reconfigurez vos fournisseurs de connexion (Google, e-mail) dans le nouveau projet et testez avec un vrai compte. Lovable précise que les utilisateurs connectés au moment de la bascule devront se reconnecter.

6. 06

   Revérifier les règles d'accès

   Lancez le Security Advisor de Supabase et le test à deux utilisateurs de notre checklist de sécurité. Les règles ne survivent pas toujours intactes à une migration.

7. 07

   Répéter, puis basculer

   Répétez toute la migration sur une copie, puis basculez la production pendant une heure creuse avec un plan de retour arrière écrit. Gardez Cloud en pause, sans le supprimer, jusqu'à en être sûr.

Mes utilisateurs devront-ils réinitialiser leur mot de passe ?

Non, si vous restaurez l'export de Lovable dans un projet Supabase : la documentation de Lovable indique que l'export inclut les comptes et les empreintes de mots de passe, les utilisateurs gardent donc leurs mots de passe. Testez-le avant la bascule en vous connectant au nouveau projet avec un compte existant. Ce que les utilisateurs remarqueront, c'est qu'ils devront se reconnecter s'ils étaient connectés au moment de la bascule, ainsi que toute connexion via un réseau social que vous auriez oublié de reconfigurer.

Qu'est-ce qui casse habituellement pendant une migration depuis Lovable Cloud ?

• Les fichiers. Les images et les fichiers téléversés restent sur place sauf si vous déplacez vous-même le stockage, et leurs URL changent.
• Les tâches de fond. Les e-mails, le traitement des paiements et les appels d'IA vivent dans des Edge Functions, que l'export n'inclut pas.
• Les webhooks. Stripe et les autres fournisseurs pointent toujours vers les anciens points de terminaison tant que vous ne les changez pas, et leurs secrets de signature changent avec les nouvelles fonctions.
• Les règles d'accès. Une règle qui faisait référence à quelque chose de propre à Cloud peut échouer fermée (des fonctionnalités cassent) ou ouverte (des données fuient).
• Lovable lui-même. La documentation de Lovable décrit la connexion du nouveau projet Supabase à un nouveau projet Lovable : prévoyez comment votre équipe continuera à écrire ses prompts après la migration.

Migrer soi-même ou confier la migration à des ingénieurs ?

Une petite app sans paiements, avec peu de fichiers et une poignée d'utilisateurs, est un projet de week-end raisonnable avec les étapes ci-dessus. Le risque augmente avec les paiements réels, le nombre d'utilisateurs et de fichiers, car une erreur se traduit par des fichiers perdus, des doubles prélèvements ou des données visibles par les mauvaises personnes. Pour ces apps, la migration est un travail d'ingénierie, avec une répétition et un plan de retour arrière. Avec nos offres, elle fait partie du travail, suivie de l'exploitation du nouveau back-end, avec supervision et support d'urgence en production.