Sommaire
Une application Lovable se reprend bien : le code se synchronise avec GitHub, GitLab ou Bitbucket et la base s’exporte avec ses utilisateurs. La reprise commence par un audit (dès 589€HT) qui dit s’il faut consolider ou reconstruire ; une reconstruction se chiffre comme une application métier, de 6 000 à 20 000€HT.
Lovable permet d’obtenir en quelques jours une application qui fonctionne à l’écran, avec une vraie base de données. Beaucoup de dirigeants s’en servent pour tester une idée ou outiller une équipe et c’est une bonne utilisation. La question arrive ensuite : cette application peut-elle accueillir de vrais clients, des données sensibles, des paiements ? Je connais le sujet de l’intérieur : mon propre site était une application générée avec Lovable avant que je le reconstruise. Voici ce que l’outil permet réellement de récupérer, ce qu’il faut vérifier et comment décider.
Ce que Lovable permet d’exporter
Bonne nouvelle : Lovable produit du vrai code et sa documentation décrit clairement ce qui sort de la plateforme (documentation consultée en octobre 2026).
| Élément | Exportable ? | Comment, selon la documentation officielle |
|---|---|---|
| Code de l’application | Oui | Synchronisation Git avec GitHub, GitLab ou Bitbucket, sur toutes les offres ; téléchargement en archive sur les offres payantes |
| Fonctions serveur et structure de la base | Oui | Présentes dans le dépôt (fonctions et fichiers de migration) |
| Données de la base | Oui, séparément | Export de la base en archive PostgreSQL, ou table par table en CSV (déploiement hors Lovable) |
| Comptes utilisateurs | Oui | Inclus dans l’export de la base, avec les mots de passe chiffrés |
| Fichiers déposés (images, documents) | Oui, manuellement | À télécharger depuis l’espace de stockage |
| Clés secrètes | Non | À reconfigurer chez le nouvel hébergeur |
| Connecteurs et appels d’IA gérés par Lovable | Non | À remplacer par vos propres intégrations |
| Tâches planifiées | Non | À inventorier et recréer |
Point important : la synchronisation Git n’exporte jamais les données. Un dépôt GitHub à jour ne suffit pas comme sauvegarde ; il faut aussi exporter la base et les fichiers.
Ce que je vérifie en priorité
Les applications générées par IA ont des défauts récurrents, que je détaille dans le guide créer son application soi-même avec l’IA. Sur un projet Lovable, je regarde d’abord :
- Les règles d’accès à la base. Chaque utilisateur ne doit lire et modifier que ses propres données et c’est la base qui doit l’imposer, pas l’écran.
- Les clés exposées. Aucune clé secrète ne doit apparaître dans le code envoyé au navigateur.
- La propriété des comptes. Le dépôt, la base et le nom de domaine doivent appartenir à l’entreprise.
- Le référencement, si l’application sert aussi de site public. C’est le défaut qui m’a fait reconstruire mon propre site : pour Google, chaque page était un écran de chargement presque vide.
- La cohérence du code. Après des centaines de demandes à l’IA, on trouve souvent des fonctions en double et des morceaux abandonnés.
Consolider ou reconstruire
L’audit débouche sur l’une de trois options, détaillées dans le guide reprendre une application no-code ou IA.
- Consolider quand la structure est saine : on corrige les accès, on ajoute des tests et des sauvegardes, on met en place un hébergement maîtrisé, puis on fait évoluer l’application normalement.
- Migrer par morceaux quand une partie tient et une autre bloque : on reconstruit les modules fragiles un par un, sans arrêter l’activité.
- Reconstruire quand la base est trop fragile : le prototype sert alors de cahier des charges et les données sont reprises.
Comme Lovable s’appuie souvent sur React et Supabase, la stack que j’utilise, la consolidation est plus souvent possible qu’avec un outil no-code fermé.
Ce que coûte une reprise
| Étape | Prix | Délai |
|---|---|---|
| Audit express | 589€HT | Quelques jours |
| Audit complet | 1 990€HT | 5 à 7 jours |
| Consolidation ou migration par morceaux | Sur devis après audit | Selon le plan d’action |
| Reconstruction en application métier | 6 000 à 20 000€HT, coefficient 0,85 dans l’estimateur quand un prototype existe | 1 à 3 mois |
| Vous continuez seul, accompagné | Coaching à 150€HT de l’heure | À votre rythme |
Exemple d’illustration avec le barème de l’estimateur : une application métier (base 6 000€HT) avec comptes et rôles (1 500€), back-office (2 000€) et reprise de données (800€) représente 10 300€HT ; avec un prototype existant, la base de calcul descend à environ 8 750€HT. Testez votre cas avec l’estimateur.
L’hébergement et les outils tiers restent à votre charge, comme les crédits Lovable si vous continuez à l’utiliser.
Quand il ne faut pas reprendre
Je le dis franchement : si votre application Lovable sert à trois personnes, ne contient pas de données sensibles et ne casse pas à chaque modification, gardez-la telle quelle. Faites simplement des exports réguliers de la base et vérifiez que le dépôt est sur un compte de l’entreprise. Une reprise se justifie quand l’outil s’ouvre à des clients, manipule des données personnelles ou de l’argent, ou devient un outil dont l’activité dépend.
Par où commencer
- Sécurisez l’existant : connectez le projet à un dépôt Git de l’entreprise et faites un premier export de la base et des fichiers.
- Listez ce qui fonctionne et ce qui vous inquiète, écran par écran.
- Demandez un audit : c’est l’objet de mon offre projet commencé avec l’IA. Vous repartez avec un plan d’action chiffré.
- Décidez ensuite entre consolider, reconstruire, ou continuer seul avec un accompagnement à l’heure.
Questions fréquentes
Le code généré par Lovable m’appartient-il ?
La documentation de Lovable indique que le dépôt Git synchronisé est une copie que vous possédez, dans votre propre compte. Vérifiez toutefois que le dépôt est bien sur un compte de l’entreprise et non sur le compte personnel de la personne qui a construit le prototype.
Puis-je continuer à utiliser Lovable après la reprise ?
C’est possible, la synchronisation fonctionne dans les deux sens. Mais deux sources de modifications sur le même code, l’IA d’un côté et un développeur de l’autre, demandent des règles claires : une branche dédiée, une relecture avant fusion. Souvent, on arrête Lovable une fois la version de production stabilisée.
Les utilisateurs devront-ils recréer leur compte ?
Non, si la base est exportée correctement. Selon la documentation de Lovable, l’export de la base contient les utilisateurs et leurs mots de passe chiffrés. Les sessions ne suivent pas : chacun devra se reconnecter et les connexions via Google ou GitHub sont à reconfigurer.
Combien de temps prend une reprise ?
L’audit prend quelques jours (express) à une semaine (complet). La suite dépend de l’option : une consolidation peut tenir en quelques semaines, une reconstruction suit le calendrier d’une application métier, de 1 à 3 mois.
Mon prototype a-t-il servi à quelque chose si on reconstruit ?
Oui. Les écrans, les parcours et les règles que vous avez validés servent de cahier des charges. C’est pour cela que l’estimateur applique un coefficient de 0,85 quand un prototype existe.