Van Lovable naar live

Wat heb je na Lovable in handen, en wat ontbreekt er nog?

Je hebt een project dat werkt en een plek waar je het kunt laten zien. Wat je hebt is een prototype in de omgeving waarin het gemaakt is. Wat je nodig hebt, is hetzelfde project op een plek die van jou is, waar het blijft draaien zonder dat iemand in de bouwomgeving iets aanraakt.

Daarnaast loopt een tweede lijst mee: alles wat buiten de tool ligt en dus door niemand voor je geregeld wordt. Een hostingrekening op jouw naam. Een domein dat jij bezit. Een database met een back-up die je een keer hebt teruggezet. Sleutels die niet in de code staan. En een privacyverklaring zodra je een e-mailadres bewaart. Die lijst is niet zwaar, hij is onzichtbaar: je mist geen functie, je weet alleen niet wat je niet weet.

• Wat je hebt: een werkend project en een plek waar je het kunt laten zien.
• Wat ontbreekt: eigen host, eigen domein, gegevens die blijven staan, sleutels buiten de code.
• En de wettelijke minimums, vanaf de eerste echte bezoeker.
• Loop de lijst af in de volgorde waarin je hem tegenkomt, en stop per stap bij de kleinste versie die goed genoeg is.

Hoe krijg je je code of je project uit Lovable?

Je begint bij eigendom: zorg dat de code op een plek staat die van jou is en die je zonder de tool kunt openen. In de praktijk is dat een eigen repository in versiebeheer, want dat is het formaat waar elke host mee overweg kan en de enige vorm van bezit die niet aan een aanbieder vastzit.

Maak dus eerst zelf een account bij een versiebeheerdienst aan en zet daar een lege repository klaar, met jou als eigenaar. Zoek daarna in de documentatie van Lovable op versiebeheer en export wat de koppeling precies vraagt. Die instructie gaat voor op elke algemene uitleg, ook op deze pagina: een gids die knoppen beschrijft is binnen een maand achterhaald.

• Eigen account bij een versiebeheerdienst, eigen lege repository, jij als eigenaar.
• De koppeling zelf: zoek in de documentatie van Lovable op versiebeheer en export.
• Haal de code een keer op naar je eigen computer en controleer of hij compleet is.
• Zet er vijf regels bij: hoe start je het project, en welke waarden heeft het nodig.
• Zoek op sleutels in de bestanden voordat je de repository deelt; versiebeheer vergeet niets.

Waar ga je hosten, en hoe koppel je je domein?

Hosting is de plek waar je project draait als jouw laptop dicht is. De keuze hangt aan een vraag: kan je project als kant-en-klare bestanden geleverd worden, of moet er een server meedenken? Zodra er accounts, gegevens of betalingen in zitten, heb je een omgeving nodig die je code uitvoert.

Let dan op vier dingen: kun je je eigen domein koppelen, krijg je automatisch HTTPS, kun je omgevingsvariabelen instellen zonder ze in je code te zetten, en kun je weer weg zonder alles te herbouwen. Dat laatste wordt het vaakst vergeten en telt het zwaarst. Een host die je code als gewone code behandelt, kun je verlaten.

Het domein koop je bij een registrar op jouw eigen naam, want wie het domein bezit, bezit je adres. Daarna zet je een A-record klaar voor de kale naam en een CNAME voor een subdomein zoals www. Je host geeft meestal exact op wat je moet invullen, en die opgave gaat voor op deze uitleg. Reken erop dat een wijziging niet meteen overal zichtbaar is, want DNS wordt gecachet.

• Geen inlog en geen opslag: een statische host volstaat. Wel accounts of gegevens: kies een omgeving die code uitvoert.
• Vier eisen aan je host: eigen domein, automatisch HTTPS, omgevingsvariabelen, en een uitweg.
• A-record voor de kale naam, CNAME voor www; kies een canonieke vorm en verwijs de andere door.
• Reken op maandkosten in plaats van een eenmalig bedrag, en kijk wat er gebeurt als een gratis laag vol raakt.

Wat doe je met je database en je geheimen?

Dit zijn de twee dingen die een prototype het slechtst bewaart en een live project het beste moet regelen. Gegevens staan vaak op een plek die verdwijnt, sleutels op een plek die iedereen kan lezen. Allebei gaat goed tot iemand je project serieus gebruikt.

Voor de database: alles wat moet blijven, hoort in een echte database en niet in het geheugen of in een bestand naast de code. Een beheerde relationele database is de veilige standaard, want iemand anders doet de updates en de back-ups en het formaat is niet van een aanbieder. Zet de back-up aan en herstel er een keer echt uit; een back-up die je nooit hebt teruggezet is een aanname.

Voor de geheimen geldt een regel: elke waarde waarmee iemand zich als jou kan voordoen, hoort in een omgevingsvariabele bij je host en nooit in de code. Wat in de browser terechtkomt is publiek, hoe het ook heet. En is er ooit een sleutel gelekt, wissel hem dan, want weghalen uit de code trekt de oude waarde niet in.

• Niets blijvends in het geheugen of in een bestand naast de code.
• Kies beheerd en in een formaat dat je kunt meenemen; back-up aan, met een echte herstelproef.
• Schema in migraties, en sla alleen op wat je gebruikt.
• .env uit versiebeheer, .env.example met alleen de namen erin.
• Een gelekte sleutel wissel je, die verwijder je niet.

Welke checks doe je vóór livegang?

Voordat een vreemde je project opent, loop je een korte lijst af. Het gaat niet om beveiliging op grote schaal maar om het handjevol dingen dat de meeste ellende voorkomt. Alles wat van buiten binnenkomt is verdacht tot je het hebt gecontroleerd, en alles wat naar buiten gaat mag niet meer prijsgeven dan nodig.

Zet HTTPS aan en dwing hem af. Valideer invoer op de server en niet alleen in de browser, want de browsercontrole is gebruiksgemak en geen slot. Zorg dat foutmeldingen niets technisch prijsgeven. Zet een limiet op formulieren en inlogpogingen. En kijk of je bij andermans gegevens komt door een id in de adresbalk te veranderen: dat is de fout die het vaakst voorkomt en het meest kost.

• HTTPS afgedwongen, validatie op de server, foutpagina's zonder technische details.
• Limiet op formulieren en inlogpogingen; test of een id in de URL geen andermans gegevens opent.
• Een h1 per pagina, alt-teksten, toetsenbordgebruik, contrast, sitemap en een canonieke URL per pagina.
• Identiteit en KVK-nummer vindbaar, privacyverklaring vanaf het eerste e-mailadres.

basestep heeft hiervoor een gezondheidscheck van achttien punten in vijf gebieden. Het is een lijst die je zelf aflegt en zelf afvinkt: het platform kijkt niet mee op je site en zet niets voor je live.

De achttien punten staan in de gezondheidscheck. De uitleg per stap, met de juridische minimums en wat er na livegang komt, staat in de hoofdgids van prototype naar live.

Wat blijft Lovable doen, en wat ligt vanaf nu bij jou?

Na de overstap verandert de rolverdeling, niet de waarde van de tool. Lovable blijft de plek waar je snel bouwt en verandert; jouw eigen host is de plek waar de versie draait waar mensen op rekenen. Het scheelt verwarring om die twee uit elkaar te houden en per wijziging te weten waar je hem maakt.

Wat vanaf nu bij jou ligt, is kort. Jij bent eigenaar van de code, dus jij bepaalt wanneer er iets naar de live versie gaat. Jij betaalt host en domein, en jij merkt het als een betaalkaart of een domein afloopt. Jij werkt afhankelijkheden bij op een vast moment, want een halfjaar niets doen maakt van elke update een verbouwing. En jij bent voor je bezoekers het aanspreekpunt, ook voor wat je niet zelf hebt geschreven.

Twee dingen loop je bij de bron na in plaats van hier. Prijzen en gratis lagen in AI-tooling veranderen binnen weken, dus kijk de actuele stand na op de prijspagina van Lovable. En Lovable is een Zweeds bedrijf: wat de voorwaarden en de verwerking van gegevens voor jouw situatie betekenen, lees je in de documentatie van Lovable zelf.

• Bouwen kan in de tool blijven; de live versie draait bij jou.
• Jij bepaalt wanneer een wijziging naar live gaat, en jij bewaakt host, domein en verlengingen.
• Afhankelijkheden op een vast moment bijwerken; maandelijks controleren of alles nog draait en de back-up nog loopt.
• Prijzen, voorwaarden en gegevensverwerking lees je bij de bron, op de dag dat je ze nodig hebt.

Wat als je project geld gaat verdienen?

Zodra er geld binnenkomt, verandert je project van iets wat je maakt in iets waarvoor je een administratie voert. Die stap is voor iedereen hetzelfde: een inschrijving, facturen die aan eisen voldoen, btw die je op tijd aangeeft, en een bewaarplicht op je administratie. Het is geen tweede project, het is een ritme dat je een keer opzet.

Daar loopt het pad van basestep op door. Het platform brengt je in vier fasen van prototype naar bedrijf, en de administratie staat klaar zodra je verdient, met een belastingmotor die per rubriek uitlegt waar een bedrag vandaan komt tot aan de wetsverwijzing. Jij dient zelf in en begrijpt precies wat je doet.

• De eerste euro is het startsein voor je administratie, niet het einde van het bouwen.
• Facturen, btw en bewaarplicht: zet het ritme op voordat het kwartaal om is.
• Het pad loopt in vier fasen door van eerste prompt tot aangifte.

Dit is algemene uitleg, geen fiscaal of juridisch advies. basestep rekent en legt uit; jij dient zelf in.

Zo werkt het bij Lovable in augustus 2026

De rest van deze gids is met opzet tijdloos geschreven. Deze sectie is dat niet. Hier staat wat vandaag waar is en over een paar maanden anders kan zijn, nagelezen op 30 augustus 2026 in de documentatie en de changelog van Lovable zelf. Lees het als startpunt, en controleer bij de bron voordat je iets onomkeerbaars doet.

Kijk eerst welke techniek onder je project ligt. Sinds 13 mei 2026 zet Lovable nieuwe projecten op TanStack Start, dat op een server rendert. Projecten van voor die datum blijven op de oudere opzet met Vite en gaan niet vanzelf mee. Dat verschil bepaalt je hosting, want het bekende advies om de gebouwde bestanden op een statische host te zetten geldt alleen voor die oudere projecten. Let op: de eigen pagina's van Lovable over zelf hosten beschrijven in augustus 2026 nog steeds alleen de oude opzet, terwijl hun changelog het nieuwe verhaal vertelt. Ga dus niet op een enkele pagina af, maar kijk in je project welke van de twee je hebt.

• Versiebeheer werkt twee kanten op, met GitHub en met GitLab, en zit op alle abonnementen. Een bestaande repository importeren kan niet, en na loskoppelen krijg je een nieuwe in plaats van je oude terug.
• De code als bestand downloaden kan alleen op een betaald abonnement. De koppeling met versiebeheer is dus de route naar je eigen kopie die op elk abonnement openstaat.
• De ingebouwde backend staat standaard aan. Je eigen database koppelen kan ook, op elk abonnement, en dan staat die op jouw naam.
• Je gegevens uit de ingebouwde backend halen gaat als databasedump, een keer per etmaal en tot vijf gigabyte. Bestanden in opslag gaan apart. Wachtwoorden van je gebruikers komen niet mee, dus reken op een herstelronde per gebruiker.
• Er is geen knop die je van de ingebouwde backend naar je eigen database verhuist. Dat is handwerk: eerst je gegevens eruit, dan een project met je eigen database, dan de structuur opnieuw opbouwen. De ingebouwde backend verwijderen is definitief.
• Sleutels zitten op drie plekken, en daar gaat het mis. Serversleutels staan versleuteld en komen niet in je repository. Waarden die met VITE_ beginnen staan wel in je bestanden en dus in de browser, en Lovable vraagt je juist om dat bestand niet buiten versiebeheer te houden. Zoek er dus op voordat je je repository met iemand deelt.
• Die VITE_-waarden worden tijdens het bouwen vastgezet. Wijzig je er later een, dan verandert er pas iets nadat je opnieuw hebt gebouwd.
• Verhuis je naar je eigen adres, zet dat adres dan bij je inlogdienst in de lijst met toegestane terugkeeradressen, anders breken de logins. En laat je server onbekende paden op je startpagina uitkomen, anders geeft een gedeelde link een foutmelding.
• Het adres op lovable.app blijft bestaan, ook naast een eigen domein, en dat eigen domein koppelen vraagt een betaald abonnement. De doorverwijzing tussen die twee adressen is tijdelijk en niet permanent, wat uitmaakt zodra vindbaarheid meetelt.

Wat we niet hebben kunnen vaststellen en wat je dus zelf moet testen: of een project op de nieuwe techniek statisch te hosten is of een draaiende server nodig heeft. Daar zegt de documentatie van Lovable niets over. Zoek dat uit voordat je een host kiest.