En bref
Oui, on peut sortir de Lovable, et Lovable indique que ce que vous créez vous appartient. Mais rien ne se fait en un clic. Le code passe par GitHub, la base par un export, et les fichiers, les secrets et les connexions sont à refaire à la main. Si vous restaurez la base dans Supabase, vos utilisateurs gardent leur mot de passe.
Ce guide s’appuie sur la documentation officielle de Lovable, lue le 31 octobre 2026. Lovable change vite : vérifiez chaque point avant d’agir.
Avez-vous vraiment besoin de partir ?
Lovable dit lui-même que la plupart des équipes n’ont pas besoin de partir. Les bonnes raisons sont concrètes : une règle sur l’endroit où sont stockées vos données, votre propre chaîne de déploiement, ou une politique d’entreprise sur l’hébergement.
Si votre app coince à cause de bugs ou de failles, changer d’hébergeur ne les corrigera pas. Ils vous suivront. Et chaque morceau que vous déplacez devient le vôtre à faire tourner, à mettre à jour et à protéger.
Vous pouvez aussi ne partir qu’à moitié : déplacer seulement l’application et garder le backend de Lovable, ou déplacer le backend et continuer à utiliser l’éditeur.
Vérifiez d’abord la version de votre app
Lovable construit les apps de deux façons, et elles ne s’hébergent pas pareil. Ouvrez package.json : si vous y voyez @tanstack/react-start, votre app est en TanStack Start.
| Votre app | Ce qu’il lui faut |
|---|---|
| TanStack Start (créée depuis le 13 mai 2026) | Un hébergeur qui exécute du serveur. De simples fichiers statiques ne suffisent pas. |
| React + Vite (plus ancienne) | Un hébergeur de fichiers statiques, avec un renvoi vers index.html pour les pages internes. |
Un guide écrit avant mai 2026 ne couvre donc pas forcément votre cas.
Ce qui suit et ce qui ne suit pas
| Élément | Comment ça se passe |
|---|---|
| Le code | Synchronisation Git sur toutes les offres, ou téléchargement en .zip sur les offres payantes. |
| La structure de la base et les règles RLS | Dans les fichiers de migration SQL, avec le code. |
| Les données | Export complet de la base (archive PostgreSQL à restaurer avec pg_restore), ou CSV table par table. |
| Les comptes utilisateurs | Dans l’export, avec les mots de passe hachés. Restaurés dans Supabase, ils gardent leur mot de passe, mais tout le monde doit se reconnecter. |
| Les fichiers envoyés par les utilisateurs | Ni dans le code ni dans l’export. À télécharger puis à recharger à la main. |
| Les secrets et les clés d’API | Pas exportés. À recréer. |
| La connexion par Google ou GitHub | À reconfigurer, en ajoutant la nouvelle adresse aux URL de redirection autorisées. |
| Les fonctions Edge | Le code est dans supabase/functions/. À déployer avec l’outil en ligne de commande de Supabase. |
| Les tâches planifiées | À inventorier, puis à recréer si elles manquent après la restauration. |
| Les connecteurs d’application | Pas exportés. À remplacer par votre propre intégration avec chaque service. |
| Les fonctions IA | Elles passent par Lovable. À remplacer par votre propre compte chez un fournisseur. |
L’ordre à respecter
Gardez l’app actuelle en ligne pendant toute la préparation. Le basculement arrive à la fin.
Reliez le projet à GitHub
Lovable crée un nouveau dépôt : vous ne pouvez pas le relier à un dépôt existant. Ne réécrivez pas l’historique de la branche synchronisée (
force-push,rebase).Faites tourner l’app sur votre ordinateur
Ça montre ce qu’elle doit installer et les variables dont elle a besoin, avant qu’un hébergeur complique les choses.
Déployez sur une adresse temporaire
Utilisez Node.js 22 et renseignez les variables. Les secrets lus par vos fonctions serveur ne sont pas dans le dépôt.
Créez le projet Supabase de destination
Choisissez bien la région : Lovable indique qu’elle ne peut plus changer quand il crée lui-même le projet. Vérifiez ce point si vous le créez vous-même.
Restaurez les données et testez
Restaurez l’export et les fichiers, branchez votre version de test dessus, puis testez avec des comptes migrés : ouvrir une page interne, se connecter, se déconnecter, écrire des données, envoyer un fichier.
Cherchez ce qui appelle encore Lovable
Fouillez le code : connecteurs, fonctions IA, adresse de l’ancien backend. Tout ça continue de passer par Lovable tant que vous ne l’avez pas remplacé.
Faites la copie finale
Ce qui est écrit après l’export n’y est pas. Arrêtez les écritures des utilisateurs, des tâches planifiées et des webhooks, relancez un export, copiez les fichiers modifiés, restaurez.
Basculez
Pointez votre domaine vers le nouvel hébergeur, puis dépubliez l’app sur Lovable.
Fermez les anciens services
Une fois l’export et les fichiers vérifiés, supprimez la base, puis déconnectez Git ou supprimez le projet. Vérifiez aussi votre abonnement.
Les pièges à connaître
Un seul export par 24 heures
Si la copie finale rate, vous pouvez attendre un jour pour recommencer. Prévoyez-la en conséquence. L’export est aussi limité à une base de 15 Go et à un fichier de 5 Go, au-delà il faut contacter le support.
La base doit être allumée
Pas d’export si le projet est en pause, y compris quand votre espace n’a plus de crédits. Il faut d’abord le relancer.
Supprimer la base supprime les exports
L’export est enregistré dans le stockage du projet. Téléchargez-le et gardez-le ailleurs avant de supprimer quoi que ce soit.
Les variables
VITE_sont figées à la compilationElles partent dans le code envoyé au navigateur. Il faut recompiler pour les changer, et n’y mettre aucun secret.
PostgreSQL seul ne suffit pas
Les destinations prises en charge sont Supabase géré et Supabase auto-hébergé. Avec une simple base PostgreSQL, il vous manque la connexion des utilisateurs, le stockage, le temps réel et les fonctions.
Les paiements ne suivent pas
Si vous changez de fournisseur de paiement, les produits et les prix sont à recréer. Les abonnés restent chez l’ancien fournisseur jusqu’à ce qu’ils se réabonnent ou que vous les déplaciez.
L’ancienne adresse reste en ligne
Votre adresse
lovable.appcontinue de servir la dernière version publiée tant que vous ne dépubliez pas. Et votre abonnement continue tant que vous ne le changez pas.