Lovable est une plateforme de développement full-stack pilotée par IA qui transforme une simple conversation en application web complète, avec interface, backend, base de données et authentification. Le code produit est un projet Vite et React standard, synchronisable vers votre dépôt GitHub et hébergeable chez vous.
Vous avez utilisé cet outil ? Notez-le
Vous avez utilisé cet outil ? Notez-le
Lovable est une plateforme de développement full-stack pilotée par intelligence artificielle. Vous décrivez ce que vous voulez en langage ordinaire, et la plateforme écrit, exécute et met en ligne une application web fonctionnelle à votre place. Sa propre documentation la définit comme une plateforme permettant de construire, d'améliorer et de déployer des applications web en langage naturel, avec du vrai code, de la sécurité et une gouvernance adaptée aux entreprises. Cette définition mérite d'être prise au pied de la lettre, car chacun de ces trois éléments marque une distance délibérée avec les créateurs de sites par glisser-déposer auxquels on associe souvent Lovable.
La distinction la plus importante concerne ce que vous récupérez à la fin. Un projet Lovable n'est pas une configuration de pages propriétaire enfermée dans un éditeur hébergé. Chaque projet produit une application complète qui comprend l'interface, le serveur, la base de données, l'authentification et les intégrations, le tout soutenu par du code modifiable. Ce code repose sur des technologies web courantes plutôt que sur un dialecte spécifique à la plateforme, ce qui explique pourquoi les questions d'enfermement trouvent ici des réponses inhabituellement concrètes.
L'entreprise a été fondée à Stockholm en 2023 par Anton Osika et Fabian Hedin, et elle est devenue l'un des noms emblématiques de la vague du vibe coding, cette pratique consistant à construire des logiciels en conversant avec un modèle plutôt qu'en tapant chaque ligne. Sur Product Hunt, le produit se présente comme le premier ingénieur full-stack propulsé par l'intelligence artificielle, formule qui traduit bien l'ambition même si la réalité, comme pour tout outil génératif, se révèle plus nuancée à l'usage.
Il faut aussi préciser ce que Lovable n'est pas. Ce n'est pas un fournisseur de modèles. Lovable n'entraîne pas les grands modèles de langage qui effectuent le raisonnement ; il les orchestre, les enveloppe dans un environnement de construction et ajoute l'infrastructure — hébergement, authentification, paiements, analyse de sécurité — qui transforme du code généré en quelque chose que l'on peut réellement mettre devant des utilisateurs. Comprendre cette répartition des rôles explique l'essentiel de ses forces et de ses limites.
Lovable occupe l'espace entre deux catégories plus anciennes. D'un côté, les créateurs de sites sans code, faciles d'accès mais dont le résultat ne peut pas vous suivre ailleurs. De l'autre, les assistants de programmation qui vivent dans l'éditeur du développeur, produisant un excellent code mais supposant que vous savez déjà mener un projet. Lovable vise le milieu : suffisamment conversationnel pour qu'une personne non technique puisse commencer, tout en générant un véritable dépôt qu'un ingénieur pourra reprendre plus tard. Savoir si cette position intermédiaire vous convient constitue la question centrale du choix.
La construction passe par la conversation, mais toutes les conversations ne se valent pas. Lovable sépare la discussion de planification de la discussion d'exécution. Le mode planification sert à réfléchir, explorer et décider avant qu'une seule ligne de code ne soit écrite ; le mode construction implémente et vérifie les changements directement dans le projet, en prenant l'exécution en charge de bout en bout. Cette séparation compte autant en pratique qu'en théorie, car les deux modes ne sont pas facturés de la même façon, ce qui pèse directement sur le budget.
L'application générée n'est pas une page statique. Elle arrive avec une base de données, une logique côté serveur, des comptes utilisateurs et des intégrations tierces déjà reliées entre elles. L'authentification, le stockage, les fonctionnalités en temps réel et les fonctions sans serveur reposent sur Supabase dans l'offre Cloud gérée par Lovable, et les paiements s'ajoutent par conversation grâce à une intégration Stripe, sans avoir à écrire de gestionnaires de notifications à la main.
C'est la fonctionnalité qui distingue le plus Lovable de la catégorie des créateurs de sites, et la documentation se montre exceptionnellement directe. Tous les projets peuvent être synchronisés en continu vers votre propre dépôt GitHub ou GitLab, et rien ne vous empêche de cloner ce dépôt, de le modifier en dehors de la plateforme, de le déployer sur votre propre infrastructure ou de l'héberger entièrement vous-même. La synchronisation fonctionne dans les deux sens, si bien qu'un développeur peut intervenir dans le dépôt et voir ses changements revenir dans le projet.
La position sur la propriété est affirmée avec la même netteté dans la foire aux questions tarifaire officielle. À la question de savoir à qui appartiennent les projets et le code, Lovable répond qu'ils vous appartiennent : les applications, les sites et les autres projets que vous construisez, les données clients stockées sur la plateforme, ainsi que toute production générée par l'intelligence artificielle, sous réserve des droits de tiers sur les modèles sous-jacents. Cette dernière réserve constitue une précision normale et honnête sur les licences de modèles, et non une revendication cachée sur votre travail.
Lovable inclut un explorateur de fichiers et un éditeur, de sorte que vous n'êtes pas obligé de formuler chaque modification sous forme de requête. Vous pouvez parcourir les fichiers du projet, les modifier à la main, orienter l'assistant vers des fichiers et des lignes précis, ou télécharger l'ensemble du code. Sur l'offre gratuite, l'éditeur est en lecture seule ; la modification et le téléchargement de l'archive nécessitent un abonnement payant. Il en découle une conséquence économique très concrète : les crédits ne sont consommés que lorsque Lovable travaille pour vous dans la conversation, si bien que les corrections que vous effectuez vous-même dans l'éditeur n'entament pas votre solde.
Lovable prend en charge l'hébergement, le certificat de sécurité et l'infrastructure serveur, et sa page d'accueil accompagne cette promesse d'un engagement explicite : votre code et vos données restent les vôtres. Les paiements sont traités dans un grand nombre de pays avec la conversion des devises et la conformité fiscale, ce qui élimine une catégorie de travail qui bloque souvent les petites équipes bien après que l'application elle-même est terminée.
Compte tenu du public visé, l'outillage de sécurité constitue une fonctionnalité de premier plan plutôt qu'un ajout tardif. Une analyse de base vérifie les politiques de sécurité au niveau des lignes pour détecter les erreurs courantes, examine le schéma de la base de données et le contrôle d'accès, et audite les dépendances présentant des vulnérabilités connues. Une analyse approfondie va plus loin en repérant les règles d'accès aux données trop permissives, en signalant les points d'entrée serveur dépourvus d'authentification, et en identifiant les secrets exposés, les traitements d'entrée risqués et les fuites d'information par les messages d'erreur ou les journaux. Les analyses se déclenchent automatiquement avant publication, mais l'analyse approfondie ne s'exécute pas d'elle-même pendant que vous travaillez.
Les projets appartiennent à des espaces de travail, et l'espace de travail constitue l'unité de facturation et de contrôle d'accès. Les offres Business et Enterprise ajoutent la gestion des droits par rôle, l'authentification unique, les journaux d'audit et un centre de sécurité. Les propriétaires et administrateurs peuvent fixer une limite mensuelle de crédits par défaut et des plafonds individuels, mécanisme qui empêche un collègue enthousiaste d'épuiser un solde partagé en une après-midi.
Au-delà du navigateur, une application de bureau native couvre macOS sur puces Apple comme sur processeurs Intel, ainsi que Windows. Elle offre tout ce que propose la version web, en y ajoutant la prise en charge de serveurs MCP locaux, les onglets multi-projets et les raccourcis clavier, la prise en charge locale méritant une attention particulière puisqu'elle permet à l'assistant d'atteindre des outils qui tournent sur votre propre machine. Une application mobile permet de piloter et de relire les projets depuis un téléphone ou une tablette.
L'usage le plus régulièrement couronné de succès reste l'outil interne dont une équipe a réellement besoin mais qui n'a jamais pu justifier l'affectation d'un développeur. Suivis de validation, listes d'intégration des nouveaux arrivants, tableaux de bord d'inventaire, formulaires de demande adossés à une vraie base de données. Ces applications ont des exigences indulgentes, une base d'utilisateurs restreinte et connue, et un responsable identifié capable de les corriger. Les témoignages clients officiels penchent nettement dans cette direction, décrivant des organisations remplaçant plusieurs abonnements logiciels par des équivalents construits en interne.
Transformer un concept en quelque chose de cliquable en une après-midi change la nature des discussions produit. Un fondateur peut placer un parcours fonctionnel devant dix clients potentiels au lieu d'une présentation. Un concepteur peut vérifier si une interaction donne vraiment la bonne sensation plutôt que d'en débattre dans l'abstrait. Comme le résultat est une application réellement déployée avec une adresse, les participants n'ont pas à combler les vides par l'imagination.
La démonstration de la page d'accueil consiste littéralement à demander la création d'une page d'atterrissage, et cela demeure le chemin le plus rapide vers un résultat utile. Les équipes marketing produisent des pages de campagne, des listes d'attente et des sites de lancement sans faire la queue derrière le carnet de commandes technique, l'hébergement et le certificat étant déjà réglés.
Les agences utilisent la construction conversationnelle pour comprimer les premières phases d'un projet. Le détail décisif pour ce public est la synchronisation Git : puisque le livrable est un dépôt standard et non une configuration hébergée, une agence peut remettre à son client quelque chose qui survit à la fin de la mission et que le prestataire suivant pourra maintenir.
La remise étudiante signale un public éducatif, et la plateforme s'y prête. Les apprenants voient une application full-stack se constituer, puis ouvrent l'éditeur pour lire comment le routage, l'authentification et l'accès aux données sont réellement câblés. Utilisée ainsi — construire d'abord, lire le résultat ensuite — elle fonctionne comme un support pédagogique remarquablement concret.
Les fonctions orientées entreprise existent parce que les grandes organisations sont arrivées. Lorsque de nombreux non-développeurs construisent chacun de petits outils, la difficulté se déplace vers la gouvernance : qui accède à quoi, quelles données servent à l'entraînement, que se passe-t-il lorsqu'une personne quitte l'entreprise. Les journaux d'audit, l'authentification unique et les centres de sécurité répondent précisément à ce scénario.
Corrigez vous-même ce qui est petit. Puisque les crédits ne sont dépensés que lorsque l'assistant travaille dans la conversation, ouvrir l'éditeur pour rectifier un libellé, une couleur ou une faute de frappe ne coûte absolument rien. Les utilisateurs qui intègrent l'éditeur à leur routine dépensent nettement moins que ceux qui font passer chaque modification par le dialogue.
Sortez tôt de la boucle de débogage. La façon la plus courante de gaspiller de l'argent sur n'importe quel outil conversationnel consiste à redemander sans cesse la même correction. Si deux tentatives n'ont rien donné, arrêtez. Lisez le code réel, identifiez la fonction précise en cause, puis corrigez-la manuellement ou pointez l'assistant exactement sur le fichier et la ligne au lieu de reformuler le symptôme.
Décrivez des résultats, pas des implémentations. Expliquer ce que l'utilisateur doit pouvoir accomplir donne généralement de meilleurs résultats que prescrire la manière de le construire, car le modèle peut alors choisir une approche cohérente au lieu d'assembler les fragments de votre architecture mentale.
Fixez des plafonds de crédits avant d'inviter des collègues. Dans un espace partagé, les limites individuelles font la différence entre une facture prévisible et une mauvaise surprise.
Traitez l'authentification et les permissions générées comme du code non relu. Ce sont les domaines où le code généré échoue avec les conséquences les plus lourdes, et les deux sont liés : une règle de contrôle d'accès qui paraît correcte dans l'éditeur peut produire l'effet inverse. Testez en tant que visiteur non authentifié, et pas seulement en tant qu'utilisateur connecté.
Surveillez les dates de vos crédits. Les crédits expirent selon un calendrier, si bien qu'un abonnement annuel acheté pour un projet qui prend du retard peut perdre de sa valeur par le simple effet du délai.
Les fondateurs non techniques et les créateurs solitaires connaissent le changement le plus spectaculaire. Une personne ayant une idée de produit claire mais aucune formation en développement peut atteindre une application déployée et fonctionnelle, ce qui exigeait auparavant soit de l'argent, soit un associé technique.
Les responsables produit, concepteurs et équipes opérationnelles en entreprise l'utilisent pour construire l'outil dont ils ont besoin au lieu de rédiger un cahier des charges et d'attendre. C'est le public qui croît le plus vite, et celui autour duquel les fonctions d'entreprise ont été bâties.
Les développeurs s'en servent comme accélérateur d'échafaudage plutôt que comme substitut à leur métier. Générer un squelette full-stack fonctionnel en quelques minutes, puis reprendre le dépôt dans un flux de travail habituel, constitue une pratique légitime et de plus en plus répandue — la production en Vite et React signifiant qu'il n'y a rien d'exotique à apprendre avant de reprendre la main.
Les agences et cabinets de conseil profitent à la fois de délais comprimés et d'un livrable réellement transférable.
Les enseignants et étudiants disposent d'un environnement remisé et peu contraignant pour enseigner la structure des applications web modernes.
Qui doit rester prudent : les équipes construisant des applications soumises à des obligations réglementaires strictes, à des exigences de performance inhabituelles ou à une logique métier fortement personnalisée. Également toute organisation ayant besoin que l'environnement de développement lui-même fonctionne à l'intérieur de son propre réseau, ce qui est explicitement impossible.
Lovable est avant tout une plateforme accessible par navigateur, et la version web constitue l'expérience complète. Au-delà, une application de bureau native couvre macOS sur puces Apple et Intel ainsi que Windows, en ajoutant la prise en charge de serveurs MCP locaux, les onglets multi-projets et les raccourcis clavier. Une application mobile permet de construire, de piloter et de relire les projets depuis un téléphone ou une tablette, ce qui convient davantage à la relecture et aux ajustements légers qu'à une construction soutenue.
Ce que Lovable produit fonctionne bien plus largement que là où Lovable lui-même fonctionne. Les applications sont des projets Vite et React standards, capables de tourner chez les grands fournisseurs de cloud comme AWS, GCP et Azure, sur des plateformes d'hébergement gérées ou sur une infrastructure que vous exploitez vous-même. En pratique, la disponibilité de la plateforme contraint l'endroit où vous travaillez, pas celui où vit votre logiciel.
Le résultat produit est une application web. Lovable n'est pas un compilateur d'applications mobiles natives, et le considérer comme une voie vers les magasins d'applications iOS ou Android revient à se méprendre sur le produit.
Lovable repose sur un système de crédits superposé à quatre niveaux d'abonnement, et comprendre le fonctionnement des crédits importe davantage que comparer les prix affichés.
La documentation présente quatre niveaux : Free, Pro, Business et Enterprise. Pro démarre à 25 dollars américains par mois avec 100 crédits ; Business démarre à 50 dollars par mois, également avec 100 crédits, l'écart de prix reflétant des fonctions de gouvernance plutôt qu'une capacité supérieure. Les deux niveaux montent ensuite vers des dotations de crédits plus importantes. La facturation annuelle offre un tarif mensuel réduit et des plafonds de report plus généreux pour les crédits inutilisés. L'offre Enterprise fait l'objet d'une tarification sur mesure selon le volume.
Point notable : la tarification ne se fait pas par siège. Les espaces de travail acceptent un nombre illimité de membres sur toutes les formules, et le prix dépend des crédits inclus et non du nombre de personnes. Inviter davantage de collaborateurs ne modifie donc pas le coût de l'abonnement, cela accélère seulement la consommation du solde partagé.
La formule gratuite comprend une dotation quotidienne de 5 crédits de construction, plafonnée à 30 par mois, plus une dotation mensuelle de 20 crédits Cloud et 4 crédits utilisables par les fonctions d'intelligence artificielle intégrées aux applications. C'est suffisant pour évaluer sérieusement le produit, même si l'éditeur en lecture seule signifie que vous ne pourrez pas télécharger votre projet avant de souscrire.
Ce point mérite une attention soutenue, car c'est là que les attentes se brisent le plus souvent. La consommation n'est pas d'un crédit par message. En mode par défaut, les crédits varient selon la complexité de la tâche, tandis que le mode planification facture un crédit fixe par message. Les exemples publiés — 0,50 pour un ajustement de style, 0,90 pour la suppression d'un composant, 1,20 pour l'authentification, 1,70 pour une page d'atterrissage complète — montrent qu'une petite correction coûte généralement une fraction de crédit plutôt qu'un crédit entier, ce qui se révèle plus favorable que le modèle par message que beaucoup présupposent.
La réserve honnête est que cette générosité par requête ne se traduit pas toujours par une dépense mensuelle prévisible, et la raison tient à l'échec plutôt qu'au tarif. Des évaluateurs sur Trustpilot rapportent que les erreurs répétées et les tâches échouées consomment les crédits beaucoup trop vite, décrivant des dépenses répétées pour résoudre le même problème. Chaque tentative isolée est bon marché ; douze tentatives sur le même défaut tenace ne le sont pas. Établissez votre budget sur le nombre d'itérations attendu, pas sur le tableau d'exemples.
Les crédits ne financent pas seulement la construction. Le même solde couvre l'hébergement de votre application déployée et les fonctions d'intelligence artificielle intégrées à l'application elle-même. Pour la plupart des applications récentes ou de taille modeste, l'hébergement n'engendre pas de coût significatif puisqu'il est couvert par la dotation incluse dans l'abonnement ; les applications atteignant un trafic ou une taille notable commencent à puiser dans le solde.
Les crédits mensuels inutilisés expirent deux mois après leur attribution, les crédits des formules annuelles un mois après la fin de la période annuelle, les crédits achetés en complément durent douze mois à compter de l'achat, et les dotations quotidiennes expirent chaque jour sans être reportées. Les recharges sont proposées à 0,30 dollar par crédit sur Pro et 0,60 sur Business. Les crédits ne sont ni remboursables ni convertibles en espèces. Une remise étudiante est accessible avec une adresse universitaire valide.
Bolt.new occupe presque le même espace conceptuel, générant des applications full-stack à partir d'instructions dans le navigateur, et constitue la comparaison la plus directe pour qui évalue les constructeurs conversationnels.
v0 de Vercel se concentre davantage sur la génération de composants d'interface et de pages, avec une intégration profonde dans l'écosystème Vercel et Next.js. C'est souvent le meilleur choix lorsque la difficulté se situe côté interface et que le serveur existe déjà.
Replit propose un environnement de développement cloud complet surmonté d'un agent, et séduit ceux qui veulent un véritable environnement de programmation assisté plutôt qu'une conversation produisant du code.
Claude Code, Cursor et assistants similaires inversent entièrement le modèle : vous conservez votre dépôt, votre chaîne d'outils et vos méthodes, et l'assistant travaille à l'intérieur. Pour les développeurs expérimentés, c'est généralement plus puissant, mais sans hébergement, sans provisionnement de base de données ni déploiement inclus.
Les plateformes sans code traditionnelles comme Webflow ou Bubble restent raisonnables lorsque le contrôle visuel importe plus que la possession du code source et que vous n'envisagez pas de migrer un jour.
Le facteur différenciant à peser dans ce paysage est la portabilité. La combinaison chez Lovable d'une production sur un cadre standard et d'un hébergement autonome sans restriction constitue un avantage réel face aux plateformes dont le résultat ne peut pas partir.
Vos applications sont transportables ; l'atelier ne l'est pas. La plateforme elle-même, c'est-à-dire l'éditeur et l'agent, est un service géré qui ne peut être ni auto-hébergé ni déployé à l'intérieur du réseau privé virtuel d'un client. Les organisations exigeant que l'outillage de développement fonctionne sur leur propre réseau jugeront ce point rédhibitoire, quelle que soit la portabilité du résultat.
L'issue de secours est réelle mais pas illimitée. Le passage vers Supabase géré ou auto-hébergé est pris en charge, mais migrer vers PostgreSQL nu ou vers d'autres fournisseurs de bases de données exigerait de réimplémenter des services équivalents d'authentification, de stockage et de traitement en périphérie, ce qui n'est pas pris en charge d'origine. Autrement dit, quitter Lovable se fait confortablement ; quitter l'architecture façonnée par Supabase constitue un véritable chantier.
C'est la réserve la plus importante de cette page. Le sujet n'est pas que la plateforme soit compromise, mais que les applications générées soient mises en ligne avec un contrôle d'accès mal configuré. En mars 2025, une vulnérabilité a été documentée : des sites construits sur la plateforme se connectaient à des bases Supabase sans contrôle d'accès approprié, pouvant exposer publiquement leur contenu ; l'entreprise a réagi en ajoutant des vérifications automatiques. La catégorie de problème n'a pas disparu pour autant. En février 2026, un cas largement commenté et rapporté par The Register décrivait une application hébergée chez Lovable, criblée de défauts élémentaires, ayant exposé 18 000 utilisateurs, en raison d'une fonction d'authentification dont la logique de contrôle d'accès était en pratique inversée : elle bloquait les utilisateurs légitimes tout en laissant entrer les visiteurs non authentifiés.
Lovable a investi substantiellement en réponse, intégrant la vérification des politiques au niveau des lignes, l'examen du contrôle d'accès et la détection de secrets dans son analyse. Mais la documentation de l'éditeur fixe correctement l'attente : ces outils aident à repérer les problèmes de sécurité courants mais ne peuvent pas garantir une sécurité complète. Quiconque manipule des données personnelles, financières ou de santé devrait considérer un audit de sécurité indépendant comme obligatoire et non facultatif.
La génération conversationnelle excelle sur les schémas éprouvés et faiblit sur la logique véritablement inédite. À mesure qu'un projet accumule des règles sur mesure et des fonctionnalités interdépendantes, la proportion de requêtes nécessitant plusieurs tentatives augmente, et c'est là que la consommation de crédits et la frustration grimpent de concert. Les évaluateurs décrivent uniformément un outil excellent pour les prototypes, les outils internes et les pages d'atterrissage, et moins fiable dès que la logique sur mesure et un contrôle fin deviennent nécessaires.
Lovable orchestre des modèles tiers plutôt que d'entraîner les siens. Sa passerelle sert d'intermédiaire pour connecter les applications à des fournisseurs externes, parmi lesquels OpenAI, Google Gemini et des modèles atteints via OpenRouter. Lovable n'entretient aucun lien capitalistique avec ces fournisseurs ; il en est le client. Le comportement des modèles, et donc la qualité de génération, peut évoluer lorsque ces fournisseurs modifient leur offre.
La page d'accueil de Lovable annonce un million de nouveaux projets par semaine, cinquante millions de projets construits et 720 millions de visites mensuelles vers les projets réalisés avec Lovable. La presse a de même rapporté environ 400 millions de dollars de revenu annualisé en février 2026 avec 146 salariés à temps plein. Tous ces chiffres proviennent de l'entreprise et n'ont pas fait l'objet d'un audit indépendant ; ils décrivent une dynamique commerciale, pas une qualité de produit.
Même avec des coûts unitaires bien documentés, le total mensuel dépend de la fréquence à laquelle la génération réussit du premier coup, ce que l'on ne peut pas savoir à l'avance. Traitez les premiers mois comme une phase de mesure plutôt que comme un régime stable.
Il existe une offre gratuite réelle, sans carte bancaire. Elle fournit 5 crédits de construction par jour, plafonnés à 30 par mois, plus 20 crédits Cloud mensuels et 4 crédits pour les fonctions d'intelligence artificielle intégrées à vos applications. C'est suffisant pour évaluer le produit et bâtir quelque chose de modeste, mais l'éditeur reste en lecture seule, si bien que télécharger votre projet exige un abonnement payant.
Oui, et c'est l'un des engagements les plus clairs de Lovable. Vous possédez vos applications, vos sites et vos autres projets, les données clients stockées sur la plateforme ainsi que les productions générées. Concrètement, les projets se synchronisent en continu vers votre propre dépôt GitHub ou GitLab, et vous pouvez cloner, modifier, déployer et héberger vous-même sans restriction. La seule réserve énoncée concerne les droits de tiers sur les modèles sous-jacents.
Généralement non. La tarification du mode construction évolue avec la complexité au lieu d'appliquer un forfait par message, et les exemples officiels situent une modification de style autour de 0,50 crédit et la suppression d'un composant autour de 0,90. Le mode planification fait exception avec un crédit fixe par message. Le vrai risque financier tient à la répétition plutôt qu'au prix unitaire : si une correction demande huit tentatives, vous payez huit tentatives, ce qui constitue la plainte la plus fréquente dans les avis.
Lovable n'entraîne pas ses propres modèles. Sa passerelle achemine les requêtes vers des fournisseurs tiers, notamment OpenAI, Google Gemini et des modèles disponibles via OpenRouter. Lovable est client de ces fournisseurs et non affilié à eux, et les évolutions en amont peuvent affecter la qualité produite.
Cela dépend de votre formule et de la date. À partir du 9 septembre 2026, les données clients des formules Free et Pro pourront servir à entraîner, développer et améliorer les modèles de Lovable, tandis que les données des espaces Business et Enterprise en sont exclues par défaut. Les utilisateurs Free et Pro peuvent se retirer à tout moment et gratuitement dans les réglages du compte. Ce retrait couvre les instructions, y compris les images et fichiers joints, le code, les fichiers de projet, les productions générées et les données d'usage. Les données des utilisateurs finaux de votre application et vos informations de facturation ne servent jamais à l'entraînement, quelle que soit la formule.
Elles peuvent l'être, mais pas automatiquement. La plateforme exécute des analyses couvrant les politiques de sécurité au niveau des lignes, le contrôle d'accès aux bases et les vulnérabilités des dépendances, l'analyse approfondie ajoutant des vérifications sur les points d'entrée et le code. Toutefois, Lovable indique clairement que ces outils ne peuvent pas garantir une sécurité complète, et des cas documentés montrent des applications générées exposant des données par un contrôle d'accès mal configuré. Si votre application traite des données sensibles, commandez un audit indépendant avant le lancement.
Les applications sont des projets Vite et React standards, les services serveur étant assurés par Supabase dans l'offre Cloud. Comme la pile est classique plutôt que propriétaire, tout développeur familier du web moderne peut lire et maintenir le résultat sans apprendre un système propre à la plateforme.
Lovable ne facture pas par siège. Toutes les formules acceptent un nombre illimité de membres partageant une réserve de crédits unique, avec un seul abonnement et une seule facture. Ajouter des personnes n'augmente pas le coût, cela accélère seulement la consommation. Pour éviter qu'une seule personne épuise le solde, les propriétaires et administrateurs peuvent fixer des plafonds mensuels par défaut et des limites individuelles.
Non. Les applications que vous construisez peuvent être hébergées n'importe où, mais la plateforme elle-même — l'éditeur et l'agent — est un service géré qui ne peut être ni auto-hébergé ni déployé dans un réseau privé virtuel client. Il s'agit d'une frontière architecturale ferme et non d'une restriction liée à la formule.
Partiellement, et non. Les crédits mensuels expirent deux mois après leur attribution et les crédits annuels un mois après la fin de la période, tandis que les recharges durent douze mois. Les dotations quotidiennes expirent chaque jour et ne sont jamais reportées. Les crédits ne sont ni remboursables ni échangeables contre des espèces ou toute autre valeur ; achetez donc la capacité que vous comptez réellement utiliser dans la fenêtre impartie.
Comment utiliser Lovable
Étape 1 : commencer avec un compte gratuit et une description simple
Aucune carte bancaire n'est nécessaire pour débuter. Décrivez l'application souhaitée en langage courant, en précisant qui l'utilisera et ce que ces personnes doivent accomplir. La précision paie immédiatement : nommer les entités que votre application gère et les rôles qui interagissent avec elle produit un premier résultat bien meilleur qu'une demande d'une seule ligne.
Étape 2 : utiliser le mode planification avant de construire
Résistez à l'envie de générer tout de suite. Le mode planification vous aide à réfléchir, explorer et décider avant qu'aucun code ne soit écrit, et raisonner d'abord sur les structures de données et les parcours utilisateurs évite la catégorie d'erreur la plus coûteuse : découvrir après vingt échanges que le modèle de données était erroné depuis le début.
Étape 3 : itérer par petits incréments précis
Demandez un seul changement cohérent à la fois. Les requêtes étroites et bien délimitées coûtent moins cher, se vérifient plus facilement et s'annulent bien plus simplement. Les exemples de coûts officiels le rendent concret : rendre un bouton gris coûte environ 0,50 crédit, retirer un composant de pied de page environ 0,90 crédit, ajouter l'authentification avec inscription et connexion environ 1,20 crédit, et générer une page d'atterrissage avec trois images, un thème et cinq sections environ 1,70 crédit. Les petites modifications coûtent proportionnellement moins, si bien que l'habitude de formuler des demandes étroites revient directement à celle de dépenser moins.
Étape 4 : connecter un dépôt sans attendre
Activez la synchronisation Git dès que le projet dépasse le stade de l'expérience. Vous y gagnez un historique de versions, un moyen d'examiner ce que l'assistant a réellement modifié, et une porte de sortie dont le maintien ne coûte rien. Le faire tôt est bien plus simple que de reconstituer l'historique après coup.
Étape 5 : lancer une analyse de sécurité avant toute mise en ligne réelle
Ne publiez jamais une application manipulant les données d'autrui sans examiner les conclusions de sécurité. Déclenchez explicitement l'analyse approfondie, puisqu'elle ne s'exécute pas d'elle-même pendant votre travail, et traitez les avertissements de contrôle d'accès comme bloquants plutôt qu'indicatifs.
Étape 6 : publier, puis observer l'usage réel
La publication est prise en charge par la plateforme, tout comme le certificat et l'infrastructure serveur. Une fois de vrais utilisateurs arrivés, la question passe de « est-ce que cela fonctionne » à « est-ce que cela tient », et c'est précisément à ce moment que les limites évoquées plus bas commencent à compter.