Hoe zet je je app online met een eigen domein?
Kort antwoord
Je project draait bij een hostingdienst: vaak de tool zelf, zoals Lovable, Bolt, v0 of Replit, of een losse dienst. Een eigen domeinnaam koop je bij een registrar, en die wordt via DNS-instellingen aan je hosting gekoppeld. Daarnaast zijn HTTPS, geheime sleutels in omgevingsvariabelen en een aparte testversie nodig.
Wat is hosting en wat is deployen?
Kort: Hosting laat je app op een server draaien zodat anderen hem via internet kunnen gebruiken, en deployen is het online zetten van een nieuwe versie daarop.
Hosting is de dienst die je app op een server laat draaien, zodat anderen hem via internet kunnen gebruiken. Deployen is het online zetten van een nieuwe versie van je app op die server.
Bij de bouwers in de browser zijn die twee vaak één knop. In Lovable heet het Publish (opent in een nieuw tabblad)1: je project komt dan op een adres op lovable.app te staan. Let op dat in Lovable alleen de gepubliceerde versie live staat; wijzigingen die je daarna maakt, moet je opnieuw publiceren. v0 zet je project online bij Vercel, Bolt heeft Bolt Cloud en Replit heeft eigen hosting. Werk je met Cursor of Claude Code, dan kies je zelf een hostingdienst.
Elke tool werkt hier net iets anders. Wat er precies gebeurt als je publiceert, verschilt dus per tool.
Host je bij je tool of ergens anders?
Kort: Bij je tool is het makkelijkst en een losse dienst geeft meer keuze; er is geen goed of fout, zolang je weet hoe je weg kunt.
Hosten bij je tool is het makkelijkst: geen extra account, geen instellingen. Het nadeel is dat je hosting, code en vaak ook database bij één partij liggen. Wil je later weg, dan moet je meer tegelijk verhuizen.
Hosten bij een losse dienst geeft meer keuze, bijvoorbeeld voor een server in Europa of voor meer controle over instellingen. Het vraagt wel dat je code in GitHub staat en dat de omgevingsvariabelen en de koppeling met je database goed ingesteld worden. Lovable beschrijft in zijn documentatie (opent in een nieuw tabblad)2 hoe publiceren bij een andere hostingdienst via GitHub gaat.
Een voorbeeld: je bouwt een boekingsapp in Lovable met de ingebouwde back-end. Zolang je klein bent, is publiceren bij Lovable het eenvoudigst. Wil je later de site bij een andere dienst laten draaien, dan gaat de code via GitHub over. De database en het inloggen blijven dan in eerste instantie waar ze zijn, tot ook die verhuizen.
Er is geen goed of fout. Begin waar het makkelijk is, maar weet hoe je weg kunt. Zie Eigen code en afhankelijkheid van het platform.
Hoe werkt een eigen domein?
Kort: Je huurt een domeinnaam bij een registrar, en met DNS-records die je hostingdienst opgeeft wordt die aan je app gekoppeld; HTTPS hoort er altijd bij.
Een domeinnaam is het adres van je site, zoals jouwproject.nl. Je huurt hem per jaar bij een registrar, een bedrijf dat domeinnamen registreert. Voor .nl-domeinen doe je dat bij een registrar die is aangesloten bij SIDN (opent in een nieuw tabblad)3, de beheerder van .nl.
Het koppelen gaat via DNS, het systeem dat een domeinnaam vertaalt naar het adres van een server. Je hostingdienst geeft een of twee DNS-records op, meestal een A-record of een CNAME, en die komen bij je registrar te staan. Na een tijdje, soms minuten, soms uren, werkt je domein. De dienst regelt meestal zelf een HTTPS-certificaat.
Een eigen domein zit niet altijd in je abonnement. Bij sommige tools kan dat alleen met een betaald abonnement (opent in een nieuw tabblad)4.
HTTPS zorgt dat het verkeer tussen bezoeker en server versleuteld is. Je herkent het aan het slotje in de adresbalk. Zonder HTTPS lanceer je niet.
Het domein registreer jij, op je eigen naam. Het koppelen en de HTTPS regelen wij.
Waar let je nog meer op?
Kort: Een testversie, geheime sleutels in omgevingsvariabelen, SPF en DKIM voor mail, monitoring en een domein op je eigen naam.
- Een testversie naast de live versie. Nieuwe functies test je niet op de versie die je gebruikers gebruiken. Veel diensten maken voor elke wijziging een voorbeeldadres. Zie Testen voordat je live gaat.
- Geheime sleutels in omgevingsvariabelen. Bij een verhuizing naar een andere host worden die makkelijk vergeten. Zie Is mijn app veilig?
- Mail vanaf je eigen domein. Verstuurt je app mail vanaf jouwproject.nl, dan zijn DNS-records als SPF en DKIM (opent in een nieuw tabblad)5 nodig. Die laten ontvangers zien dat de mail echt van jou is, en houden je mail uit de spam.
- Weten wanneer je app plat ligt. Een monitoringdienst controleert elke paar minuten of je site bereikbaar is en stuurt je een melding als dat niet zo is.
- Je domein op je eigen naam. Het domein hoort op jou of je bedrijf te staan, niet op een tool of een bouwer. Anders ben je het misschien kwijt als je overstapt.
Wat we voor je regelen
Je hoeft niet zelf met DNS-records en hostinginstellingen aan de slag. In een gratis adviesgesprek bespreken we waar je app kan draaien en wat er nodig is.
- We zetten je app online, bij je tool of bij een losse hostingdienst, na overleg over wat bij je past.
- We koppelen je eigen domein aan je app en zorgen voor HTTPS.
- We zetten geheime sleutels in omgevingsvariabelen bij je hosting, ook bij een verhuizing.
- We richten een aparte testversie in, zodat wijzigingen eerst daar te zien zijn.
- We stellen SPF en DKIM in, zodat mail van je app aankomt en niet in de spam valt.
- We zorgen dat je een melding krijgt als je site niet bereikbaar is.
Twee minuten, gratis. Daarna plan je een adviesgesprek, als je wilt.
Veelgestelde vragen
Kan ik mijn app gewoon op het adres van mijn tool laten staan?
Om te testen wel. Voor een product met gebruikers is een eigen domein beter: het ziet betrouwbaarder uit en je houdt je adres als je van tool wisselt.
Hoe lang duurt het voordat mijn domein werkt?
Na het aanpassen van de DNS-records soms een paar minuten, soms enkele uren. Werkt het na een dag nog niet, dan moeten de records worden nagekeken.
Moet ik mijn domein bij mijn tool kopen?
Dat hoeft niet. Je kunt een domein bij een registrar naar keuze kopen en koppelen. Belangrijk is vooral dat het op jouw naam staat.
Wat is het verschil tussen hosting en een database?
Hosting laat je app draaien, de database bewaart je gegevens. Ze kunnen bij dezelfde partij zitten, maar dat hoeft niet. Zie Waar staat je data?
Bronnen
- Lovable Publish your Lovable project (opent in een nieuw tabblad) Geraadpleegd op 6 oktober 2026
- Lovable Deploying and hosting outside Lovable (opent in een nieuw tabblad) Geraadpleegd op 6 oktober 2026
- SIDN Domeinnaam registreren? (opent in een nieuw tabblad) Geraadpleegd op 6 oktober 2026
- Lovable Set up a custom domain (opent in een nieuw tabblad) Geraadpleegd op 6 oktober 2026
- Google Email sender guidelines (opent in een nieuw tabblad) Geraadpleegd op 6 oktober 2026
Vibecodechecker legt uit en geeft geen juridisch of fiscaal advies. We controleren elke regel tegen de officiële bron en zetten de datum erbij. Zo schrijven we.
Dit moet je weten
- Bij de bouwers in de browser zijn hosting en deployen vaak één knop, en in Lovable staat alleen de gepubliceerde versie live.
- Hosten bij je tool legt hosting, code en vaak ook de database bij één partij, waardoor je later meer tegelijk moet verhuizen.
- Hosten bij een losse dienst vraagt dat je code in GitHub staat en dat omgevingsvariabelen en de koppeling met je database goed ingesteld worden.
- Zonder HTTPS lanceer je niet; de dienst regelt meestal zelf een certificaat.
- Een eigen domein zit niet altijd in je abonnement; bij sommige tools kan dat alleen met een betaald abonnement.