Sur cette page
Notre avis sur Lovable pour créer une application
Lovable convient à une première version de portail client ou d’outil interne. Vous décrivez le parcours souhaité ; la plateforme réunit les pages visibles, la connexion des utilisateurs, l’enregistrement des données et la mise en ligne.
Demandez par exemple : « Un client se connecte, dépose une demande et suit son état ; un administrateur peut la traiter. » Plan mode aide à détailler les écrans, les données et les droits de chacun avant de modifier l’application ; Build mode, anciennement Agent mode, applique ensuite les changements. Relisez le plan et l’aperçu : décrire un produit ne dispense pas de contrôler son fonctionnement.
Lovable Cloud réunit hébergement, données et IA. Depuis juin 2026, construction, Cloud et IA consomment un solde commun. La synchronisation avec GitHub, un dépôt où conserver et relire le code, permet aussi de poursuivre le projet ailleurs.
Nature et accès de Lovable
Le constructeur d’applications web Lovable piloté par agent IA.
Spécialités : Agent de développement.
Interfaces : Web.
Modèle utilisé
Quels modèles d’IA Lovable utilise-t-il ?
Lovable ne publie pas le modèle qui écrit le code de votre projet. La liste ci-dessous concerne les fonctions IA des applications que vous créez.
| Modèle et rôle | Formules qui l’incluent |
|---|---|
| Gemini 3.8 Flashpar défaut dans vos applications | Free, Pro, Business, Enterprise |
Vérifié le sur Lovable Docs — Fonctions IA des applications (nouvel onglet). Les éditeurs changent souvent de modèle : le sélecteur de l’application fait foi.
Fonctionnalités de Lovable pour construire une app
Vous pouvez partir d’une idée, regarder une première version, demander des corrections et publier une application web. Les fonctions ci-dessous expliquent ce que Lovable prend en charge et ce qui reste à vérifier.
Préparer les écrans et les droits avant de construire
Plan mode permet de discuter l’application sans modifier son code. Listez les écrans, les informations à enregistrer et les rôles — par exemple client et administrateur — puis précisez ce qui doit arriver en cas d’erreur. Build mode applique les changements avec un coût variable. Un message Plan mode coûte un crédit, plus la recherche éventuelle des sous-agents : relire le plan aide à cadrer la demande, sans garantir une économie.
Voir une version et demander des corrections
Build mode, auparavant Agent mode, modifie le projet à partir de vos demandes. Pour le portail client, commencez par le formulaire et le tableau de suivi, puis demandez de corriger un comportement précis. L’agent peut examiner les fichiers, les journaux d’erreur et certains tests, souvent sur demande. Relisez les changements du code et vérifiez le parcours avec un compte client et un compte administrateur avant publication.
Comptes et données reliés aux écrans
Lovable Cloud peut gérer la connexion des utilisateurs, une base PostgreSQL pour enregistrer les demandes, le stockage de fichiers et des fonctions exécutées côté serveur ; un projet peut aussi connecter son propre Supabase. Ces services forment le backend, la partie invisible qui fait fonctionner les écrans. Après les dotations réservées, construction, Cloud et IA puisent dans un solde commun. Récupérer le code ne transfère pas automatiquement comptes, données et fichiers : leur migration suit des étapes distinctes.
Conserver le code et le reprendre ailleurs
La connexion à GitHub, un dépôt qui garde l’historique du code, synchronise les changements dans les deux sens. L’équipe peut relire le projet, poursuivre son travail sur son ordinateur ou le déployer ailleurs. Connecter ce dépôt tôt aide à revenir à une version stable après une modification trop large. Protégez la branche principale et vérifiez qu’aucun secret n’entre dans le dépôt : la synchronisation facilite la reprise sans garantir la qualité.
Partager l’application après vérification
La publication donne une adresse Lovable à ouvrir dans un navigateur ; une offre payante permet d’utiliser un domaine personnalisé. Avant de la partager avec de vrais utilisateurs, testez qui peut voir ou modifier chaque demande. Les scans examinent notamment configuration, dépendances et règles RLS, qui limitent l’accès aux lignes de la base de données, sans garantir la sécurité. Une alerte critique n’empêche pas nécessairement la publication : prévoyez revue du code, sauvegarde et retour arrière.
Créer sa première application avec Lovable
Un premier projet raisonnable est un parcours limité : un client se connecte, dépose une demande et suit son statut, tandis qu’un administrateur la traite. Ce périmètre couvre interface, données, authentification et permissions sans devenir illisible.
Commencez par écrire ce que chaque personne doit voir et faire. Demandez ensuite à Plan mode de lister les écrans, les informations enregistrées, les droits et les cas d’erreur. Corrigez le plan, puis confiez à Build mode, anciennement Agent mode, une première partie : connexion, création et affichage des propres demandes. Regardez l’aperçu, demandez les corrections utiles et ne partagez l’adresse publiée qu’après avoir contrôlé le parcours avec plusieurs comptes.
Architecture, code et reprise du projet
Un prototype devient un actif si l’équipe peut reprendre son code. Connectez GitHub avant les grandes modifications et relisez les fichiers d’authentification, requêtes et secrets. La synchronisation ne garantit pas la qualité ; elle rend les changements visibles et versionnés. Les nouveaux projets TanStack Start, créés depuis le 13 mai 2026, demandent un hôte compatible avec la sortie serveur. Déplacer le frontend ne transfère pas la base, les comptes ou les fichiers de Cloud : prévoyez leur migration et remplacez les connecteurs qui appellent encore Lovable.
Sécurité, publication et coût en production
Avant publication, créez un compte par rôle et tentez d’accéder aux données de l’autre. Inspectez le serveur, activez les politiques RLS, retirez les secrets du client et lancez les scans. Masquer un bouton n’est pas une autorisation : la barrière doit vivre dans la partie serveur qui contrôle l’accès aux données.
Enfin, distinguez les catégories même si elles prélèvent le même solde : construction, exécution Cloud et fonctions IA de l’application. Les dotations Cloud et AI couvrent leurs usages jusqu’à leur épuisement ; ensuite, stockage, trafic et appels AI prélèvent le même solde général que la construction. Fixez des limites par membre, surveillez chaque catégorie et observez une petite cohorte avant l’ouverture publique. Pro convient à une première application solo ; Business ne devient justifié que lorsque la gouvernance d’équipe est réelle.
Crédits, propriété et données IA dans Lovable
Plan mode coûte un crédit par message, plus la recherche éventuelle des sous-agents. Build mode facture le travail effectué ; les exemples de la documentation ne mesurent pas le coût d’une application terminée. Les crédits quotidiens expirent le jour même, les mensuels deux mois après émission, les annuels un mois après la période et les top-ups après douze mois. Ils ne sont pas remboursables. Les membres sont illimités mais partagent le pool : fixez des plafonds individuels.
Lovable attribue à l’utilisateur le code, les apps, les données client stockées et les sorties IA, sous réserve des droits de tiers. Les contenus du constructeur peuvent servir à l’entraînement. Sur Free et Pro, chaque contributeur doit désactiver le réglage individuel avant d’ajouter ses contenus : le choix d’un membre ne couvre pas le projet partagé. Business et Enterprise excluent les données de l’espace de travail partagé par défaut. L’exclusion est prospective ; décidez avant l’import, minimisez les données et consignez le choix.
À qui Lovable convient-il ?
Lovable sert surtout les profils capables de décrire un petit produit et de vérifier son comportement, même s'ils ne souhaitent pas écrire toute l'application eux-mêmes.
Particulièrement adapté
- Entrepreneurs qui veulent matérialiser une première version de produit, un portail ou une démonstration avant d'engager une équipe complète.
- Designers et profils produit prêts à formaliser les flux, les rôles et les critères d'acceptation.
- Développeurs qui veulent accélérer l'interface tout en conservant le code dans GitHub.
Moins adapté
- Projets réglementés ou très sensibles lancés sans audit de sécurité, journalisation et responsable technique.
- Demandes vagues de type application complète en un message, sans priorité ni périmètre testable.
- Équipes qui refusent de suivre séparément crédits de construction, hébergement et usage IA.
Pour toute donnée personnelle, testez les politiques d'accès avec plusieurs comptes et vérifiez le comportement côté serveur, pas seulement l'écran.
En bref
Forces et limites de Lovable
Ce qu’on aime
- Possibilité de relire le plan avant que l’IA modifie l’application.
- Comptes, données, publication et domaine réunis pour un premier produit web utilisable.
- Synchronisation GitHub pour garder le code accessible et déployable ailleurs.
Ce qui peut frustrer
- Crédits consommés de façon variable selon la complexité des demandes Agent.
- Sécurité et dette technique restent à la charge du porteur de projet.
- Coût d'infrastructure et d'IA de l'application déployée à surveiller après le prototype.
Lovable prix : Free, Pro ou Business ?
Free suffit à cadrer un petit prototype ; Pro est le choix solo logique pour le domaine et davantage de crédits, tandis que Business paie surtout la gouvernance. Le solde payé sert désormais à construire, exécuter Cloud et alimenter l'IA de l'application.
Free0 $+
Valider une idée, construire quelques écrans et observer la consommation sans engager d'abonnement.
Crédits / mois : 5 crédits quotidiens, jusqu'à 30/mois
ProNotre choix25 $/mois+
Choix recommandé pour un créateur solo qui publie une première application, utilise un domaine et veut retirer le badge.
Crédits / mois : 100 crédits mensuels, plus crédits quotidiens
Business50 $/mois+
Pour une organisation qui a besoin de SSO, projets privés, contrôles de données et centre de sécurité.
Crédits / mois : 100 crédits mensuels, plus crédits quotidiens
EnterpriseSur devis+
Pour déploiement à grande échelle, gouvernance avancée, support dédié et exigences contractuelles.
Crédits / mois : Volume contractuel
La page officielle française conserve les prix en dollars ; aucune conversion en euros n'est ajoutée, car la facturation et le taux de change peuvent varier.
Plan mode coûte un crédit par message, plus les recherches de sous-agents éventuelles. Les crédits mensuels expirent deux mois après émission, les annuels un mois après la période et les recharges après douze mois.
Comparer Lovable à d’autres outils
Vous hésitez entre deux solutions ? Retrouvez leurs différences de prix, de fonctions et de limites.
Alternatives à Lovable pour créer une application
Base44 gère aussi les comptes et données de l’application ; Replit réunit assistant de développement et éditeur dans le cloud, tandis que Cursor travaille dans un dépôt de code existant. Le point de départ change la décision.
Lovable face aux créateurs d'applications IA
Le critère durable est la capacité à reprendre le projet après la première démonstration.
| Outil | Démarrage | Contrôle du code | Meilleur contexte |
|---|---|---|---|
| LovableNotre choix | Conversation et plan | GitHub bidirectionnel | Premier produit web avec comptes et données |
| Base44 | Description et éditeur | Écrans et services de données générés | Application métier guidée |
| Replit | Agent dans le cloud | Fichiers, aperçu et console | Construire puis publier au même endroit |
| Cursor | Dépôt existant | Édition et terminal | Équipe technique avec codebase |
Décision recommandée
Créer un petit produit avec Lovable
Commencez par un flux, trois écrans et deux rôles, puis vérifiez la base, les permissions et le dépôt GitHub avant d'étendre l'application.
À savoir : Ne publiez aucune donnée sensible tant que les accès n'ont pas été testés côté serveur avec plusieurs comptes.
FAQ Lovable : gratuit, GitHub et Agent mode
Lovable est-il gratuit ?
Oui. Le plan Free annonce cinq crédits quotidiens avec un plafond de trente par mois, plus de petits crédits Cloud et IA pour découvrir une application publiée.
Combien coûte Lovable ?
La page française conserve les prix en dollars : Pro démarre à 25 $ par mois, ou 21 $/mois équivalent annuel, et Business à 50 $, ou 42 $/mois équivalent annuel, avec 100 crédits mensuels. Enterprise est sur devis.
Comment fonctionne Lovable Agent mode ?
Build mode explore le projet et applique les modifications avec un coût variable. Plan mode ne modifie pas le code ; il coûte un crédit par message, plus la recherche éventuelle des sous-agents.
Peut-on synchroniser Lovable avec GitHub ?
Oui, la documentation décrit une synchronisation bidirectionnelle. Elle sert à sauvegarder, relire, modifier localement et déployer le code hors de Lovable si le projet l'exige.
Que peut-on demander à Lovable pour une première application ?
Décrivez un parcours précis, par exemple « un client se connecte, dépose une demande et suit sa réponse ; un administrateur traite les demandes ». Lovable peut proposer les écrans, les comptes, les données et une adresse de publication. Demandez ensuite des corrections ciblées et testez les droits avant d’ouvrir l’application à de vrais utilisateurs.
À quoi sert Lovable si j’utilise déjà Claude ou Codex ?
Claude ou Codex peuvent aider à concevoir et écrire du code. L’intérêt de Lovable est de réunir dans un même parcours la génération des écrans, la connexion des comptes et des données avec Lovable Cloud ou Supabase, l’aperçu et la publication sur une adresse Lovable. Cette intégration peut simplifier le démarrage d’un petit produit ; elle n’établit ni qu’un autre assistant serait incapable de le construire, ni un gain de temps mesuré. Si vous préférez votre dépôt et votre hébergement actuels, comparez surtout le contrôle et le coût de chaque parcours.
À qui appartiennent le code et les sorties créés avec Lovable ?
Lovable indique que l'utilisateur possède son code, ses applications, les données client stockées et les sorties IA, sous réserve des droits de tiers attachés aux modèles et contenus sous-jacents.
Lovable utilise-t-il les données des projets pour entraîner ses modèles ?
Sur Lovable Free et Pro, chaque contributeur contrôle individuellement l’usage de ses propres contenus pour l’entraînement. Chacun doit désactiver le réglage « AI model training » dans ses préférences avant sa contribution ; le choix d’un membre ne couvre pas les autres. Business et Enterprise excluent par défaut les données de l’espace de travail partagé. L’exclusion concerne les contenus futurs, sans retrait des données déjà utilisées.