Quitter Bubble : combien ça coûte et comment s'y prendre

Quitter Bubble revient presque toujours à reconstruire l'application : Bubble permet d'exporter vos données, mais pas le code de votre app. Le coût dépend donc surtout du nombre d'écrans, de règles métier et d'intégrations à refaire ; pour une app qui a trouvé ses utilisateurs, comptez généralement plusieurs semaines de travail et un budget à cinq chiffres. Bien préparée, la bascule peut se faire sans coupure pour vos utilisateurs.

Partir n'est pas une obligation : Bubble est un excellent outil, et beaucoup d'entreprises y restent avec raison. Les informations sur Bubble ci-dessous sont vérifiées sur sa documentation officielle à la date d'octobre 2026.

Faut-il vraiment quitter Bubble ?

Rester sur Bubble est souvent la décision la plus rentable si l'app fonctionne, que les coûts restent prévisibles et que les clients ne demandent rien que Bubble ne sache faire. Une reconstruction mobilise du temps, de l'argent et votre attention.

Rester est généralement raisonnable si :

• votre produit cherche encore son marché et change chaque mois ;
• votre facture Bubble reste faible au regard de votre chiffre d'affaires ;
• vous n'avez pas de besoin bloqué par la plateforme ;
• personne (client, investisseur, partenaire) n'exige que vous possédiez le code.

Quelles situations poussent à quitter Bubble ?

Les raisons de quitter Bubble tiennent rarement à un défaut de l'outil : ce sont des situations où Bubble ne correspond plus à l'étape où en est l'entreprise, le plus souvent le coût à l'usage, les performances, le mobile avancé ou la propriété du code.

Le coût grimpe avec l'usage

Les workload units (unités de charge) sont l'unité avec laquelle Bubble mesure et facture la consommation de serveur d'une app. D'après la page Activity types du manuel Bubble, chaque chargement de page, recherche dans la base, action de workflow ou appel à un service externe en consomme. Selon la page Pricing and plans, chaque formule inclut un volume mensuel, et au-delà Bubble facture des dépassements par tranche de 1 000 unités, si vous les avez activés. Quand votre nombre d'utilisateurs augmente, la facture suit. Bubble fournit des guides d'optimisation : c'est le premier réflexe avant de conclure qu'il faut partir.

Les performances ou les fonctionnalités bloquent

Traitements lourds sur de gros volumes, temps réel exigeant, intégration poussée avec un système interne : si vous passez plus de temps à contourner la plateforme qu'à construire votre produit, c'est un signal.

Vous voulez une app mobile qui va plus loin

Selon la page Native iOS and Android de sa documentation, Bubble propose un éditeur d'applications mobiles natives iOS et Android, encore en beta à la date d'octobre 2026. Il couvre beaucoup de cas. Si vous avez besoin de fonctions avancées du téléphone, d'un contrôle fin de l'expérience ou d'un comportement hors connexion poussé, une app développée sur mesure (par exemple en React Native) peut être plus adaptée.

La dépendance à la plateforme et la due diligence

La page Application and data ownership de Bubble est claire : vos données et votre design vous appartiennent, mais Bubble reste propriétaire du code sous-jacent, et une app Bubble ne peut tourner que sur Bubble. Lors d'une levée ou d'une cession, certains investisseurs en font un point d'attention.

Que peut-on exporter d'une app Bubble ?

Une app Bubble permet d'exporter ses données et ses fichiers, mais ni son code ni les mots de passe de ses utilisateurs. D'après la page Exporting data, l'export se fait en CSV, JSON ou JSON délimité par lignes, et la Data API est recommandée pour les gros volumes.

Le cas des mots de passe

Le hachage est une transformation qui change un mot de passe en empreinte illisible et impossible à inverser. La page User accounts de Bubble précise que ni vous ni Bubble ne pouvez voir les mots de passe, et la documentation ne décrit aucun moyen d'exporter ces empreintes. Vous ne pourrez donc pas transférer les mots de passe tels quels. Les deux approches ci-dessous sont couramment évoquées par la communauté Bubble ; elles ne font pas partie de la documentation officielle et sont à valider selon votre app :

• Réinitialisation : vous importez les comptes (e-mail, profil, historique) dans la nouvelle app, puis chaque utilisateur reçoit un lien pour choisir un nouveau mot de passe.
• Migration à la connexion : pendant une période de transition, la nouvelle app vérifie l'identifiant et le mot de passe auprès de l'ancienne app Bubble (via un workflow d'API exposé côté Bubble) ; si c'est correct, elle enregistre le mot de passe dans son propre système. Les utilisateurs ne voient rien. Les comptes inactifs pendant cette période passent ensuite par la réinitialisation.

Quelles sont les alternatives pour sortir de Bubble ?

Il existe quatre options face aux limites de Bubble : optimiser l'app sur Bubble, passer à un autre outil no-code, reconstruire sur mesure, ou migrer par étapes.

1. Rester et optimiser. Réduire la consommation de workload units (recherches mieux construites, moins de workflows récursifs, moins d'actions côté serveur) peut suffire à repousser la question de plusieurs années.
2. Passer à un autre outil no-code ou low-code. Utile si votre besoin principal est différent (par exemple un outil interne). Attention : vous reconstruisez quand même, et la dépendance change simplement de plateforme.
3. Reconstruire sur mesure. Vous obtenez un code qui vous appartient, hébergé où vous voulez, sans limite de plateforme. C'est l'option la plus coûteuse au départ.
4. Avancer par étapes. Vous gardez Bubble pour l'interface et déplacez d'abord les traitements lourds vers un serveur externe appelé par API, ou vous reconstruisez une partie de l'app (l'espace client, l'app mobile) avant le reste. Cela étale l'effort, mais demande de maintenir deux systèmes un temps.

Comment migrer une app Bubble sans coupure ?

Une migration hors de Bubble sans coupure suit cinq étapes : l'inventaire de l'app, le choix de la technologie, la reconstruction, la migration des données et des utilisateurs, puis une bascule progressive avec l'ancienne app Bubble gardée en secours.

1. L'inventaire

Listez chaque écran, chaque type de données, chaque workflow, chaque plugin et chaque service connecté (paiement, e-mails, Zapier, Make). C'est l'étape la plus sous-estimée : une app Bubble de deux ans contient souvent des dizaines de règles métier dispersées dans des workflows que personne n'a documentés.

2. Le choix de la technologie

Pour une app web, Next.js (un framework web basé sur React) est un choix courant. Pour le mobile, React Native est un framework qui permet une seule base de code pour iOS et Android. Côté serveur, Node.js et une base PostgreSQL couvrent la plupart des besoins. L'essentiel est de choisir des technologies répandues, pour pouvoir changer de prestataire ou recruter facilement.

3. La reconstruction

C'est l'occasion de corriger ce qui gênait vos utilisateurs, mais gardez le périmètre maîtrisé : ajouter des fonctionnalités pendant la migration fait vite déraper le projet.

4. La migration des données et des utilisateurs

On écrit un script qui lit vos données via l'export ou la Data API, les nettoie et les insère dans la nouvelle base. On le fait tourner plusieurs fois à blanc avant le jour J, puis une dernière fois juste avant la bascule pour récupérer les données les plus récentes. Les mots de passe suivent l'une des deux approches décrites plus haut.

5. La bascule sans coupure

On teste la nouvelle app avec quelques utilisateurs, puis on bascule le nom de domaine à un moment calme. L'app Bubble reste accessible quelques semaines, au cas où. Pour le mobile, prévoyez la publication sur les stores.

Combien coûte une sortie de Bubble ?

Le prix d'une sortie de Bubble dépend moins de Bubble que de l'app elle-même : nombre d'écrans, complexité des règles métier, nombre d'intégrations, présence d'une app mobile, volume de données à migrer, rôles et permissions. Une app avec un espace client simple et un back-office se reconstruit beaucoup plus vite qu'une marketplace avec paiements, messagerie et application mobile.

Comptez aussi les coûts récurrents après la migration : hébergement, services tiers, maintenance et évolutions. Ils remplacent votre abonnement Bubble, ils ne s'y ajoutent pas, mais ils ne sont pas nuls. Comparez sur deux ou trois ans, pas sur un mois.

Quels pièges éviter en quittant Bubble ?

Les principaux pièges d'une migration hors de Bubble sont les règles métier cachées, les plugins, les automatisations Zapier ou Make oubliées et la perte de référencement.

• Les règles métier cachées. Une condition dans un workflow, un calcul dans une page, une règle de confidentialité sur un type de données : chacune doit être retrouvée et reproduite.
• Les plugins. Chaque plugin Bubble cache une fonction à reconstruire ou à remplacer par un service équivalent.
• Les automatisations Zapier et Make. Elles sont souvent branchées sur Bubble et oubliées. Faites-en la liste et prévoyez de les rebrancher.
• Le référencement. Si votre app a des pages publiques indexées par Google, conservez les mêmes adresses ou mettez en place des redirections, sinon vous perdez votre trafic.

Check-list avant de quitter Bubble

• J'ai vérifié qu'une optimisation de la consommation ne suffit pas.
• J'ai fait un export complet de mes données et je l'ai relu.
• J'ai la liste de tous les écrans, workflows, plugins et intégrations.
• J'ai choisi comment gérer les mots de passe des utilisateurs.
• J'ai listé les pages publiques et leurs adresses.
• J'ai un périmètre écrit et figé pour la première version.
• J'ai prévu une période de test et une date de bascule.
• J'ai budgété les coûts récurrents après migration.

Notre offre pour sortir de Bubble

L'offre Sortir du no-code de GUIGUI Tech reconstruit votre app Bubble, Adalo ou FlutterFlow en vraie app web et mobile, avec vos données, et le code vous appartient. Elle démarre à partir de 15 000€ HT, pour 6 à 12 semaines selon le périmètre. Le prix ferme est fixé après un audit de faisabilité à 800€ HT sur 2 jours, déduit du prix si vous confirmez dans les 30 jours.