Kan ik mijn Lovable- of Bolt-app exporteren en zelf hosten?
Ja, en beter nu dan later. Wat je meekrijgt bij een export, wat er níét in zit, en waar je op moet letten voordat je de knop indrukt.
Deze vraag komt meestal op één van twee momenten: je wilt je eigen domeinnaam gebruiken, of je begint je ongemakkelijk te voelen bij het idee dat je hele bedrijf op het account van een tool staat. Allebei terechte redenen, en het antwoord is in beide gevallen ja.
Wat je meekrijgt
De meeste tools exporteren naar een GitHub-repository. Wat daarin staat is echte code: de schermen, de logica, de configuratie. Dat is jouw eigendom en je kunt het bij elke hostingpartij neerzetten die dit soort projecten aankan. Je zit niet vast, en dat is beter nieuws dan veel mensen aannemen.
Wat er niet in zit
- Je database. Die staat meestal bij een aparte dienst en verhuist niet mee met de code; je moet hem apart overnemen of exporteren.
- Je omgevingsvariabelen. De sleutels naar je database, betaaldienst en e-mail zaten in de tool en moeten opnieuw ingesteld worden op de nieuwe plek.
- De bouwstappen die de tool onzichtbaar voor je deed. Lokaal draaien vraagt vaak een paar commando's die nergens beschreven staan.
- Alles wat je in de tool zelf had ingesteld: domeinen, formulieren, analytics, ingebouwde authenticatie.
Die vier punten zijn samen de reden dat een export vaak eindigt in een repository die niemand meer aanraakt. De code is er, hij doet het alleen nergens.
De volgorde die wél werkt
Exporteer eerst, terwijl alles nog draait. Zet daarna de code lokaal aan de praat, met een eigen kopie van de database en je eigen sleutels, dan weet je zeker dat je alle onderdelen hebt. Zet hem pas dáárna live op je eigen hosting, en houd de oude versie nog een week in de lucht. Verhuis je domein als laatste, niet als eerste.
Een export is geen verhuizing. Het is het inpakken van de dozen; de sleutels van het nieuwe huis moet je apart regelen.
De checklist voor een Lovable-app met Supabase
- Koppel eerst GitHub. Dat doe je in Lovable via de projectinstellingen; Lovable maakt dan een privé-repository aan en houdt die in twee richtingen gelijk. Doe dit voordat je iets verhuist, zodat er een geschiedenis is om naar terug te gaan.
- Zet je VITE_-variabelen opnieuw op je nieuwe host. De meeste Lovable-apps zijn Vite-projecten, en Vite plakt alles wat met VITE_ begint tijdens het bouwen in de code die naar de browser gaat. Ontbreken ze op je nieuwe host, dan bouwt de app gewoon, maar praat hij met niets. Het betekent ook dat alles met VITE_ ervoor openbaar is: daar hoort nooit een geheime sleutel in.
- Pas in Supabase je Site URL en Redirect URLs aan. De Site URL is het adres waar Supabase naartoe stuurt als je code geen ander adres meegeeft, en hij zit in bevestigingsmails en wachtwoordresets. Staat hij nog op je oude Lovable-adres, dan klikken je gebruikers in hun mail op een link naar de oude plek. Zet je nieuwe domein erin, en zet het ook op de lijst met toegestane redirect-URLs.
- Je edge functions draaien gewoon door. Gebruik je een eigen Supabase-project, dan staan die bij Supabase en niet bij je hosting, dus je frontend verhuizen raakt ze niet. Wil je er daarna iets aan veranderen, dan deploy je ze voortaan zelf met de Supabase CLI (supabase functions deploy).
Draait je app op Lovable Cloud?
Dan ligt het anders. Lovable Cloud is de backend die Lovable zelf voor je beheert, en volgens de documentatie van Lovable is er geen migratie met één klik naar een eigen Supabase-project: je exporteert je data, koppelt een nieuw Supabase-project en bouwt het schema daar opnieuw op. Twee dingen om te weten voordat je begint. De regio van een Cloud-project kun je achteraf niet meer wijzigen. En Cloud verwijderen is definitief, dus exporteer je database en download je opgeslagen bestanden voordat je op die knop drukt.
Doe dit meteen bij de export
Ververs je sleutels. Alles wat in de tool heeft gestaan en in chatvensters is langsgekomen, beschouw je als niet meer geheim. Nieuwe sleutels aanmaken kost vijf minuten en is een van de weinige beveiligingsmaatregelen die je zonder enige kennis zelf kunt nemen.
Kijk daarna of de export er ook fatsoenlijk in staat: één commit met de hele app erin betekent dat je geschiedenis begint bij vandaag. Niet erg, maar wel goed om te weten, want teruggaan naar 'hoe het vorige week was' kan dan niet meer.
Wanneer je hulp nodig hebt
Als je app betalingen doet, gebruikers heeft of gegevens bewaart die niet van jou zijn, is de export het goede moment om er iemand naar te laten kijken. Niet om alles over te bouwen, maar om te controleren of de sleutels op de juiste plek staan en of de database iets afschermt. Die twee dingen ontbreken bijna altijd, en ze zijn na een export nog steeds afwezig.
Welke checks dat precies zijn staat in is je AI-gebouwde app veilig voor echte klanten. Wil je na de export niet zelf verder, dan is van Lovable naar een echte website de route waarbij ik het overneem.
Twijfel je nog welke tool je had moeten kiezen, de verschillen staan in Lovable vs Bolt. Wil je eerst alleen weten waar je staat, begin dan met de gratis vibecode-scan. Ik kijk tien minuten naar je project en je krijgt een eerlijk oordeel terug.