Sommaire
Bubble n’exporte pas le code d’une application : migrer veut dire reconstruire, en reprenant les données (export CSV, JSON ou API) et les écrans validés comme cahier des charges. Pour une application métier, comptez de 6 000 à 20 000€HT et 1 à 3 mois, après un audit à partir de 589€HT.
Bubble permet de construire une application complète sans écrire de code et beaucoup d’entreprises ont lancé ainsi un outil interne ou un premier produit. Avec la croissance arrivent souvent les mêmes questions : performances, coût de la plateforme, dépendance à un seul outil, envie de recruter des développeurs. La réponse demande d’être clair sur un point : une application Bubble ne se « convertit » pas en code. Voici ce que Bubble permet de récupérer, comment se passe une reconstruction et quand elle vaut la peine.
Ce que Bubble permet réellement d’exporter
La documentation de Bubble est explicite (consultée en octobre 2026).
| Élément | Exportable ? | Ce que dit la documentation officielle |
|---|---|---|
| Code de l’application | Non | Les applications Bubble ne tournent que sur Bubble ; il n’existe pas de moyen de les exporter sous forme de code (propriété de l’application et des données) |
| Données créées par les utilisateurs | Oui | Export depuis l’onglet Data en CSV, JSON ou NDJSON, reçu par e-mail |
| Accès programmatique aux données | Oui | Via l’API de Bubble, pour des scripts d’extraction |
| Fichiers déposés | À organiser | Liens présents dans les données, à télécharger et à réimporter |
| Logique (workflows, règles) | Non | À reconstruire, à partir de l’application existante |
Bubble précise que vous possédez vos données et le design de votre application, mais que Bubble conserve la propriété du code sous-jacent. La documentation prévoit aussi que si Bubble cessait son activité, son code source serait publié sous licence libre. C’est une garantie de continuité, pas une solution de migration.
Un détail technique à connaître : selon la même documentation, les champs de type durée s’exportent sous forme de texte (« 2 days ») et non dans leur format interne. Ce genre de détail se traite pendant la reprise de données.
La méthode de reconstruction
Reconstruire ne veut pas dire repartir d’une page blanche. L’application Bubble est un cahier des charges vivant : chaque écran, chaque workflow, chaque règle de confidentialité a été testé par vos utilisateurs.
- Inventaire. Je liste les types de données, les écrans, les workflows, les règles de confidentialité et les intégrations (paiement, e-mails, API externes).
- Modèle de données. Je traduis les types de données Bubble en tables PostgreSQL propres, avec des relations explicites. C’est souvent là que l’on corrige les doublons et les champs détournés.
- Reconstruction par lots. Les modules les plus utilisés d’abord, testés par vos équipes sur des données réelles importées.
- Reprise de données à blanc, puis reprise définitive juste avant la bascule.
- Bascule à un moment calme, avec Bubble gardé en lecture seule quelques jours en cas de doute.
La stack cible est celle que j’utilise au quotidien : React, TypeScript, Node.js, Supabase (PostgreSQL). Le code et les droits vous sont cédés après paiement complet : vous n’échangez pas une dépendance contre une autre.
Les pièges à anticiper
- Les règles de confidentialité. Dans Bubble, une partie de la sécurité repose sur les « privacy rules ». Elles doivent être retranscrites une à une en règles d’accès côté base. Les oublier, c’est ouvrir les données.
- Les plugins. Chaque plugin Bubble cache une fonction (paiement, PDF, carte) qu’il faut remplacer par une intégration propre.
- Les workflows planifiés. Relances, calculs nocturnes, nettoyages : ils sont faciles à oublier car invisibles à l’écran.
- Les comptes utilisateurs. Vérifiez ce qui peut être repris et prévoyez une réinitialisation si nécessaire.
Ce que coûte une migration Bubble
| Étape | Prix | Délai |
|---|---|---|
| Audit de l’application Bubble | Audit express 589€HT, audit complet 1 990€HT | Quelques jours à 7 jours |
| Reconstruction d’une application métier | 6 000 à 20 000€HT | 1 à 3 mois |
| Plateforme à plusieurs espaces (clients, partenaires, équipe) | Sur devis, souvent à partir de 15 000€HT dans l’estimateur | 3 à 6 mois et plus |
| Reprise des données | Brique reprise de données : 800€HT dans l’estimateur | Incluse dans le planning |
L’estimateur applique un coefficient de 0,85 quand un prototype existe, parce que le travail de définition est déjà fait. Pour votre cas, utilisez l’estimateur. Pendant la reconstruction, l’abonnement Bubble reste à votre charge ; après, ce sont l’hébergement (quelques dizaines à quelques centaines d’euros par an) et la maintenance.
Quand rester sur Bubble
Je le dis franchement : si votre application Bubble tient la charge, que le coût de la plateforme reste raisonnable et que vous n’avez pas besoin d’intégrations complexes, restez. Une migration coûte de l’argent et du temps et elle ne se justifie que si elle règle un problème réel : lenteur, facture qui grimpe avec l’usage, sécurité difficile à maîtriser, besoin de fonctions que Bubble gère mal, ou exigence d’un client sur la propriété du code. Le guide sur-mesure ou no-code aide à poser ces critères.
Par où commencer
- Exportez vos données depuis l’onglet Data, pour savoir ce que vous avez et dans quel état.
- Listez les irritants : ce qui est lent, ce qui coûte, ce qui casse.
- Demandez un audit dans le cadre de mon offre projet commencé avec l’IA ou en no-code : vous obtenez un inventaire et un plan chiffré.
- Décidez entre rester, migrer par modules ou tout reconstruire, avec un devis ferme après cadrage.
Questions fréquentes
Peut-on migrer sans interrompre le service ?
Oui, c’est même la règle. La nouvelle application est construite et testée en parallèle, les données sont reprises une première fois pour les tests, puis une dernière fois juste avant la bascule. L’interruption se limite à quelques heures, planifiées à un moment calme.
Les utilisateurs garderont-ils leurs mots de passe ?
C’est un point à vérifier au cadrage, selon ce que l’export permet. S’ils ne peuvent pas être repris, on prévoit une procédure de réinitialisation : un e-mail invitant chaque utilisateur à définir un nouveau mot de passe au premier accès à la nouvelle application.
Faut-il garder Bubble pendant la migration ?
Oui, jusqu’à la bascule. L’abonnement Bubble continue pendant la reconstruction, ce qu’il faut prévoir dans le budget. Une fois la nouvelle application en production et les données vérifiées, l’ancienne peut être fermée.
La nouvelle application sera-t-elle identique à l’ancienne ?
Elle reprend ce qui fonctionne, mais c’est l’occasion de corriger ce qui gênait : écrans lents, étapes inutiles, règles contournées. Je conseille de ne pas tout changer à la fois : même logique pour les utilisateurs, base technique saine en dessous.