Créer une app sans coder : possible, à une condition

Oui, tu peux créer une vraie app sans savoir coder. Des plateformes comme Lovable, Bolt.new ou Google AI Studio font exactement ça : tu décris ton idée, tu montres une maquette si tu en as une, et tu obtiens une app qui tourne, hébergée, avec une URL à partager. Pour un premier produit, un outil interne ou un MVP, c'est spectaculaire. Et honnêtement démocratisant : une bonne partie des gens qui vibecodent aujourd'hui ne sont pas développeurs de métier.

La condition pour que ça reste une bonne idée sur la durée tient en une phrase : garde une porte de sortie. Concrètement, trois choses doivent rester vraies : ton code peut être exporté vers un repo Git, ta base de données est un format standard (Postgres, SQLite), et ton nom de domaine t'appartient. Si c'est le cas, la plateforme est un tremplin. Si rien de tout ça n'est vrai, ton projet appartient de fait à la plateforme : c'est elle qui décide des prix, des fonctionnalités et de la date de fin.

Voyons ce qui est vrai dans la promesse, ce qu'est le lock-in exactement, et la checklist à dérouler avant de choisir.

Ce que ces plateformes font vraiment bien

Le principe des plateformes « zéro friction », c'est de supprimer tout ce qui bloquait un non-développeur : pas d'installation, pas de terminal, pas de configuration. Tu écris « je veux une app pour gérer les réservations de mon gîte », tu itères par la conversation, et l'app existe. Interface, base de données, hébergement : tout est pris en charge.

Et il faut le dire sans détour : ça marche. Pour valider une idée en un week-end, pour construire l'outil interne que personne n'allait jamais te développer, pour montrer un vrai prototype à de vrais utilisateurs plutôt qu'un PowerPoint, ces outils sont imbattables.

C'est aussi une excellente nouvelle collective. Des milliers de problèmes trop petits ou trop spécifiques pour intéresser un éditeur de logiciels trouvent enfin leur solution, construite par la personne qui vit le problème au quotidien.

Le lock-in, expliqué calmement

Le lock-in — l'enfermement propriétaire — c'est quand ton projet ne peut pas vivre ailleurs que sur la plateforme qui l'a vu naître. Pas besoin de scénario catastrophe pour comprendre l'enjeu. Trois situations banales suffisent :

Le prix monte. Ton app décolle, tu passes au plan supérieur, puis au suivant. Si tu ne peux pas partir, tu paies le tarif demandé, quel qu'il soit.
Une fonctionnalité manque. Tu as besoin d'un export PDF, d'un paiement spécifique, d'une intégration précise. Si la plateforme ne la propose pas, tu attends. Peut-être longtemps.
Le service évolue ou ferme. Les startups pivotent, se font racheter, changent de cible. Ce n'est la faute de personne, mais ton app est chez elles.

Rien de tout ça n'est une raison de fuir ces plateformes. C'est une raison de vérifier, avant de t'installer, que tu peux déménager. C'est la différence entre louer un appartement et louer un appartement sans porte.

Les 5 questions à poser avant de choisir

Pose-les avant de créer ton compte, ou aujourd'hui si ton app existe déjà. Cinq minutes dans la doc de la plateforme suffisent souvent à obtenir les réponses.

Peux-tu exporter le code ? L'idéal : une synchronisation vers GitHub en un clic. À défaut, un export ZIP complet. Si la réponse est « non », tu connais le prix réel de la plateforme.
La base de données est-elle un standard ? Postgres ou SQLite, ce sont tes données, lisibles par n'importe quel outil. Un format maison, ce sont des données que seule la plateforme sait lire.
Le domaine t'appartient-il ? monapp.laplateforme.com, c'est leur adresse. tondomaine.fr acheté chez un registrar indépendant, c'est la tienne — et elle te suit partout.
Que coûte le passage à l'échelle ? Regarde la grille tarifaire deux crans au-dessus de ton plan actuel. C'est le prix que tu paieras si ça marche.
Peux-tu faire tourner l'app ailleurs ? Le test ultime. Si le code exporté peut se lancer chez un autre hébergeur, tu es libre. La réponse est souvent dans la doc, section « export » ou « self-hosting ».

Aucune plateforme ne coche forcément les cinq cases. Mais tu dois savoir lesquelles manquent avant de construire, pas après.

Le chemin de sortie type

Bonne nouvelle : la porte de sortie se prépare en avance, sans rien casser. Le chemin est toujours le même, en trois étapes.

Étape 1 : exporte le code. Fais-le dès maintenant, même si tout va bien. Un export qui marche aujourd'hui, c'est une assurance pour demain.

Étape 2 : mets le code sur Git. Git, c'est l'historique de ton projet, hébergé sur ton propre compte GitHub (gratuit). Même sans comprendre le contenu des fichiers, cinq commandes suffisent :

git init
git add .
git commit -m "Sauvegarde hors plateforme"
git remote add origin https://github.com/toi/mon-app.git
git push -u origin main

À partir de là, ton code existe en dehors de la plateforme. C'est le moment charnière. Et si tu veux prendre de bonnes habitudes autour de Git et des outils IA, j'en parle dans vibe coder comme un pro.

Étape 3 : héberge ailleurs quand le projet devient sérieux. Pas besoin de le faire au premier jour. Mais quand ton app a de vrais utilisateurs, la faire tourner chez un hébergeur standard te redonne le contrôle des prix et des fonctionnalités. J'ai détaillé ce passage dans du localhost à une URL.

Par où commencer aujourd'hui

Pas besoin de tout faire d'un coup. Voici la version actionnable, dans l'ordre :

[ ] Tu n'as pas encore choisi de plateforme ? Déroule les 5 questions ci-dessus sur tes deux ou trois candidates. Choisis celle qui coche le plus de cases.
[ ] Ton app existe déjà ? Teste l'export de code aujourd'hui. Pas la semaine prochaine : aujourd'hui. C'est le seul point de la liste qui ne peut pas attendre.
[ ] Crée un compte GitHub (gratuit) et pousse ton premier export dessus, même imparfait.
[ ] Achète ton nom de domaine chez un registrar indépendant de ta plateforme, et branche-le sur ton app.
[ ] Note ta limite de prix. Le montant mensuel au-delà duquel tu préfères déménager. Décidé à froid, c'est plus facile.
[ ] Répète l'export une fois par mois. Une porte de sortie, ça s'entretient.

Créer sans coder, c'est une vraie liberté. Garder la porte ouverte, c'est ce qui fait qu'elle le reste.