Lovable exporteren: zo neem je je site en code mee

Je Lovable-site exporteren doe je in drie delen. De code haal je via de GitHub-koppeling, die op elk abonnement werkt, of als zip-bestand op een betaald abonnement. Je database, gebruikers en geüploade bestanden uit Lovable Cloud exporteer je apart, want die zitten niet in de code. Je domeinnaam regel je los. Zet daarnaast alle accounts op naam van je bedrijf, zodat je niet afhangt van één tool of één persoon.

Lovable export: wat neem je eigenlijk mee?

Lovable schrijft op de prijspagina dat je eigenaar bent van je apps, je code, je klantdata en de output van de AI, met een voorbehoud voor rechten van derden op de onderliggende AI-modellen. Dat is netjes geregeld. Maar eigenaar zijn is iets anders dan kunnen verhuizen. Een Lovable-site bestaat uit vier delen, en die neem je elk op een andere manier mee:

1. De code: de pagina's, de opmaak en de logica van je app.
2. De backend: je database, de accounts van je gebruikers, geüploade bestanden, geheime sleutels en serverfuncties.
3. Je domeinnaam: het adres waarop bezoekers je vinden.
4. De accounts: wie toegang heeft tot Lovable, GitHub, de database, het domein en gekoppelde diensten.

Dit artikel gaat over eigendom en verhuizen. Of je Lovable-site goed gevonden wordt in Google, lees je in Lovable SEO. Wat Lovable per maand kost, staat in Lovable kosten.

Je code exporteren: GitHub of zip

De GitHub-koppeling, op elk abonnement

De beste manier om je code mee te nemen, is de GitHub-koppeling. Die werkt op alle abonnementen, ook op het gratis plan. Zo zet je hem aan:

1. Ga in je project naar Project settings, dan Git en GitHub, en kies Add account.
2. Installeer de GitHub-app van Lovable op het account of de organisatie van je bedrijf. Je kiest of Lovable bij alle repositories mag of alleen bij geselecteerde.
3. Klik terug in Lovable op Connect. Lovable maakt een nieuwe repository aan, standaard privé, en begint te synchroniseren.

Vanaf dat moment werkt het in twee richtingen. Wat je in Lovable bouwt, komt in GitHub. Wat een developer naar de actieve branch pusht, komt terug in Lovable. Lovable werkt steeds met één branch tegelijk, meestal main. Een bestaande repository koppelen kan niet: Lovable maakt altijd een nieuwe aan.

Koppel je GitHub later los, dan blijft de repository met al zijn geschiedenis gewoon bestaan. Daarom raad ik aan deze koppeling op dag één aan te zetten, ook als je nooit van plan bent te verhuizen. Het is je back-up van de code en het bewijs van wat er is gebouwd.

De zip-download, op een betaald abonnement

Wil je een momentopname, dan kies je Download codebase in de Git-instellingen of onderaan de bestandslijst in de code-editor. Dat kan alleen op een betaald abonnement. Een zip is handig om aan een developer te sturen, maar het is een foto: wijzigingen daarna zitten er niet in. Voor een echte exit is GitHub beter.

Wat níet in je code zit

Hier gaat het vaak mis. In de GitHub-repository en de zip staan de bestanden die de structuur van je database beschrijven, maar niet de inhoud. Dit zit er niet in:

• de gegevens in je database, zoals klanten, bestellingen en aanvragen;
• geüploade bestanden, zoals foto's en pdf's;
• geheime sleutels die je in Lovable hebt opgeslagen;
• AI-functies en koppelingen die via Lovable lopen.

Je database en gebruikers uit Lovable Cloud halen

Lovable Cloud is de ingebouwde backend van Lovable, gebouwd op de open source basis van Supabase. Je krijgt een database, inloggen voor gebruikers, bestandsopslag en serverfuncties zonder dat je zelf iets inricht. Handig om mee te beginnen, maar verhuizen is handwerk. Een knop om in één keer naar je eigen Supabase-project te gaan, is er niet.

Zo ziet de route eruit volgens de handleiding van Lovable:

1. Exporteer de database via More, Database, Manage, Settings en Export project data. Je krijgt een mail als de export klaar is. Je kunt één export per 24 uur maken.
2. Zet hem terug in een nieuw Supabase-project met pg_restore. Het is een PostgreSQL-archief, geen SQL-bestand dat je in een editor plakt. Test dit eerst op een los project.
3. Download geüploade bestanden via More en Storage en zet ze in dezelfde mappen bij de nieuwe partij.
4. Zet serverfuncties en geheimen opnieuw neer. De code van de functies staat in je repository; de geheime sleutels niet, die voer je opnieuw in.
5. Controleer geplande taken, zodat ze niet dubbel gaan draaien bij de oude en de nieuwe backend.
6. Test met een aparte testomgeving en zet pas daarna je echte verkeer over. Zet tijdens de laatste export het schrijven even stil.

Een goed nieuwtje: de accounts en de versleutelde wachtwoorden van je gebruikers zitten in de export. Zet je ze goed terug, dan houden je gebruikers hun wachtwoord. Wel moet iedereen opnieuw inloggen, omdat bestaande sessies niet meegaan.

Twee dingen om vooraf te weten. De regio van je Lovable Cloud-database kies je bij de start en kun je daarna niet meer wijzigen. En verwijder je de database in Lovable, dan is die permanent weg, inclusief back-ups en exports die in die opslag stonden. Download en controleer dus eerst alles.

Weet je bij de start al dat je zelf de regie wilt houden, koppel dan meteen een eigen Supabase-project in plaats van Lovable Cloud. De omgekeerde weg, van eigen Supabase naar Lovable Cloud, wordt volgens Lovable niet ondersteund. Hoe je die backend daarna veilig houdt, lees je in vibe coding security.

Zelf hosten: wat er verandert

Je kunt de voorkant van je Lovable-site bij een andere partij laten draaien. Welke partij past, hangt af van wanneer je project is gemaakt:

• Oudere projecten in React met Vite worden na het bouwen gewone bestanden. Die draaien op elke statische host, zoals Netlify, Vercel, Cloudflare Pages of een eigen webserver.
• Projecten op TanStack Start, standaard sinds 13 mei 2026 of omgezet vanuit een ouder project, draaien ook code op de server. Daar heb je een host voor nodig die servercode kan draaien.

Bij de nieuwe host stel je de omgevingsvariabelen in, zoals het adres en de openbare sleutel van je database, en voeg je het nieuwe adres toe aan de toegestane doorverwijzingen voor inloggen. Twee dingen om op te letten:

• Je lovable.app-adres blijft bestaan en blijft de laatst gepubliceerde versie tonen. De publiceerknop in Lovable publiceert alleen naar Lovable. Haal die versie offline als je hem niet meer wilt, anders staan er twee versies van je site online.
• Monitoring wordt jouw werk. Lovable schrijft zelf dat het geen infrastructuur kan bewaken die het niet beheert. Uptime, terugdraaien bij fouten en beveiliging van je nieuwe host liggen bij jou of bij je developer.

En zolang je backend nog op Lovable Cloud draait, lopen het gebruik van de database, AI-functies en koppelingen gewoon door via je Lovable-tegoed. Zelf hosten betekent dus niet automatisch dat je Lovable kunt opzeggen.

Je domeinnaam: koppelen, verhuizen of loslaten

Voor een eigen domein heb je bij Lovable een betaald abonnement nodig. Er zijn twee routes:

• Je koopt het domein via Lovable. Lovable registreert het namens je en het hoort bij je workspace. Het wordt apart gefactureerd en verlengt automatisch, ook als je je abonnement opzegt.
• Je koppelt een domein dat je al hebt. Dan zet je bij je eigen domeinpartij een A-record en een verificatierecord, of laat je dat automatisch doen.

Mijn advies: registreer je domein bij een eigen domeinpartij, op naam van je bedrijf, en verwijs het naar Lovable. Dan kun je het later naar elke host laten wijzen met één aanpassing in je DNS, en zit je e-mail er niet aan vast. Moet je toch verhuizen, let dan op je mailrecords: hoe je een domein verhuist zonder dat je e-mail uitvalt, lees je in domeinnaam verhuizen.

Wat er gebeurt als je je Lovable-abonnement opzegt

Je zegt op via Workspace settings, Plans & credit usage, Manage en Downgrade to free. Dit gebeurt er daarna, stand oktober 2026:

Op het gratis plan kan Lovable een project offline halen als het twaalf maanden geen bezoek heeft gehad, de eigenaar niet heeft ingelogd en er geen eigen domein aan hangt. Je code en data worden dan volgens Lovable niet verwijderd; je kunt opnieuw publiceren. Zeg je op omdat je verhuist, doe de export dan vóórdat je opzegt, nu je nog alle functies hebt.

Lovable naar WordPress: wat dat in de praktijk betekent

Veel mensen zoeken op "Lovable naar WordPress". Het eerlijke antwoord: een export naar WordPress bestaat niet. Lovable maakt een webapp in React. WordPress is een ander systeem, met een eigen database, thema's en blokken. Overzetten betekent opnieuw bouwen.

Dat hoeft geen verloren werk te zijn. Je Lovable-site is dan een uitgebreid voorbeeld: het ontwerp, de paginastructuur en de teksten liggen er al. Een WordPress-developer bouwt dat na en jij controleert of het klopt. Regel daarbij doorverwijzingen van elke oude URL naar de nieuwe pagina, anders beginnen je pagina's in Google opnieuw.

Wanneer is die stap het waard?

• je team wil zelf teksten, vacatures of nieuws bijwerken zonder prompts;
• je wilt bloggen of een kennisbank opbouwen voor Google;
• je hebt een webshop nodig met koppelingen naar betalen, verzenden en boekhouden;
• je wilt kunnen wisselen van hostingpartij en van developer.

Is je Lovable-project eigenlijk een tool of app, zoals een calculator, een klantportaal of een boekingsmodule? Dan is WordPress vaak niet de juiste plek. Houd de code dan in GitHub, host hem zelf en laat hem naast je website draaien, bijvoorbeeld op een subdomein. Welk platform bij welke situatie past, lees je in WordPress vs Wix vs Webflow.

De eigendomslijst: deze accounts horen op jouw naam

Het grootste risico bij een AI-gebouwde site is niet de tool. Het is dat alles op naam staat van één persoon: de freelancer, de stagiair of de collega die het "even" bouwde. Gaat die weg, dan ben je je site kwijt. Dat gebeurt bij gewone websites ook; wat je dan doet, lees je in webbouwer reageert niet.

Loop deze lijst na en zet bij elk punt een naam en een zakelijk e-mailadres:

• Lovable-workspace: eigenaar is je bedrijf, met minstens twee beheerders.
• GitHub: de repository staat in een organisatie van je bedrijf, niet in een persoonlijk account.
• Database: Lovable Cloud of je eigen Supabase-project, met bekende regio en eigenaar.
• Domeinnaam: geregistreerd op naam van je bedrijf, bij een partij waar je zelf inlogt.
• Gekoppelde diensten: betalen (zoals Stripe of Mollie), e-mail, AI-sleutels en analytics, elk op een zakelijk account.
• Geheimen: een lijst met welke sleutels de app gebruikt en waar ze staan. De namen, niet de waarden; die staan in een wachtwoordmanager.
• Meten: Google Search Console en GA4 op een bedrijfsaccount.

Zet tweestapsverificatie aan op al deze accounts. Het is een uur werk, en het scheelt je bij een vertrek of ruzie weken.

Conclusie: eigenaar zijn is iets anders dan kunnen verhuizen

Een Lovable export bestaat uit drie sporen: de code via GitHub, de data via een aparte export uit Lovable Cloud en je domeinnaam bij een eigen domeinpartij. Zet de GitHub-koppeling op dag één aan, test één keer of je de database kunt terugzetten en zorg dat alle accounts op naam van je bedrijf staan. Dan ben je niet afhankelijk van één tool of één persoon.

Twijfel je of een AI-bouwer wel de goede basis is voor je bedrijfssite, lees dan website laten maken door AI. Wil je weten wat een WordPress-site op maat bij mij kost, die je overal kunt hosten? Download de prijslijst.