Vous pouvez posséder votre app. Pouvez-vous quitter votre app builder IA ?

La version courte. Pas à ce qu'on attend. Les grands app builders IA vous laissent réellement exporter votre code ; en août 2026, Lovable synchronise vers GitHub sur tous ses plans, y compris le gratuit, et sa documentation promet noir sur blanc : « never locked in ». Le lock-in vit ailleurs : dans le backend managé où dorment vos données, dans l'hébergement et l'authentification qu'il faudrait remplacer, dans la boucle d'édition IA qui ne part pas avec vous, et dans la base de code écrite par l'IA dont vous devenez seul responsable dès que vous franchissez la porte. Posséder le code n'a jamais voulu dire pouvoir partir.

Le lock-in désignait autrefois une chose simple : votre travail est piégé dans un format propriétaire, et la porte de sortie est verrouillée. Les app builders IA ont changé la forme du problème. La porte est ouverte. La question, c'est ce qui passe par cette porte.

Une app, c'est trois possessions différentes sous un seul nom : le code source, le système en production qui sert de vrais utilisateurs, et le business que l'app porte. L'export déplace la première. Il ne déplace pas les deux autres. La frustration qui traverse les fils de migration de cet été vient de la découverte tardive de cette distinction.

La première semaine d'août 2026 a relancé la question sur r/nocode. Dans un post détaillé du 4 août, un développeur qui gère ce type de migrations raconte le déménagement d'une app de gestion scolaire, 189 tables de base de données et 500 utilisateurs, hors du cloud managé de Lovable vers une infrastructure que le propriétaire contrôle. L'app fonctionnait. Le problème, c'était tout ce qui l'entourait : le propriétaire ne pouvait pas ouvrir sa propre base de données, ne pouvait pas confier le projet à un autre développeur, et ne pouvait pas répondre aux questions de sécurité les plus élémentaires, parce que tout cela vivait à l'intérieur du backend managé de la plateforme. Un commentateur du même fil, toujours sur la plateforme, résume le quotidien sans accès direct à la base : « vous demandez à un chatbot de vous servir de psql ».

La conclusion du consultant est la phrase la plus utile du fil, et elle s'applique à toutes les plateformes, la nôtre comprise : « si je devais partir demain, est-ce que je pourrais ? Connaître la réponse ne coûte rien. Le découvrir à ses dépens coûte très cher. »

Les fils de juillet sur r/lovable en sont la toile de fond. Un utilisateur, neuf mois et plusieurs milliers d'euros investis dans un projet, estime que 30 à 40 % de ses dépenses ont filé dans la correction du code que l'outil avait lui-même généré, écrivant que dès qu'un projet devient complexe, « Lovable perd les pédales ». Un commentateur d'un autre fil raconte avoir englouti plus de 3 000 crédits dans un seul build et être resté bloqué au moment de le faire passer en vraie production. Un troisième utilisateur a vu 12 Go de données verrouillés pendant quatre jours par un signalement de modération automatique, que l'éditeur a fini par reconnaître comme un faux positif ; même une fois l'accès rétabli, le seul export proposé consistait à télécharger ses tables une par une au format CSV, parce que les données vivaient dans un backend hébergé auquel il n'avait aucun accès direct.

L'honnêteté impose aussi de regarder l'autre versant. Les mêmes fils contiennent des utilisateurs qui restent et ne voient aucune raison de bouger (« Pas question de quitter lovable .. pourquoi je ferais ça ? »), et ils n'ont pas tort : pour valider une idée à la vitesse du prompt, ces outils restent excellents. Le constat n'est pas « les outils sont mauvais ». Le constat, c'est que la douleur se concentre à un moment précis : le jour où un prototype devient un business et où quelqu'un demande qui le détient vraiment.

La promesse d'export de Lovable est bien réelle, et elle mérite d'être énoncée avec précision. En août 2026, la documentation de Lovable est explicite : le code que vous générez vous appartient, et l'entreprise s'engage par écrit à construire le produit pour que vous ne soyez jamais enfermé, « never locked in » dans le texte ; sa grille de plans liste la synchronisation Git, vers GitHub ou GitLab, sur tous les plans, avec un téléchargement zip direct sur les plans payants. Bolt.new propose lui aussi le téléchargement complet du projet, et Base44 exporte le code en zip ou le synchronise avec GitHub à partir de son plan Builder. Sur la portabilité du code, cette génération d'outils est réellement ouverte, et prétendre le contraire serait faux.

Lisez maintenant ce que l'export n'inclut pas, dans les mêmes docs. Il n'existe aucune migration en un clic hors de Lovable Cloud, le backend intégré : le quitter signifie exporter vos données et reconstruire le schéma là où vous atterrissez. L'hébergement, les domaines personnalisés, le SSL et l'authentification sont des services managés qui ne partent pas avec vous. Pas plus que l'agent IA lui-même, celui qui a écrit chaque ligne que vous tenez désormais. Quand vous cessez d'utiliser la plateforme, sa documentation le dit sans détour : infrastructure, déploiement, bases de données, authentification, secrets et conformité sécurité deviennent votre responsabilité.

Alors, qu'est-ce qui franchit la porte avec vous ? Une base de code web en React, écrite à la vitesse du prompt, souvent à coups de centaines de prompts, et, comme le montrent les fils ci-dessus, souvent jamais lue en entier par son propriétaire. L'export contient le code source. Il ne contient pas l'équipe qui comprend ce code. L'utilisateur qui a dépensé 30 à 40 % de son budget à corriger du code généré payait cette taxe avec l'IA encore dans la pièce. Une fois seul, vous payez chaque correctif en heures de développeur au lieu de crédits, et les heures coûtent plus cher.

Le compteur raconte la même histoire. Les plans de Lovable mesurent l'usage en crédits, à partir de 100 par mois pour 25 $ sur le premier plan payant en août 2026, et c'est la complexité qui les consomme : chaque correctif, chaque nouvelle tentative, chaque « réessaie » brûle des crédits. Selon la même documentation, quand les crédits s'épuisent en cours de cycle, la boucle d'édition est bloquée et les services backend de Lovable Cloud peuvent se mettre en pause, même si le site publié reste en ligne. Les crédits mensuels expirent par ailleurs deux mois après leur émission, et le report ne s'applique que tant que l'abonnement reste actif. Rien de tout cela n'est caché ; tout pointe dans la même direction. Rester coûte de plus en plus cher à mesure que votre app se complexifie. Partir aussi.

Demandez ce que « posséder son app » veut dire, couche par couche, et la comparaison entre un app builder IA et une plateforme comme GoodBarber cesse d'être une seule question avec une seule réponse. En août 2026 :

Des faits, pas des verdicts, et le tableau ne ménage personne. Si une base de code qu'un développeur embauché par vos soins peut forker est une exigence stratégique, un app builder IA vous la donne nativement et GoodBarber non. Les deux produits ne cachent pas le même compromis derrière deux marketings différents ; ils font des compromis opposés, au grand jour.

GoodBarber ne vous vend pas le code. Nous gardons la machine : les moteurs Swift, Kotlin et PWA, l'hébergement, la base de données, l'infrastructure push. Ce n'est pas une limite que nous espérons vous voir ignorer ; c'est le produit. L'abonnement paie pour que la machine reste notre problème, à travers les mises à jour d'OS, les changements de règles des stores et les pics de trafic, pendant des années. Les apps construites ainsi sont téléchargées toutes les 4 secondes, pour des clients payants dans 152 pays, sur une plateforme qui fait ce métier depuis 2011.

Ce que vous possédez, c'est tout ce que la machine est là pour produire. Votre app, sous votre marque, sur l'App Store et Google Play, en vrai binaire natif. Votre audience et le canal push pour l'atteindre. Vos relations clients et vos prix, avec 0 % de commission GoodBarber sur les ventes e-commerce mobiles. Votre contenu, mis à jour en temps réel sans repasser par la validation des stores. Vos données, hébergées exclusivement en Europe. Et vous pouvez toujours travailler au prompt : la couche IA de GoodBarber, un serveur MCP plus 44 Claude Skills open source, permet à votre assistant IA de prendre en charge le quotidien de l'app, avec vous pour fixer les règles et relire les résultats, ce qui est un autre métier que créer l'app, et celui qui dure vraiment.

L'économie suit la même logique. Les plans sont forfaitaires et publics sur la page tarifs, avec un essai gratuit de 30 jours et sans carte bancaire : une app native iOS et Android revient à 70 €/mois pour les apps de contenu et 90 €/mois pour les apps eCommerce, moins cher en facturation annuelle, et une offre PWA seule démarre à 36 €/mois. La complexité ne fait pas grimper la facture : le débogage n'est pas facturé au compteur, parce que ce n'est pas votre métier. Si vous pesez le pour et le contre face à Lovable en particulier, la comparaison fonctionnalité par fonctionnalité passe les deux plateformes en revue.

Vous ne pouvez pas emporter les moteurs ni le code source : c'est la même phrase que « nous ne vendons pas le code », vue depuis la sortie. La question mérite la même honnêteté que celle que nous avons exigée de tous les autres, alors voici le reste de la réponse. Ce que vous emportez, c'est le business lui-même : votre marque, votre audience et sa confiance, votre contenu, votre catalogue produits (exportable via l'extension Product Import/Export), votre historique de statistiques (export CSV), et un flux de revenus sur lequel GoodBarber n'a jamais prélevé de commission.

Notre vraie réponse à la question de la sortie est pourtant d'une autre nature : nous avons construit la plateforme pour que les actifs dont votre business dépend ne soient jamais ceux qui sont en jeu. La couche pour laquelle vous vous battriez, le business, est à vous dès le premier jour et le reste. La couche que nous gardons, la machine, est précisément celle dont vous ne devriez pas vouloir hériter. Les histoires de migration ci-dessus racontent toutes, au fond, la même chose : des gens qui héritent d'une machine.

Appliquez le test du consultant, à nous, à Lovable, à n'importe qui : si je devais partir demain, est-ce que je pourrais, et qu'est-ce que j'emporterais exactement ? Une plateforme que la question agace est déjà en train d'y répondre.

Cinq questions à poser à n'importe quel app builder, IA ou pas, tant que cela ne coûte encore rien :

1. Puis-je ouvrir ma propre base de données aujourd'hui, sans passer par une IA ou un tableau de bord ?
2. Quels exports existent, dans quel format, et le backend part-il avec moi, ou seulement le code ?
3. Que devient le prix quand le projet se complexifie ? Les forfaits absorbent la complexité ; les compteurs de crédits la facturent.
4. L'app mobile est-elle un binaire natif sur les stores, ou une app web qu'il reste à encapsuler ?
5. Si j'arrête de payer demain, qu'est-ce qui se bloque en premier, et qu'en voient mes utilisateurs ?

Démarrez vite partout où démarrer vite ne risque rien. Faites simplement passer le test avant que le prototype ne devienne le business, parce que c'est ce jour-là que les réponses commencent à coûter cher.

Reste un dernier aveu, parce que nous avons exigé la même transparence de tous les autres dans cet article : passer d'un app builder IA à GoodBarber est une reconstruction, pas un import. Vous apportez l'idée, le contenu et l'audience, et vous reconstruisez l'app dans un back office structuré. L'essai gratuit de 30 jours existe pour que vous sachiez exactement ce que cela demande avant que cela ne vous coûte quoi que ce soit.

Qu'est-ce que le lock-in des app builders IA ?

Avec les app builders IA modernes, le lock-in concerne rarement le code : en août 2026, Lovable, Bolt.new et Base44 proposent tous l'export du code. Il concerne tout ce que l'export n'emporte pas : le backend managé qui détient vos données, la couche d'hébergement et d'authentification, la boucle d'édition IA, et la connaissance opérationnelle d'une base de code générée par IA que votre équipe n'a peut-être jamais lue en entier. Vous pouvez partir avec le code source et rester incapable de partir avec l'app.

Peut-on exporter son app depuis Lovable ?

Vous pouvez exporter le code : la synchronisation GitHub est disponible sur tous les plans Lovable en août 2026, et les plans payants ajoutent un téléchargement zip. Le backend est une autre affaire. La documentation de Lovable elle-même indique qu'il n'existe pas de migration en un clic hors de Lovable Cloud ; vous exportez vos données et reconstruisez le schéma là où vous atterrissez, puis vous reprenez vous-même l'hébergement, l'authentification, les secrets et la sécurité.

GoodBarber est-il une alternative à Lovable ?

Pour des métiers différents. Si vous voulez un prototype web à la vitesse du prompt, ou une base de code qu'un développeur peut reprendre, Lovable le fait nativement et GoodBarber non. Si vous voulez une app native iOS et Android sur les stores, exploitée pendant des années via un back office structuré, avec hébergement, base de données, push et paiements inclus dans un abonnement forfaitaire, c'est le métier de GoodBarber. Nous avons construit la même app sur les deux plateformes pour montrer la différence en pratique.

GoodBarber permet-il d'exporter son code source ?

Non. GoodBarber ne propose pas d'export du code source ; les moteurs de compilation et l'infrastructure sont la plateforme. Ce que vous possédez, c'est le résultat et le business qui l'entoure : votre app native à votre marque sur les stores, votre audience, votre contenu, votre catalogue produits (exportable via l'extension Product Import/Export), vos statistiques (export CSV), et vos revenus e-commerce à 0 % de commission GoodBarber.

Que se passe-t-il quand les crédits de votre app builder IA sont épuisés ?

Chez Lovable, selon sa documentation en août 2026 : la boucle d'édition IA est bloquée jusqu'à ce que des crédits soient disponibles, les services backend de Lovable Cloud peuvent se mettre en pause, et le site publié reste en ligne. Les crédits mensuels non utilisés ne sont reportés que tant que l'abonnement reste actif, et expirent deux mois après leur émission. L'effet pratique : plus votre app est complexe, plus chaque correctif coûte cher, et mettre votre abonnement en pause met en pause votre capacité à modifier l'app.

Le prototype était la partie facile. Posséder ce qui vient ensuite, c'est tout l'enjeu.Démarrez votre essai gratuit de 30 jours : construisez votre app, mettez votre marque dessus, et laissez la machine rester notre problème.