« Nous sommes une agence immobilière à Rennes, cinq personnes. On voudrait un outil pour suivre nos mandats et nos visites, avec un accès pour les propriétaires. Mon associé a testé Lovable un dimanche : en trois heures, il avait une maquette qui marche. Est-ce qu'on peut vraiment construire notre outil comme ça, sans développeur ? »
Exemple de situation
Oui pour une maquette, un prototype ou un petit outil interne sans données sensibles : les outils de création d'applications par IA le font vite et pour quelques dizaines d'euros par mois. Non, sans regard technique, dès que l'outil stocke des données de clients, ouvre des accès à des personnes extérieures ou gère de l'argent : c'est là que se logent les failles, et c'est vous qui en répondez au titre du RGPD. L'agence de sécurité française (ANSSI) et son homologue allemande le disent clairement : ces assistants ne remplacent pas des développeurs expérimentés.
Que savent faire ces outils, concrètement ?
On décrit ce qu'on veut en français (« un tableau des mandats, une fiche par bien, un espace pour chaque propriétaire »), et l'outil écrit le code, crée la base de données et met l'application en ligne. Les plus connus sont Lovable, Bolt ou Replit ; ChatGPT et Claude savent aussi écrire du code, mais il faut alors l'installer et l'héberger soi-même. Cette façon de programmer en conversant avec une IA, sans lire le code, s'appelle le « vibe coding ».
Le résultat est souvent bluffant pour une démonstration : des écrans propres, des boutons qui marchent, des données qui s'enregistrent. C'est une vraie avancée pour tester une idée, montrer ce qu'on veut à un associé ou à un prestataire, ou remplacer un tableur partagé par un petit outil.
Combien ça coûte, vraiment ?
Prenons Lovable, dont la documentation publie les prix. La formule gratuite donne 5 crédits de construction par jour, dans la limite de 30 par mois. La formule Pro commence à 25 $ par mois pour 100 crédits, et monte par paliers (200 crédits pour 50 $, 400 pour 100 $…). Le nom de domaine personnalisé, par exemple outil.votre-agence.fr, demande une formule payante¹.
Chaque demande faite à l'IA consomme des crédits. Un outil qui grossit, ou une erreur que l'IA corrige mal et qu'il faut lui redemander plusieurs fois, fait donc monter la facture. Le vrai coût, surtout, c'est votre temps : décrire, tester, recommencer, puis maintenir. Sur un outil métier qui doit tourner tous les jours, ce temps se compte en semaines.
Où se cachent les risques de sécurité ?
Une application peut fonctionner parfaitement à l'écran et laisser ses données ouvertes à n'importe qui. Le cas le mieux documenté concerne justement Lovable. En mars 2025, le chercheur Matt Palmer a analysé 1 645 applications présentées sur la vitrine de Lovable : 170 d'entre elles, soit environ une sur dix, avaient des règles d'accès à la base de données insuffisantes. Noms, adresses e-mail, numéros de téléphone ou données de paiement y étaient lisibles sans se connecter².
La faille a été enregistrée sous la référence CVE-2025-48757, avec une gravité notée 9,3 sur 10 : un attaquant non connecté pouvait lire ou modifier les tables de ces applications. Lovable conteste la qualification et répond que chaque client est responsable de la protection des données de son application³. Autrement dit : l'outil construit, mais c'est à vous de vérifier.
Ce n'est pas propre à un outil. Veracode, un éditeur de logiciels de sécurité, a soumis 80 exercices de programmation à plus de 100 modèles d'IA : dans 45 % des cas, le code produit contenait une faille de sécurité connue⁴. C'est une étude d'éditeur, sur ses propres tests, mais elle va dans le même sens que les autorités.
En octobre 2024, l'ANSSI et le BSI, son équivalent allemand, ont publié des recommandations communes sur les assistants de programmation par IA. Leur conclusion : ces outils ne remplacent pas des développeurs expérimentés, ne garantissent pas un code de qualité, et un usage sans encadrement peut avoir de graves conséquences sur la sécurité⁵.
Les données de vos clients : ce que vous impose le RGPD
Dans l'exemple de l'agence, l'outil contiendrait les noms, coordonnées et biens des propriétaires : ce sont des données personnelles. L'entreprise qui décide de les collecter en est responsable, même si c'est une IA qui a écrit l'application. Le RGPD lui demande de mettre en place des mesures de sécurité adaptées au risque (article 32)⁶.
L'outil de création et l'hébergeur qui stockent ces données agissent pour votre compte : ce sont des sous-traitants au sens du RGPD. Il vous faut un contrat qui encadre ce qu'ils font des données (article 28)⁶. La CNIL recommande aussi de demander la politique de sécurité du prestataire et de savoir s'il fait lui-même appel à d'autres sous-traitants⁷. Avant d'y mettre de vraies données, lisez donc les conditions de l'outil : où les données sont hébergées, qui peut y accéder, ce qu'il advient du projet si vous arrêtez l'abonnement.
Et une fois l'outil en ligne, qui le fait vivre ?
Une application n'est jamais finie. Il faudra corriger les bugs que vos collègues découvriront, ajouter ce qui manque, suivre les mises à jour des briques utilisées, et réagir si quelque chose casse un lundi matin. Quand personne dans l'entreprise ne comprend le code, chaque correction repasse par l'IA, qui peut réparer un écran en en cassant un autre.
Pensez aussi à la sortie. Lovable permet de synchroniser le code avec GitHub ou GitLab, sur toutes ses formules¹ : activez-le dès le départ, pour garder une copie du code hors de la plateforme et pouvoir le confier un jour à un développeur.
Faire soi-même ou faire appel à un professionnel : où placer la limite ?
| Votre projet | Seul avec l'IA ? | Pourquoi |
|---|---|---|
| Maquette pour tester une idée ou la montrer | Oui | Rapide, peu coûteux, aucune vraie donnée en jeu. |
| Petit outil interne, sans données personnelles | Oui, avec prudence | Le risque se limite à votre équipe ; gardez une copie du code. |
| Outil avec des données de clients ou de salariés | Pas sans vérification | Règles d'accès, contrat de sous-traitance, sécurité : c'est votre responsabilité. |
| Accès pour des personnes extérieures (clients, propriétaires) | Non | Chaque compte extérieur est une porte d'entrée à protéger. |
| Paiement en ligne, données de santé, outil critique | Non | Une erreur coûte de l'argent, des données ou votre activité. |
Une voie intermédiaire marche souvent bien : construire la maquette vous-même pour clarifier ce que vous voulez, puis la faire relire, sécuriser ou reconstruire par un professionnel. La maquette devient alors le meilleur des cahiers des charges.
Ce qui dépend de votre cas
Les outils et leurs prix changent vite : ceux cités ici ont été relevés le 9 novembre 2026. La bonne décision dépend de la sensibilité des données, du nombre d'utilisateurs et de ce qui se passe si l'outil s'arrête. Pour la propriété du code généré ou un contrat de sous-traitance à négocier, un avocat est l'interlocuteur adapté.
Et chez Prestalgo ?
Nous utilisons nous-mêmes l'IA pour écrire et relire du code ; ce qui est livré est relu et testé avant la livraison. Si vous avez déjà une maquette, elle nous sert à comprendre votre besoin. Nous pouvons ensuite vérifier la sécurité de ce qui existe, avec un audit de sécurité à partir de 500 € HT, ou construire l'outil, avec une application sur mesure à partir de 2 999 € HT. Si vous préférez construire vous-même avec un regard technique à vos côtés, la direction technique se facture 100 € HT de l'heure. Le détail est sur la page Tarifs.
Questions fréquentes
Le code créé par l'IA nous appartient-il ?
Cela dépend d'abord des conditions d'utilisation de l'outil, à lire avant de commencer : elles disent ce que vous pouvez faire du code et ce que la plateforme peut faire de vos données. La protection par le droit d'auteur d'un code écrit presque entièrement par une IA reste une question juridique discutée ; si l'outil devient un actif important de votre entreprise, faites le point avec un avocat.
ChatGPT ou Claude suffisent-ils, sans outil spécialisé ?
Ils écrivent du code, parfois très bien, mais ne livrent pas une application en ligne : il faut ensuite installer ce code, choisir un hébergement, créer la base de données et la protéger. Pour quelqu'un qui n'est pas développeur, c'est souvent plus difficile qu'avec un outil comme Lovable, qui fait ces étapes à votre place.
Un développeur peut-il reprendre ce que nous avons commencé ?
Oui, à condition d'avoir le code, idéalement synchronisé sur un dépôt GitHub ou GitLab à votre nom. Le développeur évalue ensuite s'il vaut mieux corriger l'existant ou repartir d'une base propre en gardant les écrans et le fonctionnement que vous avez validés. Dans les deux cas, votre maquette fait gagner du temps, car elle montre précisément ce que vous attendez.
Faut-il encadrer l'usage de ces outils par nos salariés ?
Oui : dites par écrit quels outils sont autorisés, quelles données peuvent y être collées et qui valide une mise en ligne. Un salarié qui publie seul un outil branché sur le fichier clients engage l'entreprise. Une courte règle interne, accompagnée d'une formation sur des cas réels, évite la plupart des mauvaises surprises.
Sources
- Lovable, « Subscription plans », documentation Lovable, consulté le 9 novembre 2026 : docs.lovable.dev
- Matt Palmer, « Statement on CVE-2025-48757 », 29 mai 2025, consulté le 9 novembre 2026 : mattpalmer.io
- NIST, National Vulnerability Database, « CVE-2025-48757 », publié le 30 mai 2025, consulté le 9 novembre 2026 : nvd.nist.gov
- Veracode, « AI-Generated Code Poses Major Security Risks in Nearly Half of All Development Tasks, Veracode Research Reveals », communiqué, 30 juillet 2025, consulté le 9 novembre 2026 : veracode.com
- ANSSI et BSI, « AI Coding Assistants », 4 octobre 2024, consulté le 9 novembre 2026 : cyber.gouv.fr
- CNIL, « Règlement européen sur la protection des données, chapitre IV : responsable du traitement et sous-traitant » (articles 28 et 32), consulté le 9 novembre 2026 : cnil.fr
- CNIL, « Responsable de traitement et sous-traitant : 6 bonnes pratiques pour respecter les données personnelles », 8 juillet 2020, consulté le 9 novembre 2026 : cnil.fr
Alexandre Gougeon, fondateur de Prestalgo, développeur full stack depuis 2015. Prestalgo a construit les applications de Youngs Job et de Groume, une partie de celle de SAUVLife, et les fait tourner au quotidien.