Bubble est la référence du no-code visuel depuis plus de dix ans : on pose des éléments sur une page, on branche des workflows, et on obtient une app web sans écrire de code. Cadrant prend un chemin différent, rendu possible par les modèles d'IA récents : vous décrivez ce que vous voulez en langage naturel, et la plateforme génère une vraie application, React et Supabase pour une app web, un framework web moderne pour un site vitrine optimisé SEO, ou une app mobile native publiable sur les stores. Les deux promettent d'aller de l'idée au produit en ligne sans équipe de dev. Ce guide les compare honnêtement, dimension par dimension, pour que vous choisissiez celui qui colle à votre projet plutôt que celui qui a le marketing le plus bruyant.
Bubble vs Cadrant : ce que sont vraiment ces deux outils
Bubble est un environnement de programmation visuelle. Vous placez des éléments sur un canevas, vous définissez une base de "things", et vous construisez la logique via des workflows, une suite d'étapes visuelles déclenchées par un événement (un clic, un chargement de page, une tâche planifiée). C'est mature, très personnalisable grâce aux plugins, et porté par l'une des plus grandes communautés no-code en ligne. Tout tourne sur les serveurs de Bubble, avec le runtime propriétaire de Bubble.
Cadrant est AI-first : au lieu d'assembler des blocs visuels, vous écrivez ce dont vous avez besoin, « ajoute une page de connexion avec email et Google » ou « crée un dashboard qui liste mes clients avec le statut de leur facture », et l'IA génère le code React et Supabase correspondant (ou un framework web moderne pour un site vitrine, ou des écrans natifs pour le mobile). Vous continuez à itérer en langage naturel, mais en dessous, c'est du vrai code exportable qui s'écrit dans votre projet.
- Bubble : visuel avant tout. Vous construisez à la main, étape par étape, dans un éditeur et un runtime propriétaires.
- Cadrant : langage avant tout. Vous décrivez le résultat, l'IA écrit du vrai code, vous le relisez et l'ajustez.
Vitesse de développement et courbe d'apprentissage
Pour une app CRUD simple, un formulaire, une liste, un workflow basique, Bubble est réellement rapide une fois qu'on connaît l'éditeur. Le problème, c'est justement le « une fois qu'on connaît l'éditeur » : maîtriser les workflows, les custom states, les backend workflows récursifs et le connecteur API prend du temps, et une logique complexe se traduit chez Bubble par de longues chaînes d'étapes visuelles, de plus en plus difficiles à lire et à déboguer.
Chez Cadrant, la courbe d'apprentissage se résume à « savez-vous écrire une phrase claire ? ». Vous décrivez une fonctionnalité, l'IA la construit, vous regardez le résultat et vous demandez des ajustements. Cela permet d'avancer vite dès le début, aussi bien pour un débutant que pour un profil technique, même si, comme avec tout outil IA, une consigne précise donne toujours un meilleur résultat qu'une consigne vague. Pas de canevas visuel à maîtriser, mais une habitude à prendre : décrire son intention avec précision.
Propriété du code, export et vendor lock-in
C'est là que les deux outils divergent le plus, et il faut le dire sans détour : Bubble ne permet pas d'exporter du vrai code source portable. Votre app n'existe que comme application Bubble, tournant sur le runtime de Bubble, sur l'infrastructure de Bubble. Si un jour vous voulez partir, pour des raisons de coût, de performance ou de contrôle, il n'y a pas de chemin de migration propre. Vous reconstruiriez, vous n'exporteriez pas.
Cadrant génère du vrai code React et Supabase (ou sur un framework web moderne, ou du code mobile natif) qui vous appartient dès la première ligne. Vous pouvez le lire, l'exporter, l'héberger où vous voulez, et le confier à un développeur pour continuer sans Cadrant. Aucun runtime propriétaire ne se glisse entre votre app et l'extérieur.
- Bubble : aucun export de code source réel ; votre app reste liée au runtime Bubble toute sa vie.
- Cadrant : du vrai code React/Supabase ou sur un framework web moderne exportable ; pas de runtime propriétaire, pas d'enfermement forcé.
Backend et données : qui les possède vraiment ?
Bubble embarque sa propre base de données. C'est pratique pour démarrer, mais c'est propriétaire : vos données vivent dans la structure de données de Bubble, les interroger depuis l'extérieur est limité, et les exports ou migrations à grande échelle sont notoirement pénibles une fois le projet devenu conséquent.
Cadrant prend le chemin inverse pour les apps web : vous connectez votre propre compte Supabase. Cela veut dire une vraie base Postgres, une vraie sécurité au niveau des lignes (RLS), de vraies migrations, et une pleine propriété. Vos données sont les vôtres, dans votre propre projet Supabase, indépendant de Cadrant. Si vous arrêtez d'utiliser Cadrant un jour, votre base continue de tourner exactement comme avant.
Au-delà de l'app web : sites SEO et mobile
Bubble a été conçu avant tout pour les apps web. Il n'y a toujours pas de chemin natif vers un site vitrine rapide et optimisé SEO (les apps Bubble se rendent côté client, ce qui joue contre la visibilité dans les moteurs de recherche). Bubble propose désormais des apps iOS et Android natives publiables sur l'App Store et Google Play, mais elles restent dans son stack no-code visuel, sans code exportable que vous possédez.
Cadrant traite ces cas comme des sorties à part entière depuis le même builder en langage naturel. Besoin d'un site vitrine rapide et pensé SEO ? Cadrant le génère sur un framework web moderne. Besoin d'une app mobile ? Cadrant construit des écrans natifs publiables sur les stores. Besoin d'une vraie app web avec un backend complet ? C'est le chemin React + Supabase décrit plus haut. Un seul outil, trois types de produits, sans avoir à assembler plusieurs services entre eux.
- Sites vitrines : Bubble se rend côté client et n'est pas pensé pour le SEO ; Cadrant génère des sites dédiés sur un framework web moderne, optimisés pour la recherche.
- Apps mobiles : Bubble peut publier des apps natives sur l'App Store et Google Play depuis son éditeur visuel ; Cadrant génère de vraies apps mobiles en langage naturel, avec un code que vous pouvez exporter et posséder.
Tarifs : abonnements basés sur les workflows vs tarif flat avec crédits
Le tarif de Bubble évolue avec la capacité de votre app, exécutions de workflows, lignes en base, nombre d'apps par workspace. C'est gérable pour une petite app, mais la facture peut grimper vite avec l'usage et la complexité, et estimer son coût futur à l'avance est réellement difficile.
Cadrant fonctionne avec un tarif flat et prévisible, plus une allocation de crédits mensuelle : les plans Starter démarrent à 20€/20$ par mois, et chaque génération IA coûte en général une dizaine de crédits, qu'il s'agisse d'ajouter une page de connexion ou un widget de dashboard. Vous ne payez pas plus pour connecter une intégration ou ajouter une fonctionnalité, le prix ne bouge pas avec la complexité de ce que vous construisez, seulement avec le nombre de générations utilisées.
Quand Bubble reste le bon choix ?
Il faut reconnaître la maturité de Bubble. Si votre équipe a déjà investi des années sur Bubble, dispose d'une bibliothèque de plugins et de workflows sur lesquels elle s'appuie, et compte des personnes réellement à l'aise dans son éditeur, reconstruire ailleurs a un vrai coût, rester peut être le choix rationnel. Bubble convient aussi à celles et ceux qui veulent construire chaque étape de workflow à la main, visuellement, sans chercher une IA qui génère la logique à leur place : certains bâtisseurs préfèrent simplement ce niveau de contrôle manuel et granulaire.
Comment choisir : un cadre de décision simple ?
Aucun outil n'est universellement « meilleur ». Le bon choix dépend de ce que vous optimisez et de ce que vous êtes prêt à sacrifier.
- Penchez pour Bubble quand : vous êtes déjà investi dans son écosystème, votre équipe maîtrise les workflows, ou vous voulez un contrôle visuel manuel sur chaque étape.
- Penchez pour Cadrant quand : vous partez de zéro, avez besoin de code source exportable, voulez votre propre backend Supabase, préférez un tarif flat prévisible, ou devez livrer app web, site SEO et app mobile depuis un seul builder.
- En cas de doute, listez vos non-négociables : propriété du code, portabilité des données, vitesse de build, types de produit, et niveau de contrôle manuel souhaité. Choisissez l'outil qui coche le plus de cases, puis testez avec un petit prototype avant de vous engager.
La comparaison ci-dessus ne vise pas à désigner un vainqueur sur le papier, mais à aligner le builder avec votre stade, vos contraintes et vos objectifs de propriété à long terme.