Lucien Arbieu
En bref
- Migrez si le plafond est structurel : coût d’usage, intégrations, référencement ou conformité. Sinon, optimisez d’abord votre app Bubble.
- Vos données se récupèrent (CSV, Data API). Le code, non : toute la logique métier est à réécrire.
- Les mots de passe ne s’exportent pas. Prévoyez une réinitialisation, un lien magique ou une migration à la connexion.
- Le budget suit le nombre d’automatismes et de connexions, pas le nombre d’écrans. Comparez-le toujours au coût de rester.
- Basculez module par module, avec redirections 301, une seule source de vérité et un retour arrière testé.
Votre produit Bubble a porté vos premiers clients. Mais la facture grimpe, plus personne n’ose toucher aux automatismes, et le gros client exige ce que l’outil ne sait pas faire ? Cet article couvre la décision, ce qui se récupère, le coût et la mise en production, pour chiffrer vos deux scénarios. D’abord, la décision.
Faut-il vraiment migrer Bubble vers du code ?
Oui, si le problème vient de Bubble. Non, s’il vient de la façon dont l’app a été construite.
Une base mal modélisée, migrée telle quelle, reste mal modélisée. Elle coûte juste plus cher à maintenir. Isolez donc la cause du blocage avant de parler de reconstruction.
Bubble, c’est la location. Une application en code, c’est la propriété.
Louer est parfait pour démarrer un MVP. Ça devient un mauvais calcul quand le loyer suit votre croissance et que le bailleur peut changer les conditions : en 2023, Bubble est passé à une tarification à l’usage, en workload units.
C’est le cœur du vendor lock-in : vous ne maîtrisez ni le prix ni la feuille de route.
Les signes qui justifient de partir
- Chaque nouveau client fait monter la facture d’unités, sans gain de valeur équivalent.
- Plus personne n’ose modifier un automatisme, de peur de casser autre chose.
- Une intégration critique se heurte aux limites de Bubble ou à des plugins fragiles (temps réel, gros volumes).
- Le SEO est un canal d’acquisition et vous devez maîtriser rendu, URL, balises et temps de chargement.
- Un gros client impose ses conditions d’hébergement, de traçabilité ou d’audit de sécurité.
- Vous préparez une levée ou une cession, et l’acheteur veut un dépôt de code, pas un abonnement.
Les signes qui plaident pour rester
Restez sur Bubble dans trois cas :
- l’outil sert quelques dizaines d’utilisateurs ;
- vos équipes métier le font évoluer seules, chaque semaine ;
- la lenteur vient de recherches mal construites.
Refondre le modèle de données et nettoyer les automatismes règle alors souvent le problème, pour une fraction du prix d’une migration.
| Symptôme | Cause fréquente | Premier réflexe | Migrer ? |
|---|---|---|---|
| Pages lentes | Recherches sur de gros volumes, filtres côté navigateur | Mesurer, restructurer les requêtes | Seulement si l’optimisation plafonne |
| Facture en hausse | Automatismes redondants ou planifiés trop souvent | Lire la consommation par traitement dans les logs | Si le volume reste cher une fois nettoyé |
| Bugs en cascade | Logique dupliquée, aucun test | Documenter et simplifier | Si tester devient impossible |
| Référencement bloqué | Contrôle limité du rendu et des URL | Lister ce qui est réellement configurable | Oui, si le SEO pèse dans l’acquisition |
| Exigence d’un client | Hébergement et audit non maîtrisés | Cartographier les obligations écrites | Oui, si elles sont contractuelles |
Pour trancher, posez trois questions :
- Le blocage persiste-t-il après optimisation ?
- Pouvez-vous sortir vos données ?
- Votre logique métier est-elle compréhensible par quelqu’un d’autre que son auteur ?
Le diagnostic de réversibilité d’application répond aux deux dernières en quelques minutes.
Que peut-on récupérer de Bubble : données, fichiers, comptes, logique ?
Vous récupérez vos données et la connaissance de votre métier. Vous ne récupérez pas de code.
Une app Bubble ne tourne que sur Bubble. Sa logique vit dans l’éditeur, pas dans un dépôt de code transférable. L’export de l’application ne décrit, lui, que sa structure : il ne s’exécute nulle part ailleurs. Il faut donc recoder entièrement : c’est la seule solution.
Les données : export CSV et Data API
- L’export CSV de l’onglet Data, un type de données à la fois. Pratique pour un état des lieux.
- La Data API, par lots de 100 enregistrements paginés. C’est la voie fiable pour des extractions répétables.
Sur de gros volumes, préférez l’API à l’export manuel.
Le vrai travail commence après l’extraction : convertir champs de type liste, références entre objets, dates et options en un modèle relationnel propre, le plus souvent dans PostgreSQL.
Écrivez des scripts de migration rejouables. Lancez-les plusieurs fois sur des copies, puis comparez volumes et échantillons avec la source avant la mise en ligne.
Les fichiers
Images et pièces jointes sortent sous forme d’URL qui pointent toujours vers le stockage de Bubble. Si vous résiliez l’abonnement sans les rapatrier, vos liens finissent par casser.
Téléchargez chaque fichier, rangez-le dans un stockage que vous maîtrisez, puis réécrivez les références en base.
Les comptes et les mots de passe
Bubble conserve les mots de passe hachés et salés. Personne ne peut les lire, pas même vous : ils ne sont pas exportés vers la nouvelle plateforme. Trois parcours existent :
- Réinitialisation planifiée : vous migrez identités, rôles et historique, puis chacun choisit un nouveau mot de passe.
- Lien magique : une première connexion par email, sans mot de passe, puis création d’un mot de passe.
- Migration à la première connexion : le nouveau produit vérifie les identifiants auprès de Bubble, puis enregistre son propre hachage.
Le troisième est le plus confortable, mais il oblige à garder Bubble actif pendant la transition. À propos des comptes créés via Google ou Microsoft : ils se reconnectent simplement au même fournisseur.
Préparez les emails de bascule à l’avance. C’est le seul moment où vos clients voient le changement, donc celui où le support technique déborde.
La logique : à réécrire, traitement par traitement
Rien ne s’exporte de ce côté. Il faut tout rétro-spécifier : relire chaque automatisme, retrouver son intention, le tester, puis le réécrire.
Profitez-en pour supprimer les essais abandonnés et les contournements : c’est votre dette technique. Dans un outil de quatre ou cinq ans, il y en a toujours. L’idée n’est pas de recopier Bubble à l’identique.
Claude Code accélère cette étape : un agent lit la structure exportée et propose une première version de chaque traitement. Il ne remplace ni les tests ni la revue d’un développeur senior.
| Élément | Récupérable ? | Méthode | Point d’attention |
|---|---|---|---|
| Données métier | Oui | Data API, CSV | Conversion du modèle |
| Fichiers | Oui | Téléchargement et réhébergement | URL encore hébergées chez Bubble |
| Comptes | En partie | Migration des identités | Mots de passe à renouveler |
| Workflows | Non | Rétro-spécification | Règles jamais documentées |
| Interface | À reconstruire | Maquettes issues de l’existant | Copier le design ou le repenser |
| Connexions externes | À reconnecter | Inventaire des clés et webhooks | Gestion des échecs et des reprises |
Savoir ce que vous récupérez avant de signer quoi que ce soit
Fichiers, logique, connexions : mesurez votre dépendance à Bubble en quelques minutes.
Vers quelle stack migrer ?
Choisissez une stack standard, simple à coder et que n’importe quelle équipe saura reprendre. C’est ce qui vous protège du prochain lock-in. Pour une app métier ou un SaaS, l’architecture cible la plus répandue sur le marché tient en quatre briques, à valider avant de construire quoi que ce soit.
| Brique | Option courante | Pourquoi |
|---|---|---|
| Application | Next.js | Rendu serveur, écrans rapides, très répandu |
| Base de données | PostgreSQL | Open source, relationnelle, hébergeable partout |
| Authentification et stockage | Supabase | PostgreSQL géré, Auth et fichiers inclus |
| Site vitrine et blog | Webflow ou Next.js (Webflow si le marketing publie seul) | Pages marketing éditées sans développeur |
Webflow convient au site vitrine, pas au produit : gardez-le pour les pages que l’équipe marketing modifie seule. Si vos pages publiques sont déjà sur Webflow, rien n’oblige à les migrer en même temps que l’app : une refonte Webflow du site peut venir plus tard.
Si une partie de vos données vit dans Airtable, décidez si elle rejoint PostgreSQL ou reste une source externe branchée en direct.
Combien coûte une migration Bubble et combien de temps faut-il ?
Le prix dépend du nombre d’automatismes et de connexions, pas du nombre d’écrans. Un tarif annoncé avant tout inventaire ne vaut rien.
Pour situer l’ordre de grandeur du marché, l’agence américaine Goodspeed publie ses tarifs de migration Bubble :
| Type d’application | Tarif publié | Délai |
|---|---|---|
| Outil interne, back-office | 8 000 à 15 000 $ | 4 à 6 semaines |
| SaaS de complexité moyenne | 18 000 à 35 000 $ | 8 à 12 semaines |
| Produit multi-clients | 35 000 à 60 000 $ | 14 à 20 semaines |
Ces chiffres situent l’effort. Ils ne remplacent pas un inventaire de votre produit.
Pour le traitement comptable de la reconstruction, voyez notre article sur comptabiliser un logiciel sur mesure.
Ce qui fait varier le budget
| Facteur | Poids | Pourquoi |
|---|---|---|
| Nombre et complexité des workflows | Élevé | Chaque traitement doit être compris, réécrit et testé |
| Connexions externes | Élevé | Paiement, emails, webhooks : tests de bout en bout obligatoires |
| Qualité de la base | Moyen | Des doublons et des champs vides rallongent la reprise |
| Rôles et permissions | Moyen | Les droits d’accès sont la source d’oubli la plus fréquente |
| Fidélité de l’interface | Moyen | Reproduire chaque écran au pixel coûte plus cher que repenser |
| Documentation existante | Moyen | Sans elle, il faut reconstituer l’intention de chaque traitement |
| Exigences d’hébergement | Variable | Selon les contrats de vos clients et la réglementation |
Comparer le coût de partir au coût de rester
Le vrai calcul n’oppose pas la migration à zéro, mais à ce que vous dépenserez en restant, sur la même durée.
- Rester : abonnement et unités consommées, temps et ressources passés à contourner, incidents, ventes perdues faute de connexion.
- Partir : reconstruction, reprise de la base, double exploitation pendant la transition, puis infrastructure et maintenance.
Exemple, avec des hypothèses à remplacer par vos chiffres :
- migration : 30 000 € ;
- économies : 1 200 € par mois d’usage, plus 1 300 € de temps de contournement ;
- total : 2 500 € par mois, donc un point d’équilibre à un an environ.
Si l’économie mensuelle tombe à 500 €, le tarif seul ne justifie plus rien. La migration se défend alors par la conformité, le référencement ou la valeur de l’actif.
Le code a aussi ses coûts : supervision, mises à jour de sécurité, maintenance. Intégrez-les au total.
Si le projet est innovant au sens du dispositif, le Crédit d’Impôt Innovation peut prendre en charge une partie de la reconstruction. Ce n’est pas automatique pour une migration à fonctionnalités égales : faites vérifier l’éligibilité au moment du devis sur notre page cabinet Crédit d’Impôt Innovation.
Ce qui fait déraper les délais
Trois causes reviennent :
- une logique métier découverte en cours de route ;
- des connexions qui se comportent autrement une fois reconstruites ;
- des arbitrages tardifs sur ce qu’il faut garder.
La parade : un cadrage écrit avant le premier sprint, puis une réalisation en modules livrés séparément. Un module qui dérape n’immobilise pas tout le projet.
