Sortir son site de Lovable : export et hébergement ailleurs

Peut‑on sortir son site de Lovable et l’héberger ailleurs ?

Oui, un site Lovable se récupère. Le code sort par synchronisation avec un espace de stockage en ligne ou, sur les offres payantes, par téléchargement. Les comptes et contenus enregistrés (la base de données) s’exportent séparément. Le site peut ensuite tourner chez un autre hébergeur, à condition de déplacer aussi ce qui le fait fonctionner.

Deux réflexes dès maintenant : ne supprimez rien dans Lovable, et regardez si votre site enregistre des comptes clients, des commandes ou des messages. Un site qui affiche seulement des pages se déplace simplement. Un site avec des données demande plus de soin, car supprimer la base dans Lovable efface définitivement la base, ses sauvegardes, les comptes utilisateurs et les fichiers stockés source : Lovable, 2026.

Ce qu’il faut avoir avant de commencer

L’accès propriétaire au projet Lovable, et la connaissance de votre offre (gratuite ou payante).
Un compte GitHub (GitLab et Bitbucket sont aussi pris en charge).
Un compte chez le futur hébergeur (Netlify, Vercel, Cloudflare Pages…).
L’accès à la gestion de votre nom de domaine.
Une règle : on travaille sur une copie de test, le site en ligne n’est pas touché tant que la copie n’est pas validée.

Étape 1 : quelle offre Lovable et quel backend avez‑vous ?

Ouvre ton projet et note deux choses : ton offre, et où vivent tes données. La documentation indique le téléchargement direct du code pour les offres payantes source : Lovable, 2026. Les conditions exactes par offre évoluent : vérifie‑les dans la documentation le jour où tu fais l’export.

Côté données, deux cas existent : le backend intégré à Lovable (Lovable Cloud) ou un compte Supabase connecté, un service qui fournit base de données, comptes utilisateurs et stockage de fichiers. Le backend désigne la partie d’un site qui fonctionne côté serveur et qui stocke les données, gère les comptes et conserve les fichiers envoyés. Il n’existe pas de migration en une étape depuis le backend intégré vers ton propre Supabase source : Lovable, 2026.

Élément	Comment le récupérer	Point d’attention
Code	Synchro Git ou téléchargement (offres payantes)	Pas d’import direct d’un dépôt existant (passer par Upload code)
Base de données	Export séparé du code	Fichier d’export de 5 Go au plus, une demande par 24 h
Fichiers envoyés	Récupération depuis le stockage	À remettre dans le nouveau stockage
Secrets (clés)	Non inclus dans l’export	À recréer un par un

Étape 2 : comment récupérer le code d’un site Lovable ?

Le code se récupère par la synchronisation Git, qui fonctionne dans les deux sens avec GitHub, GitLab et Bitbucket source : Lovable, 2026. Un dépôt Git est un espace en ligne qui conserve le code d’un site et tout son historique de modifications.

Dans Lovable, connecte ton compte GitHub : un nouveau dépôt est créé et la synchro démarre.
Vérifie que le code est bien arrivé dans le dépôt.
Sur une offre payante, tu peux aussi télécharger une archive : Project settings → Git → Download codebase.

Si tu coupes la connexion, la synchro s’arrête. Le dépôt reste à toi, mais Lovable n’y écrit plus.

Étape 3 : comment exporter la base de données Lovable ?

L’export de la base se fait à part : Export project data → Export data, puis la carte Database → Export. Un e‑mail t’avertit quand le fichier est prêt, et tu le télécharges dans More → Storage source : Lovable, 2026.

Le code seul ne suffit pas, la synchro Git ne couvre pas les données. Le fichier d’export fait 5 Go au plus, pour une base jusqu’à 15 Go, et on peut demander un export toutes les 24 heures. Les comptes partent avec leurs mots de passe chiffrés : après restauration dans Supabase, les utilisateurs gardent leur mot de passe, mais ceux qui étaient connectés doivent se reconnecter source : Lovable, 2026.

Ensuite, restaure la base dans ton propre Supabase, déplace les fichiers, puis reconfigure la connexion des comptes et les secrets. Après la restauration, contrôle l’accès aux tables : voir Supabase RLS, le guide pour débutants.

Étape 4 : comment héberger un site Lovable chez Netlify ou Vercel ?

Le parcours courant est Lovable → dépôt Git → hébergeur. Il n’existe pas de bouton « deploy to Netlify » dans Lovable. Chez Netlify, on importe le projet existant et le type de projet est détecté automatiquement source : Netlify, 2026. Pour choisir l’hébergeur : Netlify ou Vercel en 2026.

Pour votre prestataire ou votre hébergeur

Variables d’environnement. Une variable d’environnement est un réglage confidentiel (adresse de la base, clé d’accès) que le site lit au démarrage, sans qu’il figure dans le code. Ajoute‑les à la main dans Netlify (Project configuration → Environment variables) ou avec netlify env:import .env.
Version de Node. Si le build échoue chez l’hébergeur alors qu’il passait dans Lovable, fixe la version (Node 22 recommandé par Lovable) avec un fichier .nvmrc ou la variable NODE_VERSION.
Redirections. Chaque hébergeur a son fichier : _redirects (Netlify, Cloudflare), vercel.json, firebase.json, staticwebapp.config.json (Azure).
Type d’appli. La documentation distingue les apps TanStack Start (preset Nitro pour Vercel, Netlify, Cloudflare Pages) des anciennes apps React + Vite.

Étape 5 : comment tester avant de basculer le nom de domaine ?

Teste l’adresse provisoire de l’hébergeur avant de toucher au domaine. Crée un compte, connecte‑toi, envoie un formulaire, ouvre une image envoyée, passe une commande test. Puis bascule les réglages du domaine : domaine perso sur Vercel ou Netlify. Comprendre qui détient quoi aide aussi : à qui appartient votre site.

Quand faire reprendre son site Lovable par un professionnel ?

Faites‑le reprendre dès que le site gère des comptes, des paiements ou des données personnelles. Notre analyse, qui ne vient pas de la documentation Lovable : un site vitrine sans base se migre seul, un site avec utilisateurs engage votre responsabilité sur les données (RGPD et site généré par IA). Pour voir ce qu’on trouve dans un projet Lovable, lisez notre reprise d’un site Lovable d’un an et le cadre général d’une reprise.

Peut‑on réimporter son code dans Lovable après l'avoir modifié ailleurs ?

Les commits poussés dans le dépôt synchronisé reviennent dans Lovable. En revanche, la synchro Git ne se branche pas sur un dépôt existant : pour créer un projet à partir d’un code existant, il faut télécharger le dépôt en ZIP puis l’importer avec Upload code source : Lovable, 2026.

Le site fonctionne‑t‑il si je déplace seulement le code ?

Oui, mais il continue d’appeler l’ancien backend Lovable Cloud. Le travail sur la base ne commence que si vous déplacez aussi le backend source : Axonbuild, 2026.

Peut‑on revenir du Supabase personnel vers le backend intégré de Lovable ?

Non, cette migration inverse n’est pas prise en charge pour l’instant source : Lovable, 2026.

Pièges courants quand on sort de Lovable

Supprimer la base trop tôt. L’option « Remove database » détruit tout, sans retour possible. Exporte et vérifie d’abord.
Croire que le « remix » change de backend. Il crée un autre projet sur le même type de backend intégré.
Oublier les secrets. Les secrets enregistrés dans Lovable ne font pas partie de l’export source : Lovable, 2026 : il faut les recréer chez chaque service. Si une clé a fuité dans le code, lis clé API exposée : que faire.
Garder deux versions qui divergent. Le projet Lovable reste lié à l’ancienne base : les changements faits ensuite dans Lovable n’arrivent pas dans le nouveau Supabase.
Utiliser un outil tiers sans test. Les exporteurs communautaires promettent de conserver les mots de passe, sans garantie : essaie d’abord sur une copie.

Avant de résilier quoi que ce soit, garde l’ancien site actif jusqu’à ce que la copie ait passé ta liste de tests.

Ce problème, Peechy s'en occupe

Plutôt que de tout gérer seul, confiez votre site à une agence qui s'occupe de tout, hébergement, sécurité, maintenance et corrections. Encore plus simple en abonnement : on règle les soucis avant même que vous les remarquiez.

Confier mon site à Peechy