Alternatives à Bubble : quatre outils du marché, et le passage au code

Bubble : à qui s'adresse la plateforme ?

Bubble est une plateforme sans code pour construire des applications web et mobiles (iOS et Android). Base de données, logique et interface se construisent dans le même éditeur, et l'application tourne sur l'infrastructure de Bubble.

Le modèle économique combine un abonnement par projet (une application web, mobile ou les deux) et la consommation de ressources serveur, mesurée en unités de charge (workload units). Ce que décrit le centre d'aide de Bubble :

• Chaque offre inclut un volume d'unités de charge : l'exemple donné pour l'offre Starter est de 175 000 unités.
• Les opérations en base de données, les workflows, les appels d'API et les interactions web consomment des unités côté serveur, les traitements exécutés dans le navigateur n'en consommant pas : la facture suit l'usage réel de l'application, pas seulement le nombre de ses utilisateurs.
• Les montants des offres : la grille relevée en octobre 2026 affiche, en facturation annuelle, Starter à 59 dollars par mois (175 000 unités), Growth à 209 dollars (250 000) et Team à 549 dollars (500 000) ; l'offre Free inclut 50 000 unités et Enterprise est sur contact. Ajoutez une estimation de la consommation au moment du choix.

Pourquoi une entreprise envisage-t-elle de quitter Bubble ?

Les équipes qui quittent Bubble l'ont rarement choisi par erreur : la plateforme a souvent permis de lancer le produit. Ce sont la croissance et ses nouvelles exigences qui changent la donne.

• Un investisseur ou un acquéreur demande le code. Lors d'un audit avant levée de fonds ou rachat, la question de la propriété technique arrive vite. Or le support de Bubble indique ne prendre en charge ni l'export du code ni l'auto-hébergement. Voir auditer les logiciels avant un rachat.
• La facture suit l'activité. Une place de marché qui multiplie les recherches et les écritures en base consomme davantage d'unités de charge. Selon Bubble, trois options existent une fois le quota atteint : acheter des paquets, payer des dépassements, ou plafonner, auquel cas l'application passe hors ligne quand le crédit est épuisé.
• Un client exige un hébergement précis. Un éditeur de logiciel pour le secteur médical ou public peut devoir prouver où tournent ses serveurs.
• Des développeurs rejoignent l'équipe. Ils veulent travailler avec leurs outils habituels : éditeur de code, tests automatisés, revue de code.

Adalo, FlutterFlow, Softr, Xano : que propose chaque outil ?

Quatre outils, quatre réponses différentes, présentés par ordre alphabétique sans note. Les informations viennent des sites et documentations officiels consultés en octobre 2026 ; YMHB Web n'a aucun lien commercial avec ces éditeurs.

Adalo

Adalo se présente comme un constructeur visuel d'applications sans code avec IA, doté d'un assistant nommé Ada, pour créer puis publier une même application sur l'App Store, Google Play et le web. Elle inclut une base Postgres hébergée ou se branche sur Airtable, Google Sheets, Xano ou Supabase. La publication sur les stores commence à l'offre Starter, affichée à 36 dollars par mois en facturation annuelle (tarif public relevé en octobre 2026), et la page de tarifs indique l'absence de frais à l'usage sur les offres payantes.

FlutterFlow

La documentation de FlutterFlow le décrit comme un environnement de développement visuel pour créer des applications mobiles, web et de bureau, dont le code source est du Flutter. Point décisif face à Bubble : un projet se connecte à un dépôt GitHub, et FlutterFlow y pousse le code sur une branche nommée « flutterflow » ; le code peut aussi être téléchargé avec la ligne de commande FlutterFlow. Les offres (Free, Basic, Growth, Business, Enterprise) sont facturées par siège, avec des tarifs régionaux.

Softr

Softr se présente comme un générateur d'applications par IA pour des portails et des outils internes, sans code. Il fournit sa propre base, Softr Databases, et plus de vingt connecteurs, dont Airtable, Notion, Google Sheets, Supabase, PostgreSQL et les API REST. Softr indique héberger les données en Allemagne et facturer selon les utilisateurs de l'application plutôt que par siège.

Xano

Xano se présente comme une plateforme de back-end : logique, données et API se construisent sans code, sur une pile qui comprend PostgreSQL, avec une documentation OpenAPI générée automatiquement. Xano se branche sur des interfaces construites avec React, FlutterFlow, Webflow ou Bubble. Dès l'offre Essential, la région d'hébergement se choisit dans une liste qui comprend la France, la Belgique, la Suisse et le Canada ; l'offre Custom ouvre l'auto-hébergement.

Bubble et ses alternatives en un tableau

Bubble, un autre outil sans code, ou du code : comment trancher ?

Le raisonnement général entre plateformes visuelles et code est détaillé dans le comparatif no-code ou développement sur mesure.

Quand garder Bubble ?

Garder Bubble est la bonne décision tant que la plateforme sert la stratégie au lieu de la contraindre.

• Le produit est encore en validation. Tant que le modèle économique se cherche, réécrire en code fige trop tôt des choix qui changeront.
• La consommation est prévisible. Si la courbe des unités de charge suit le chiffre d'affaires, la facture reste un coût variable sain.
• L'équipe produit est autonome. Pouvoir modifier un écran le jour même a une valeur qu'un projet de développement doit égaler.

Bubble sert aussi de prototype de référence : une application qui fonctionne décrit mieux qu'aucun document ce que la future version développée devra faire.

Reprendre une application Bubble en code : ce qu'on récupère, ce qu'on refait

Passer de Bubble au code ne se fait pas par conversion : la logique se reconstruit, les données se reprennent. Voici ce que la documentation de Bubble permet de récupérer.

• Les données, depuis l'éditeur. Dans Data puis App data, chaque type de données s'exporte en CSV, JSON ou NDJSON ; Bubble envoie un lien de téléchargement par e-mail. Bubble signale que les champs de durée (« date interval ») sortent en texte descriptif, alors qu'ils sont stockés en millisecondes.
• Les données, par la Data API. Elle permet à un système externe de lire, créer et modifier des enregistrements : 100 résultats par requête par défaut, paramètres cursor et limit pour paginer, création en masse jusqu'à 1 000 enregistrements par appel, annulée au-delà de quatre minutes.
• L'application elle-même. Bubble présente l'export JSON comme optimisé pour l'import dans une autre application Bubble : il sert d'inventaire des écrans et des workflows, pas de code.

La reprise se mène sans couper le service, en six étapes :

1. inventorier types de données, workflows, règles de confidentialité et plugins ;
2. construire le nouveau back-end (par exemple PostgreSQL avec Supabase) et son API ;
3. pendant la transition, faire appeler ce back-end par Bubble via l'API Connector, une combinaison que Bubble décrit lui-même pour créer des services front-end ou back-end alternatifs ;
4. reconstruire l'interface (Next.js pour le web, Flutter pour le mobile) ;
5. reprendre les données à blanc et comparer les volumes, en vérifiant avec Bubble ce qui peut être repris des comptes utilisateurs ;
6. basculer, puis résilier l'offre Bubble.

YMHB Web conduit ce type de reprise pour des plateformes SaaS sur mesure : le code est déposé chez le client et lui appartient au paiement intégral. Le guide de migration des données détaille les contrôles de reprise.