Lovable-app exporteren en zelf hosten

Koppel je project via Git sync aan je eigen GitHub en laat je host bouwen uit die repository: een statische host voor een oudere React-app, een host met een server voor een TanStack Start-app. Je code komt mee, je database, je bestanden en je secrets niet. Die verhuis je apart naar een eigen Supabase-project, of je laat de backend bij Lovable en verhuist alleen de voorkant.

Damian Madronal Munoz, oprichter

Bijgewerkt op 30 oktober 20267 min leestijd

Een Lovable-app exporteren is snel gedaan. Hem zo hosten dat hij blijft werken, op je eigen domein en met je eigen gegevens, is het eigenlijke werk. Hieronder de stappen van GitHub tot je eigen domein, hoe je de backend meeneemt en wat er bij Lovable achterblijft.

Herken je dit?

Je app is ver genoeg, en je wilt hem op je eigen domein en je eigen hosting.
Een klant of investeerder vraagt waar de gegevens staan en wie erbij kan.
Je backend draait op Lovable Cloud en je wilt een Supabase-project op je eigen account.
Een developer moet verder in de code, buiten Lovable om.
Je wilt niet dat je hele app afhangt van één abonnement.

Exporteren is een kopie van je code, geen verhuizing

In je repository komen de broncode, de migratiebestanden van je database, de code van je Edge Functions en een .env met de URL en de publishable key van je backend. Er komen niet in: de gegevens in je database, de bestanden in je opslag, de secrets die je in Lovable bewaart, en de koppelingen met connectors en Lovable AI.

Ook het werk eromheen blijft achter. Lovable regelde de builds, het certificaat, het CDN en de back-ups. Bij je eigen host doe jij dat, of degene die je hosting beheert.

Zo verhuis je hem, stap voor stap

1. Kijk welk soort project je hebt

Nieuwe Lovable-projecten zijn sinds 13 mei 2026 TanStack Start-apps, met een eigen server. Oudere projecten zijn React met Vite: kant-en-klare bestanden die elke statische host kan uitleveren. Dat verschil bepaalt welke hosting je nodig hebt.

grep "@tanstack/react-start" package.json

Geeft dit een regel terug, dan heb je een TanStack Start-app met een server. Geen uitkomst: een statische React-app.

2. Zet de code in je eigen GitHub

Koppel het project in Lovable via de Git-instellingen van je project aan GitHub, GitLab of Bitbucket. Dat kan op elk abonnement. Kies een account of organisatie die van jou is, niet die van de freelancer of het bureau dat de app bouwde. Daarna komt elke wijziging in Lovable als commit in je repository, en komen commits van een developer terug in Lovable. Een zip downloaden kan ook, met een betaald abonnement, maar dan heb je een momentopname zonder die koppeling.

3. Kies hosting die bij je project past

Een statische React-app kan op elke host die bestanden uitlevert: Vercel, Netlify, Cloudflare Pages of je eigen server met Nginx. Een TanStack Start-app heeft een host nodig die een Node-server draait, zoals een VPS of een container.

# Statische React-app (Vite)
Build command:     npm run build
Output directory:  dist
Variabelen:        VITE_SUPABASE_URL
                   VITE_SUPABASE_PUBLISHABLE_KEY
                   VITE_SUPABASE_PROJECT_ID

# TanStack Start-app op een eigen Node-server
npm ci
npm run build
node .output/server/index.mjs

De instellingen bij je host. De variabelen moeten er staan voordat de eerste build draait.

Bij een statische app moet elke route index.html teruggeven met status 200, anders krijg je een 404 bij verversen. Die regel en de andere valkuilen na de eerste deploy staan in AI-app werkt in de preview, maar niet na het deployen. Staan je gebruikers in de EU, kies dan een Europese regio; wat daarbij komt kijken, staat bij je app naar Europese hosting.

4. Koppel je eigen domein

Voeg het domein toe bij je host en zet in je DNS-beheer de records die de host opgeeft, meestal een A-record voor het hoofddomein en een CNAME voor www. Het certificaat voor HTTPS regelt de host zodra de DNS klopt. Kies één hoofdadres en stuur het andere erheen.

Zet je nieuwe domein daarna in de Redirect URLs van je auth, anders openen inloglinks het oude adres. Haal de oude versie op lovable.app offline zodra de nieuwe draait. Twee live versies zijn twee plekken waar gebruikers zich aanmelden.

5. Neem de backend mee, of laat hem staan

Je hoeft niet alles tegelijk te verhuizen. Lovable laat je de ingebouwde backend houden en alleen de voorkant elders hosten; connectors en AI-functies blijven dan via Lovable werken. Voor je gegevens hangt je app dan wel nog van Lovable af.

Verhuis je de backend, dan kan dat naar een project bij Supabase zelf of naar een Supabase die je zelf host. Een kale Postgres-database is niet genoeg: inloggen, opslag, realtime en Edge Functions gaan niet mee met alleen de database. Lovable beschrijft deze route:

Exporteer de database via More › Database › Manage › Settings › Export data. Je krijgt een mail als hij klaarstaat en downloadt het bestand onder More › Storage. Het is een PostgreSQL-backup die je met pg_restore in het nieuwe project zet.
Download de bestanden uit je opslag en upload ze naar dezelfde buckets in het nieuwe project. De policies op die bestanden komen mee met de migraties.
Deploy je Edge Functions en zet je secrets opnieuw, met de Supabase CLI.
Stel inloggen met Google of andere providers opnieuw in, zet de nieuwe URL en key bij je host, en bouw opnieuw.

npx supabase login
npx supabase link --project-ref JOUW_PROJECT_REF
npx supabase functions deploy
npx supabase secrets set OPENAI_API_KEY=sk-...

Koppelt je repository aan het nieuwe project, deployt de functies uit supabase/functions en zet een secret.

Kies de regio bij het aanmaken van het nieuwe project; achteraf wijzigen is opnieuw verhuizen. Test daarna de databaseregels in het nieuwe project, ook als de migraties ze meenamen: Supabase RLS controleren.

Wat er bij Lovable achterblijft

De editor en de AI-agent. Die draaien alleen bij Lovable.
De Publish-knop, die alleen naar Lovable-hosting publiceert.
Beheerde OAuth en het automatisch vernieuwen van tokens, zodra je backend niet meer de ingebouwde is.
Connectors en de AI-functies van Lovable. Die vervang je door eigen koppelingen en een eigen account bij een AI-provider, met de key op de server.
Previews en monitoring van je productieomgeving.

Waar Bolt en v0 anders werken

Bij Bolt download je een project als zip via de projecttitel, of koppel je het aan GitHub. Die koppeling werkt twee kanten op: Bolt maakt van elke werkende wijziging een commit en haalt elke dertig seconden wijzigingen van GitHub op. Ontkoppelen is definitief; opnieuw koppelen gaat alleen via de support van Bolt. Draait je app op Bolt Database, dan zet je die met Claim, onder Advanced bij de database, in je eigen Supabase-account. Dat vraagt een Pro- of Teams-abonnement. Koppel geen nieuwe Supabase-database aan een project dat al een Bolt-database heeft: dat vervangt de verbinding, en volgens Bolt kun je dan gegevens kwijtraken.

v0 maakt Next.js-apps. De GitHub-koppeling werkt twee kanten op, en zodra hij aanstaat, is de repository de bron van je code: v0 werkt op een eigen branch en voegt samen via een pull request. Publiceren gaat via Vercel, maar volgens v0 kun je de code ook elders deployen. Kies dan een host die Next.js met een server draait, tenzij je app volledig statisch is.

Waar het bij de verhuizing misgaat

De repository op het account van de bouwer. Bouwde een freelancer of bureau de app, dan staat de repository vaak op hun account. Laat hem overdragen aan jouw organisatie voordat je verder bouwt.
Vergeten wat er tussendoor bijkwam. Wat gebruikers tussen de export en de omzetting uploaden of aanmaken, staat alleen in het oude project. Kies een rustig moment, en kopieer na de omzetting wat er in de tussentijd bij kwam.
Secrets in de repository zetten om ze mee te nemen. Een secret in .env met VITE_ ervoor staat daarna in de browser van elke bezoeker. Zet secrets met de Supabase CLI of bij je host. Is er al een uitgelekt, lees dan API-key gelekt.
De oude backend te vroeg uitzetten. Controleer in het nieuwe project of de gegevens, de accounts en de bestanden er staan, voordat je het oude opzegt.

Wanneer je hulp nodig hebt

Heeft je app echte gebruikers, dan wil je bij een verhuizing geen stilstand. Bij je AI-app laten afmaken zetten we hem over naar je eigen hosting en domein en maken we af wat nog ontbreekt. Daarna houden we hem bij als je dat wilt, via onderhoud en hosting. Wil je eerst weten wat er openstaat, begin dan met de securitycheck.

Waarom de plek van je gegevens ertoe doet, lees je in wat AI-tools niet voor je regelen. Andere problemen in AI-apps staan in je website is met AI gebouwd, wat RLS is in Row Level Security uitgelegd, en alle gidsen over apps op AI-apps afmaken en beveiligen.

Veelgestelde vragen⁠

Kan ik na het exporteren in Lovable verder bouwen?

Ja. Git sync werkt twee kanten op: wat je in Lovable verandert, komt als commit in je repository, en commits op de gekoppelde branch verschijnen in Lovable. Alleen de Publish-knop blijft naar Lovable-hosting publiceren.

Moeten mijn gebruikers een nieuw wachtwoord kiezen?

Volgens Lovable niet. De database-export bevat de accounts en de wachtwoordhashes. Wel moet iedereen opnieuw inloggen, en stel je inloggen met Google of een andere provider opnieuw in bij je eigen project.

Heb ik een betaald abonnement nodig om te exporteren?

Voor Git sync met GitHub, GitLab of Bitbucket niet: dat kan op elk abonnement. De code als zip downloaden kan alleen met een betaald abonnement.

Verder lezen⁠

Securitycheck voor je AI-app: Een vaste check van je app uit Lovable, Bolt, v0, Cursor of Claude Code: databaserechten, keys, inloggen, webhooks en de AVG-basis. Met een rapport en de fixes.
AI-app laten afmaken: Je prototype uit Lovable, Bolt, v0, Cursor of Claude Code werkt, maar is nog niet klaar voor klanten. Wij bouwen de rest: betalingen, rollen, e-mail, beheer, hosting en onderhoud.
API-key gelekt: Een key van OpenAI, Anthropic, Supabase of Stripe in je frontend of je git-geschiedenis: intrekken, vervangen, limiet erop.
Supabase RLS controleren: Je database testen zoals een buitenstaander dat doet: met de publieke key, als tweede gebruiker en in je opslag. Met de SQL om te ruime policies te vinden.
Werkt niet na deploy: Een witte pagina, een 404 bij verversen of een inloglink naar localhost: de vijf oorzaken en hoe je ze een voor een uitsluit.

Wij verhuizen je app en houden hem draaiend⁠

De kennismaking is gratis. We reageren binnen één werkdag.

Plan een kennismaking Bel direct