AccueilArticlesJ'ai créé une application avec base44

AI & VIBE CODING · Outils et logiciel

J'ai créé une application avec base44 — pourquoi payer quelqu'un ?

Une question légitime, qui mérite une réponse honnête. Ces outils fonctionnent vraiment, et parfois ils suffisent amplement. Mais il existe une ligne nette où ils cassent — et elle passe exactement là où entrent de vrais clients.

Créer une application avec l'IA dans des outils comme base44, Lovable ou Bolt — ce que l'on appelle le vibe coding — fonctionne vraiment, et c'est excellent pour un prototype, un outil interne ou une page d'atterrissage. Cela casse dès que de vraies données clients entrent : la sécurité, la conformité à la loi sur la vie privée, la propriété du code et la maintenance dans la durée sont précisément les parties que l'outil saute. La question n'est pas de savoir s'il faut construire avec l'IA, mais ce qui se trouve sous le capot.

Qu'est-ce que le vibe coding, et qu'est-ce que base44 au juste ?

Le vibe coding consiste à créer un logiciel en décrivant avec des mots ce que l'on veut, tandis qu'une IA écrit le code. Vous tapez « crée-moi une application de gestion clients avec un agenda et des rappels », et quelques minutes plus tard un écran fonctionnel est devant vous. base44 — une plateforme israélienne — aux côtés de Lovable, Bolt et Replit, en a fait une expérience qui ressemble à de la magie.

Et ce n'est pas de la science-fiction ; cela fonctionne réellement. Pour mettre une idée sur pied, vérifier qu'un écran tient la route, ou montrer une direction à un client — il n'y a pas plus rapide. Chez appotto, nous nous appuyons nous aussi sur ces outils, à l'étape du cadrage et du prototype.

Alors si tout est si bon, d'où vient l'écart ? L'écart se situe entre « ça marche sur mon écran » et « ça tient sous la charge d'une vraie entreprise, pendant des années, avec les informations des clients à l'intérieur ». Ces deux choses ne sont pas la même, et il est très facile de les confondre.

Quand créer une application avec l'IA suffit-il vraiment ?

Bien plus souvent qu'on ne le croit. Si l'objectif est de tester une idée, de faire tourner un outil interne que seuls vous et l'équipe utilisez, de monter une page d'atterrissage, ou de créer un petit utilitaire personnel — le vibe coding n'est pas un compromis, c'est le bon outil.

Les signes que cela suffit : il n'y a pas de données sensibles concernant d'autres personnes dans le système, il n'y a pas une large base d'utilisateurs qui en dépend, et vous êtes prêt à jeter cette version et à la reconstruire sans catastrophe s'il le faut. Dans ce cas, payer quelqu'un serait un gaspillage.

Le problème commence au moment où l'outil temporaire devient discrètement l'outil permanent — quand le prototype que vous avez créé « juste pour voir » se remplit soudain de véritables fiches de clients payants, sans que personne ne se soit arrêté pour décider qu'il s'agit désormais d'un système de production.

Où cela casse-t-il dès que de vraies données entrent ?

À quatre endroits, et tous sont invisibles sur le bel écran qu'on vous a remis.

La sécurité. C'est le point le plus dangereux. Les applications créées rapidement avec l'IA exposent souvent la base de données directement au navigateur, placent des clés d'accès dans le code côté client, ou restent sans règles d'autorisation côté serveur. Quelqu'un qui sait ce qu'il fait peut ouvrir les outils de développement du navigateur et récupérer toutes les données — sans rien « pirater ». Ce n'est pas un cas extrême, c'est le comportement par défaut de beaucoup de ces applications.

La loi. Dès que vous détenez des informations sur des clients, les obligations de sécurité de l'information de la loi israélienne sur la vie privée entrent en jeu — qui peut voir quoi, chiffrement, journalisation des accès, et suppression sur demande. Tout cela doit être conçu dès le départ, et n'existe pas par défaut dans un outil de vibe coding. Nous avons détaillé ce qui s'applique à une petite entreprise dans l'article sur l'amendement n° 13 à la loi sur la vie privée.

La propriété et la dépendance. Le code tourne sur la plateforme, pas chez vous. Il y a un quota de jetons ou de crédits, il y a des conditions d'utilisation, et il y a une question ouverte : que se passe-t-il si le prix augmente, si la plateforme change de cap ou si elle ferme ? base44, par exemple, a été rachetée par une grande entreprise — un changement de propriété change aussi les conditions.

La maintenance. Qui corrige un bogue dans six mois ? Qui ajoute la fonctionnalité demandée par le client ? Qui est éveillé quand le système tombe la nuit avant une échéance ? L'outil qui vous a créé un bel écran n'a répondu à aucune de ces questions — elles commencent exactement après qu'il a fini.

Pourquoi l'application que j'ai créée avec l'IA n'apparaît-elle pas dans Google et ChatGPT ?

C'est une question distincte, et particulièrement importante pour qui veut que son site ou son système soit trouvé. La plupart de ces outils produisent une application monopage (SPA) : la page qui arrive au navigateur est presque vide, et le contenu est construit à la volée à l'aide de JavaScript.

Google, au bout du compte, sait exécuter le JavaScript et voir le contenu. Mais les robots des moteurs d'IA — GPTBot d'OpenAI, ClaudeBot, PerplexityBot — récupèrent en général uniquement le HTML brut et n'exécutent pas JavaScript. Ils arrivent, voient une page presque vide, et passent leur chemin. Résultat : l'agent conversationnel ne sait pas que vous existez.

La solution est de servir le contenu déjà prêt dans le HTML (rendu côté serveur ou pages statiques), avec des données structurées (schema) et un sitemap. C'est faisable, mais c'est exactement le genre de travail sous le capot que les outils de vibe coding ne font pas pour vous par défaut — et aussi la raison pour laquelle le site que vous lisez en ce moment est construit ainsi.

QuestionVibe coding (base44 / Lovable)Développement sur mesure
Idéal pourPrototype, outil interne, page d'atterrissage, test d'une idéeUn système de production avec de vrais clients et données
Données sensiblesRisqué — la base de données est souvent exposéeAutorisations et chiffrement conçus dès le départ
Conformité à la loi sur la vie privéePas intégrée par défautIntégrée au système et examinée juridiquement
Propriété du codeTourne sur la plateforme ; liée aux quotas et conditionsVotre code, transférable
Visibilité dans Google et les moteurs d'IAEn général une SPA — semble vide aux robots d'IAHTML servi prêt, exploré et cité
Maintenance et responsabilitéÀ votre charge, sans appui professionnelAccompagnement, correctifs et développement continu
Délai de démarrageQuelques minutesDe quelques jours à quelques semaines

Alors que faire — abandonner l'IA ?

Absolument pas. L'outil n'est pas l'ennemi — bien au contraire : il accélère les premières étapes et permet de tester des directions à moindre coût. La bonne question n'est pas « IA ou développeur » mais « qu'y a-t-il sous le capot une fois que c'est un vrai système ».

Chez appotto, nous utilisons ces outils dès le premier jour — puis nous ajoutons la couche qu'ils sautent : sécurité par défaut, pleine propriété du code, visibilité auprès des moteurs de recherche et d'IA, et maintenance continue. Toute question de vie privée et de sécurité de l'information passe par un examen juridique en bonne et due forme auprès du conseiller juridique de l'atelier.

L'exemple le plus net est le système CRM pour avocats. Un associé d'un grand cabinet d'avocats à Ra'anana, comptant des dizaines d'avocats, a cadré le système et défini sa politique de sécurité de l'information — séparation totale entre les dossiers, autorisations par avocat et par dossier, et chiffrement. Une application créée en quelques invites n'atteint pas un tel niveau, et n'est pas censée l'atteindre.

Une note honnête. appotto n'est pas contre l'intelligence artificielle ni contre le vibe coding — nous utilisons ces outils nous-mêmes. Cet article vise à vous aider à décider quand un outil rapide suffit et quand il en faut davantage, et non à vous détourner de quelque chose de bon. Si ce que vous avez créé vous convient et ne contient les données de personne d'autre — parfait, n'y changez rien.

Et si vous cherchez à comprendre ce que cela signifie côté budget, ce qu'exige la loi sur la vie privée est un bon point de départ pour voir comment les détails s'additionnent. S'il s'avère qu'il vous faut plus qu'un outil rapide, le plus rapide pour le savoir est simplement de nous écrire un court message.

Questions fréquentes

Qu'est-ce que le vibe coding ?

Le vibe coding consiste à créer un logiciel en décrivant avec des mots ce que l'on veut, tandis qu'une IA écrit le code. Des outils comme base44, Lovable, Bolt et Replit permettent de mettre en place une application fonctionnelle sans écrire une ligne de code. C'est réel et impressionnant, et c'est excellent pour un prototype, un outil interne ou une page d'atterrissage.

Peut-on stocker des données clients dans une application créée avec base44 ?

Techniquement oui, mais avec prudence. Les applications créées rapidement avec l'IA exposent souvent la base de données directement au navigateur, placent des clés d'accès dans le code côté client, ou restent sans règles d'autorisation côté serveur — autant de failles faciles à exploiter. Les données clients déclenchent aussi les obligations de sécurité de l'information de la loi sur la vie privée, qui ne sont pas intégrées par défaut dans ces outils.

Pourquoi l'application que j'ai créée avec l'IA n'apparaît-elle pas dans Google et ChatGPT ?

La plupart de ces outils produisent une application monopage (SPA), où le contenu est construit dans le navigateur à l'aide de JavaScript. Google finit par exécuter le code et voir le contenu, mais les robots des moteurs d'IA — GPTBot, ClaudeBot, PerplexityBot — récupèrent en général uniquement le HTML brut et n'exécutent pas JavaScript, si bien qu'ils voient une page presque vide et passent leur chemin.

Suis-je propriétaire du code généré dans base44 ?

Cela dépend de la plateforme et de la formule. Certains outils exécutent l'application uniquement sur leur propre infrastructure et vous limitent par des quotas de jetons ou de crédits, tandis que d'autres permettent d'exporter le code. Il vaut la peine de vérifier à l'avance qui héberge le code, ce qui se passe si les prix changent ou si la plateforme ferme, et si vous pouvez déplacer le système ailleurs.

Quand faut-il passer d'un outil d'IA à un développement sur mesure ?

Lorsque de vraies données clients entrent, lorsqu'il faut des autorisations et une sécurité sérieuses, lorsque le système doit apparaître dans la recherche et dans les moteurs d'IA, et lorsque quelqu'un doit l'entretenir dans la durée. À ce stade, l'outil n'est pas l'ennemi — il vous faut simplement la couche qui se trouve en dessous : sécurité, propriété du code, examen juridique et maintenance.

Sources

  1. Google Search Central — les bases du référencement JavaScript — comment Googlebot effectue le rendu du JavaScript, et pourquoi un contenu construit côté client peut ne pas être exploré immédiatement.
  2. OpenAI — Bots (GPTBot / OAI-SearchBot) — documentation des robots d'OpenAI et de la façon dont ils accèdent aux pages.
  3. base44 — la plateforme de création d'applications citée en exemple.

Vous avez créé quelque chose, et c'est devenu sérieux ?

Dites-nous ce que vous avez créé et où cela a coincé — sécurité, données, visibilité ou maintenance. Nous examinons cela avec vous, et vous recevez un devis fixé d'avance. Premier échange gratuit.

Écrivez-nous