Sortir de Bubble : migrer votre application no-code, sans perdre vos utilisateurs

Votre application est en ligne. Elle a des utilisateurs. Et elle commence à coincer. Six signes reviennent presque toujours.

• Les pages ralentissent dès que vos données grossissent.
• La facture Bubble monte avec l'usage, plus vite que votre chiffre d'affaires.
• Une fonction est impossible, ou tient avec trois plugins bricolés.
• Un seul « bubbler » sait comment l'application marche.
• Un investisseur ou un acheteur demande à voir le code.
• Vos clients veulent une application mobile native, et elle est difficile à obtenir.

Comment Bubble facture

Bubble facture un forfait mensuel, plus l'usage. Chaque action de l'application (afficher une page, lancer un workflow, interroger la base) consomme des « workload units ». Chaque forfait en inclut un quota : 175 000 pour Starter, 250 000 pour Growth, 500 000 pour Team.

Pour une application web, comptez environ 30 $ par mois en Starter, 119 $ en Growth et 349 $ en Team, en facturation annuelle. Au-delà du quota, chaque tranche de 1 000 unités se paie 0,30 $, ou un palier de capacité s'ajoute au forfait. Plus votre application sert, plus elle coûte. Tarifs relevés le 30 octobre 2026 ; ils bougent, vérifiez les conditions actuelles.

Sources Bubble, consultées le 30 octobre 2026 : page tarifs, forfaits et workload units, FAQ prix et dépassements.

Bubble reste un très bon outil pour lancer. Rester dessus est un choix valable tant que ces signes n'apparaissent pas.

Non. Bubble ne fournit pas de code source exportable.

Sa documentation le dit sans détour : une application Bubble ne tourne que sur Bubble. Vos données et votre design vous appartiennent. Le code qui fait tourner l'application reste à Bubble. Pour partir, il faut reconstruire la logique.

Ce qui se récupère

• Les données. Export CSV depuis l'éditeur de base, table par table, sur un forfait payant. Pour un gros volume, la Data API de Bubble permet de tout lire par script.
• Les fichiers. Images, PDF, pièces jointes : la base les référence par leur adresse. Ils se téléchargent, puis rejoignent votre propre stockage.
• Les maquettes. Chaque écran se capture et se redessine. Il sert de référence pour la nouvelle version.
• La logique. Elle ne s'exporte pas : on la documente en relisant vos workflows un par un. Chaque règle devient une ligne du cahier de reconstruction.

Documentation Bubble, consultée le 30 octobre 2026 : propriété de l'application et des données, export de la base en CSV, Data API, comptes utilisateurs et mots de passe.

Conséquence : sortir de Bubble, c'est reconstruire. Personne ne peut chiffrer sérieusement une reconstruction sans savoir ce qu'elle contient. D'où l'inventaire des écrans et des workflows avant le prix.

Deux approches. Le bon choix dépend d'une question : votre périmètre est-il stable pendant la migration ?

Reconstruction complète, puis bascule à date

On reconstruit toute l'application à côté de Bubble. Vos utilisateurs ne voient rien. Le jour J, on bascule tout le monde, puis on coupe Bubble.

Quand la choisir : le périmètre est fermé (vous reconstruisez ce qui existe), et vous visez une date. Pour un périmètre fermé, une refonte cadrée ou une date de livraison fixe, le forfait projet est recommandé.

Sortie progressive, écran par écran

On pose d'abord un backend à vous, avec sa propre base, branché sur Bubble par API. Puis on remplace les écrans un à un. Le produit reste en ligne pendant toute la migration.

Quand la choisir : le produit doit continuer d'évoluer pendant la sortie, ou le risque d'une bascule unique est trop fort. C'est l'abonnement : chaque étape est une demande, et vous réordonnez la file sans renégocier.

Les étapes types d'une sortie de Bubble

Trois options, prix affichés. La première est de ne rien changer.

Périmètre stable : le forfait. Produit qui bouge chaque semaine : l'abonnement. Aucun des signes plus haut : restez sur Bubble.

Dans les deux formules Figue, les frais tiers (hébergement, domaines, licences, APIs) restent à votre charge, facturés par vos fournisseurs. Figue peut porter ces comptes et les refacturer en prestation séparée. Tout reste transférable.

Pour comparer avec un recrutement ou un freelance, voyez combien coûte un développeur.

Sortir du no-code, c'est surtout ça : posséder enfin votre produit. Le code, les maquettes, la documentation et les structures de données vous appartiennent. Les droits vous sont cédés à mesure des livraisons, dès paiement.

Avec n'importe quel prestataire, vérifiez ce point par écrit. On explique pourquoi dans à qui appartient le code.

Et les autres outils no-code ?

Bubble n'est pas un cas isolé, et on reprend depuis n'importe quelle plateforme no-code. Certaines exportent du code, d'autres non. FlutterFlow permet de télécharger le code Flutter de l'application, sur un forfait payant. Glide, non : il n'y a pas de code source à récupérer, seulement les données. Pour Softr, Adalo ou un autre outil, vérifiez sur sa documentation, et datez ce que vous trouvez : ces règles changent.

Documentations consultées le 30 octobre 2026 : forfaits FlutterFlow, export de code Glide (forum officiel).

Ce qu'on a déjà livré :

• 50+ projets livrés
• 200k+ utilisateurs actifs

Vous n'avez pas encore choisi votre outil ? Lisez plutôt no-code ou sur-mesure : comment choisir. Votre prototype est fait avec Claude ou Lovable ? Le chemin est différent : transformer son projet Claude en vrai SaaS.