Lovable Cloud ou Supabase : lequel choisir ?

Pour démarrer seul dans Lovable, je privilégierais Cloud si vous n’avez pas besoin d’administrer le backend séparément. Si un développeur doit intervenir sur les données et les connexions, étudiez avec lui un projet Supabase dans votre compte. Et si votre application fonctionne déjà, identifiez ce que le changement vous apporterait avant de migrer.

Qui s’occupera de l’application dans six mois ?

Cloud réunit la création et la gestion de l’application dans un même outil. Avant d’y mettre les premières vraies données, notez les services utilisés, les accès disponibles et les comptes ouverts à votre nom. Cette liste servira à la personne qui reprendra la maintenance.

Si vous travaillez déjà avec un développeur, demandez-lui les interventions prévues : gérer la base, configurer les connexions, modifier des réglages dans Supabase ? Sa préférence pour un outil doit pouvoir se traduire en besoins précis. Une question suffit souvent à engager cette discussion :

« Si je vous confie la maintenance dans six mois, quels accès vous manqueront avec mon installation actuelle ? »

Pour une application déjà sur Cloud, un réglage inaccessible ou une reprise par une autre équipe peuvent justifier un examen de l’installation. Une facture mal comprise demande d’abord de regarder l’usage. Ce sont des problèmes différents, qui ne conduisent pas forcément à la même décision.

Lovable Cloud et Supabase : quelle différence ?

Le backend désigne la partie de l’application qui s’occupe notamment des données, de la connexion des utilisateurs et des opérations côté serveur. Selon sa documentation Cloud, Lovable Cloud fournit ces services dans Lovable : base de données, authentification, stockage de fichiers et fonctions serveur. Vous les gérez depuis l’interface du projet.

L’autre possibilité est de connecter un projet hébergé par Supabase, dans votre propre compte Supabase. Lovable propose une intégration officielle avec Supabase. Cloud s’appuie lui-même sur les technologies open source de Supabase, mais les deux installations ne donnent pas le même accès aux réglages ni la même organisation de facturation.

Avoir votre compte Supabase ne signifie pas installer un serveur chez vous. Nous comparons ici deux services hébergés. L’auto-hébergement de Supabase est un autre choix, avec des tâches d’exploitation qui dépassent le cadre de ce guide.

Peut-on passer de Lovable Cloud à son propre Supabase ?

Oui, mais le déplacement concerne davantage que le code visible de votre application. La connexion GitHub de Lovable synchronise le code avec un dépôt. Ce dépôt ne constitue pas, à lui seul, une copie de la base de données en service ni des fichiers déposés par les utilisateurs.

L’ export de données Lovable Cloud contient la structure et les données de la base, y compris les comptes utilisateurs et les empreintes de mots de passe. Il n’inclut pas les fichiers du stockage, le code des fonctions serveur ni les secrets. Les fournisseurs de connexion et les clés doivent être configurés à nouveau dans la destination. Les utilisateurs devront se reconnecter.

Ce qu’un devis de migration devrait contenir

Demandez un inventaire et un chiffrage séparé de la maintenance courante. Vous devez pouvoir y retrouver :

• La base à exporter et les fichiers à transférer séparément, avec leur destination.
• Les fonctions serveur à reprendre, les secrets à configurer et les fournisseurs de connexion à configurer.
• Les essais de connexion et les tests des parcours qui utilisent ces données ou ces fichiers.
• Le déroulement de la bascule et la façon de revenir en arrière si elle échoue.

Si vous déplacez aussi l’hébergement du site, notre guide pour exporter et héberger un projet Lovable ailleurs explique cette autre partie du travail.

Ce que vous paierez : création et fonctionnement

La documentation actuelle des crédits Lovable décrit un solde de crédits commun à plusieurs usages : travail de création, Cloud, IA utilisée dans votre application et certains connecteurs. Les vues « Build credits » et « Run credits » distinguent les catégories d’utilisation ; elles ne sont pas deux soldes indépendants.

Pour Cloud, les dépenses dépendent notamment de la base de données, du trafic réseau, des fichiers stockés et des traitements côté serveur. L’usage d’un modèle d’IA par vos visiteurs constitue aussi une consommation. Vérifiez le détail par projet et par catégorie, ainsi que les allocations incluses dans votre formule : elles peuvent évoluer.

Supabase propose aussi une offre gratuite. Pour son offre payante, le tarif Pro publié commence à 25 $ US par mois au 2 octobre 2026. Le tarif inclut un crédit de calcul couvrant une instance Micro ; les projets supplémentaires, des ressources plus importantes, certains services et les dépassements peuvent augmenter la facture. Il ne faut donc pas traiter 25 $ comme un plafond garanti pour toute application.

Pour comparer, faites une liste de vos usages : utilisateurs attendus, taille et fréquence des fichiers, traitements automatiques, fonctions d’IA et services externes. Ajoutez le temps de maintenance au coût des outils. Sans ces éléments, une affirmation comme « Supabase sera moins cher » reste une hypothèse pour votre projet.

Deux vérifications à prévoir, quel que soit le choix

Prenons une application de suivi de commandes. Un client doit pouvoir lire ses commandes, sans accéder à celles d’un autre client. Ce droit doit être appliqué aux données, même si l’interface ne propose aucun bouton pour consulter les autres comptes.

Dans Supabase, les règles de Row Level Security (RLS) servent à contrôler l’accès aux lignes de la base. Sa documentation sur la RLS demande d’activer cette protection sur les tables exposées par l’API et d’y définir les règles adaptées. Les clés qui contournent ces règles, comme la clé service_role, doivent rester côté serveur.

Pour vérifier votre application, utilisez deux comptes de test avec des données distinctes. Faites contrôler les lectures, les modifications et l’accès sans connexion. Vous pouvez préparer cette vérification avec notre checklist de sécurité pour un projet créé avec l’IA. Le choix du service ne dispense pas de vérifier les règles propres à votre activité.

Demandez ce qui est sauvegardé, et comment le restaurer

Il faut distinguer les données de la base et les fichiers déposés dans le stockage. La documentation des sauvegardes Supabase précise que les sauvegardes de base ne contiennent pas les fichiers stockés via son service Storage : elles conservent leurs métadonnées. Restaurer la base ne récupère donc pas à lui seul un fichier supprimé.

Pour votre installation, demandez quelles sauvegardes sont disponibles pour chaque élément, leur durée de conservation et la procédure de restauration. Les conditions d’un abonnement Supabase ne doivent pas être supposées identiques dans Lovable Cloud parce que les deux utilisent des technologies communes. Faites prévoir un essai de restauration avec la personne qui assurera la maintenance.

Fonctionnalités et tarifs vérifiés dans les documentations officielles le 2 octobre 2026. Les contraintes de région et de migration évoquées ci-dessous sont précisées dans la documentation Lovable Cloud. Consultez les pages liées avant de souscrire ou de migrer, car ces conditions évoluent.