J'ai construit ma première "appli mobile" en 2021 avec Adalo. Elle s'appelait BatchBook, servait à suivre mes brassins de bière artisanale, et je l'ai abandonnée au bout de trois semaines parce que chaque nouvel utilisateur inscrit me coûtait une fortune en enregistrements sur le plan gratuit. Voilà. C'est la vérité que personne ne met dans les articles "top 10 des outils no-code".
Depuis, j'ai testé Bubble, Glide, Thunkable, Adalo et deux ou trois trucs obscurs dont j'ai oublié le nom. J'ai même failli signer un abonnement annuel à 600 € pour une appli que j'ai fini par refaire à la main. Alors quand on me demande quel outil no-code pour créer une application mobile choisir, je ne réponds jamais par une liste. Je réponds par une question : combien tu es prêt à perdre quand ça va mal tourner ?
Points clés à retenir
- Le no-code mobile est parfait pour prototyper en 2-3 semaines, catastrophique pour scaler sans budget.
- Les plafonds cachés (enregistrements, stockage, utilisateurs actifs) sont la vraie facture.
- Bubble excelle sur le web, Adalo sur le mobile natif, Glide sur les tableurs — aucun ne fait tout bien.
- Compter 100 à 130 € de frais de publication stores si vous voulez du sérieux.
- L'export du code est rare. Vous êtes marié à la plateforme, pour le meilleur et pour le pire.
- La validation Apple reste la même galère, no-code ou pas.
Outils no-code pour créer une application mobile : ce qu'on ne vous dit pas
Le discours dominant, c'est "lancez votre appli en un week-end". Techniquement, c'est vrai. On peut assembler un écran de connexion, une liste, un formulaire et une boutique basique en deux jours sur Adalo. J'ai fait exactement ça un samedi après-midi de novembre 2022, avec une bière à la main.
Le problème arrive après. Quand les vrais utilisateurs débarquent, quand il faut ajouter une fonctionnalité que la plateforme n'a pas prévue, quand le prix du plan mensuel double parce que vous avez dépassé le quota d'enregistrements. Et là, personne ne vous prévient.
Pourquoi le no-code mobile séduit (et pourquoi c'est légitime)
Il faut reconnaître une chose : pour valider une idée, le no-code est imbattable. Pas besoin d'apprendre Swift, pas besoin de trouver un dev freelance à 60 €/heure, pas besoin d'attendre six mois. Deux semaines suffisent pour avoir un prototype testable dans les mains de dix personnes.
Je l'ai fait pour un client en 2023 — une appli de réservation pour un studio de yoga à Lyon. Trois semaines de build sur Glide connecté à son Google Sheet existant, zéro ligne de code, mise en production sur le Play Store. Ça a tourné un an. Puis le volume de réservations a explosé et on a dû tout refaire.
Les plafonds cachés : le piège numéro un
Adalo gratuit, c'est 50 enregistrements au total. Cinquante. Vous avez une appli de recettes de cuisine, ça va. Vous avez une appli avec des comptes utilisateurs, vous êtes mort à la trentième inscription.
- Adalo : plan gratuit généreux en fonctionnalités, étranglé en volume de données
- Bubble : le plan Starter à ~29 $/mois devient vite insuffisant dès qu'on touche aux workflows lourds
- Glide : gratuit tant que l'appli reste interne, payant dès qu'elle devient publique
- Thunkable : le plan gratuit laisse des watermark partout
Franchement, je préfère encore une plateforme qui affiche clairement "9 €/mois, point barre" plutôt qu'un gratuit qui vous assomme à la troisième semaine.
Comparatif : quel outil pour quel besoin réel ?
Voici un tableau que j'aurais aimé trouver en 2021. Il n'engage que moi, mais il est basé sur des heures passées à me battre avec chacune de ces plateformes.
| Outil | Idéal pour | Point faible | Prix d'entrée réel |
|---|---|---|---|
| Adalo | App mobile native simple, prototypage rapide | Plafond d'enregistrements, export impossible | ~45 $/mois pour du sérieux |
| Bubble | Web app complexe avec logique métier | Mobile natif médiocre, courbe d'apprentissage raide | ~29 $/mois puis ça grimpe |
| Glide | Appli interne sur données existantes (Sheets, Airtable) | Dépend entièrement de la source de données | Gratuit en usage privé |
| Thunkable | Apps cross-platform avec un peu de code possible | Interface datée, communauté moins active | ~15 $/mois |
| GoodBarber | Site + appli de contenu ou e-commerce | Moins flexible sur la logique custom | ~30 €/mois |
Vous remarquerez qu'aucun n'est "gratuit" au sens où on l'entend habituellement. Le gratuit existe, mais il a une durée de vie commerciale.
Adalo, Bubble, Glide : trois philosophies opposées
Adalo pense mobile d'abord. L'éditeur est pensé pour des écrans de téléphone, la publication native iOS et Android est intégrée, les composants ressemblent à ce qu'on trouve dans une appli classique. C'est le seul des trois où j'ai réussi à sortir une appli qui ne sentait pas le no-code au premier regard.
Bubble pense web d'abord. Excellent pour un SaaS, un back-office, une marketplace avec des règles tarifaires tordues. Sur mobile, il faut passer par un wrapper et on perd tout le bénéfice. J'ai essayé deux fois. Abandonné deux fois.
Glide, c'est un ovni. Vous branchez un Google Sheet, il vous génère une appli. Magique quand vos données vivent déjà dans un tableur, frustrant dès que la logique sort du cadre. Tant que ça marche, ça marche. Après, il faut tout repenser.
Combien ça coûte vraiment de créer une application no-code ?
Un chiffre que j'ai fini par calculer après trois projets : entre 1 500 € et 4 000 € la première année pour une appli mobile "sérieuse" en no-code. Abonnement à la plateforme, frais Google Play (25 $ une fois), compte Apple Developer (99 €/an), éventuellement un template premium, plus les heures que vous passez dessus.
Ce dernier point est souvent oublié. Si vous valorisez votre temps ne serait-ce qu'à 30 €/heure, une appli no-code qui vous prend 80 heures représente 2 400 € de "coût caché". Ce n'est pas forcément un mauvais calcul — c'est juste qu'il faut le voir.
Frais de publication : ce qu'on ne met jamais dans les comparatifs
- Compte développeur Apple : 99 €/an, non négociable.
- Compte Google Play : 25 $ une seule fois. Une bonne affaire.
- Review Apple : comptez 24 à 72 h en moyenne, mais j'ai déjà attendu onze jours pour une correction mineure en décembre 2023.
- Refus possibles : Apple refuse volontiers les applis qui ressemblent à un simple site web encapsulé. Le no-code tombe souvent dans ce piège.
Ce dernier point mérite qu'on s'y attarde. Si votre appli no-code ressemble à un site web mal déguisé, la validation Apple peut la rejeter au titre de la règle 4.2 ("minimum functionality"). J'ai vécu ça une fois. J'ai dû refaire trois écrans pour ajouter des interactions natives.
Les vraies limites du no-code mobile (et quand il faut arrêter)
Le no-code devient un problème à trois moments précis :
Quand vous dépassez le quota de données. À ce stade, soit vous payez un plan supérieur, soit vous migrez. Et migrer d'Adalo vers autre chose, c'est repartir de zéro. Pas d'export, pas de reprise.
Quand vous avez besoin d'une fonctionnalité spécifique. Notifications push avancées, paiement in-app complexe, géolocalisation fine, intégration avec un ERP maison : le no-code atteint son plafond et vous devez bricoler des webhooks qui cassent au premier changement d'API.
Quand vous voulez vendre. Aucune plateforme no-code ne se transfère proprement. L'acquéreur doit reprendre votre abonnement et votre stack. Autant dire que la valorisation fond.
Et le no-code open source ?
Il existe des solutions open source — Budibase, Appsmith, Baserow — mais elles sont pensées pour des applications internes, pas pour publier sur l'App Store. Aucune ne vous donnera une vraie appli mobile native. Si votre critère est l'open source absolu, vous allez devoir apprendre React Native. Désolé.
À quel moment faut-il passer au vrai code ?
Ma règle personnelle : dès que vous avez plus de 500 utilisateurs réguliers OU plus de 5 000 enregistrements OU une seule fonctionnalité critique impossible à reproduire en no-code. Avant ce seuil, le no-code gagne. Après, vous perdez de l'argent à chaque mois qui passe.
J'ai un ami qui a tenu une appli Bubble jusqu'à 12 000 utilisateurs. Il facturait 19 €/mois par compte. Ça marchait. Mais il payait 480 $/mois à Bubble et il passait ses week-ends à contourner les limites de la plateforme. Il a fini par embaucher un dev. Le calcul n'était plus si beau.
Mon avis, sans langue de bois
Pour un prototype, un test de marché, une appli métier interne : le no-code est imbattable. Adalo si vous voulez du mobile natif simple. Glide si vos données sont déjà dans un tableur. Bubble si votre logique est plus importante que l'écran.
Pour une appli destinée à grandir, à être vendue, ou à porter votre activité principale : apprenez à coder, ou payez quelqu'un. Ce n'est pas un discours anti-no-code, c'est un discours anti-illusion. Les plateformes no-code ne sont pas des raccourcis gratuits, ce sont des outils de validation rapide avec un ticket de sortie coûteux.
La vraie question n'est pas "quel outil choisir". C'est : "combien de temps je veux rester dans cette cage, et à quel prix je veux en sortir un jour ?" Si vous ne savez pas répondre, commencez par un projet jetable. Le mien s'appelait BatchBook. Il m'a coûté deux week-ends et m'a appris plus que n'importe quel tutoriel.
