Lovable, v0 en Bolt: websites bouwen met AI — realiteitscheck

Het belofte: van idee naar werkende website in minuten

Je hebt een idee voor een website. In plaats van een ontwikkelaar in te huren of je door WordPress-templates heen te worstelen, typ je gewoon wat je wil in een AI-tool. Lovable, v0 van Vercel en Bolt.new (van StackBlitz) beloven precies dat: een werkende website op basis van een prompt. Geen code schrijven, geen hosting uitzoeken — gewoon typen en klikken.

De vraag is niet of het werkt. Dat doet het. De vraag is: hoe ver kom je zonder tegen een muur te lopen?

Wat deze tools wél goed doen

Als je een simpele landingspagina nodig hebt — bijvoorbeeld voor een product-lancering, een evenement of een portfolio — dan kun je met deze tools in een halfuur iets neer zetten dat er professioneel uitziet. Je beschrijft wat je wil ("een pagina met een hero-sectie, drie USP's en een contactformulier"), de AI genereert de code, en je ziet direct het resultaat.

Lovable richt zich op interactieve web-apps en genereert React-code. Het heeft een ingebouwde preview en je kunt iteratief doorontwikkelen door nieuwe prompts te geven ("maak de buttons groter", "voeg een darkmode toe"). Handig: het onthoud de context van je eerdere vragen.

v0 van Vercel werkt vergelijkbaar, maar is meer gericht op design systems en herbruikbare componenten. Het genereert code in React met Tailwind CSS en integreert naadloos met Vercel's hosting. Als je al bekend bent met het Vercel-ecosysteem, voelt het vertrouwd.

Bolt.new draait volledig in de browser via WebContainers (een technologie van StackBlitz). Je kunt niet alleen een website genereren, maar ook direct dependencies installeren en de site deployen — zonder lokale ontwikkelomgeving. Dat maakt het de meest laagdrempelige optie voor niet-developers.

Voor simpele use cases — denk aan een brochure-site, een event-pagina, een prototype om aan een klant te tonen — zijn deze tools verrassend capabel. Je bespaart uren aan layout-gefriemel en bent niet afhankelijk van de beschikbaarheid van een developer.

Waar het stroef wordt

Maar zodra je iets wil dat net iets complexer is, begint het op te vallen dat je met een AI-systeem werkt dat code genereert zonder écht te begrijpen wat het doet.

1. Integraties met bestaande systemen

Wil je de website koppelen aan je CRM, je betalingssysteem of je voorraadbeheersoftware? Dan loop je snel tegen de grenzen aan. De AI kan wel boilerplate-code genereren voor een API-call, maar het begrijpt niet hoe jouw specifieke systeem werkt. Je moet de generated code zelf aanpassen — en als je niet weet hoe een REST API werkt, wordt dat lastig.

2. Authenticatie en beveiliging

Gebruikers laten inloggen klinkt simpel ("voeg een login-pagina toe"), maar een veilige implementatie met wachtwoord-hashing, sessie-management en JWT-tokens? Dat vereist kennis die verder gaat dan prompts typen. De AI genereert wel iets dat eruitziet als authenticatie, maar of het ook daadwerkelijk veilig is, moet je zelf beoordelen.

Een voorbeeld uit de praktijk: een ondernemer die via Bolt een prototype bouwde met een "inlogfunctie", ontdekte later dat wachtwoorden in plain text in de frontend-code stonden. Dat is natuurlijk geen probleem voor een visueel prototype, maar je moet wel weten wanneer je iets niet in productie mag zetten.

3. Performance en schaalbaarheid

De gegenereerde code werkt, maar is die ook efficient? Als je website ineens 10.000 bezoekers per dag krijgt, houdt het dan stand? De AI optimaliseert niet automatisch voor laadtijd, caching of database-queries. Een ontwikkelaar weet waar bottlenecks ontstaan en hoe je die voorkomt. De AI niet.

4. Onderhoud en doorontwikkeling

Na een paar iteraties met de AI is je codebase een lappendeken van verschillende versies. Wil je later een feature toevoegen, dan moet je ofwel opnieuw beginnen (en alle aanpassingen opnieuw beschrijven), of zelf in de code duiken. Geen van beide is ideaal.

Wanneer heb je toch een ontwikkelaar nodig?

De grens ligt eigenlijk hier: zodra je website meer moet zijn dan een visuele schil, heb je iemand nodig die de gegenereerde code begrijpt en kan aanpassen.

Je kunt zonder developer als:

• Je website vooral statisch is (tekst, afbeeldingen, misschien een contactformulier)

• Je geen integraties met externe systemen nodig hebt

• Je geen gevoelige gebruikersdata verwerkt

• Je accepteert dat performance "good enough" is

Je hebt een developer nodig als:

• Er echte backend-logica nodig is (betalingen, gebruikersbeheer, data-processing)

• Je wil integreren met je bestaande IT-infrastructuur

• Beveiliging en privacy belangrijk zijn (AVG, compliance)

• Je de site wil schalen of optimaliseren voor grote aantallen gebruikers

• Je doorlopend nieuwe features wil toevoegen

Een ontwikkelaar kan overigens ook deze tools gebruiken om sneller te werken. In plaats van vanaf nul een layout te bouwen, genereert de AI een eerste versie die de developer verder verfijnt. Dat is vaak de slimste aanpak: AI voor de snelheid, een mens voor de expertise.

Wat betekent dit voor jou?

Als je overweegt om één van deze tools te gebruiken, stel jezelf dan een paar vragen:

• Wat wil ik precies bereiken? Een eenmalige landingspagina of een doorgroeibare web-app?

• Hoe technisch ben ik zelf? Kun je zelf in de gegenereerde code duiken als iets niet werkt, of ben je daar oncomfortabel mee?

• Wat gebeurt er als het niet werkt? Heb je een plan B, of ben je volledig afhankelijk van de AI-tool?

• Is dit het eindproduct of een prototype? Voor een MVP of proof-of-concept zijn deze tools fantastisch. Voor een productie-ready website met duizenden gebruikers: wees voorzichtig.

De kracht van Lovable, v0 en Bolt is niet dat ze developers overbodig maken. De kracht is dat ze de drempel verlagen om iets werkends neer te zetten. Een ondernemer kan een prototype bouwen zonder budget voor een developer. Een product owner kan een idee uitwerken voordat het hele team erbij wordt betrokken. Een marketeer kan een campagnepagina live zetten zonder afhankelijk te zijn van de IT-afdeling.

Maar zodra je iets bouwt dat verder gaat dan een visuele schil, kom je tegen de grenzen aan van wat een AI-systeem voor je kan doen. En dat is helemaal oké — als je die grenzen maar kent voordat je begint.

Drie vragen om jezelf te stellen voordat je start

1. Kan ik beschrijven wat ik wil in heldere, concrete stappen? Hoe specifieker je prompt, hoe beter het resultaat. "Bouw een website" levert iets anders op dan "maak een landingspagina met een hero-sectie, drie USP-blokken met iconen, en een knop naar mijn Calendly".

1. Wat gebeurt er als ik morgen een aanpassing wil? Als het antwoord "dan typ ik een nieuwe prompt" is, prima. Als het antwoord "dan moet ik in de code duiken" is, vraag je af of je dat kunt — of dat je dat wil uitbesteden.

1. Is dit voor intern gebruik of voor klanten? Een interne tool waar vijf collega's mee werken heeft andere eisen dan een klantgerichte website waar je merk op staat. Wees eerlijk over wat acceptabel is.

De realiteitscheck is simpel: deze tools zijn fantastisch voor wat ze doen, maar ze zijn geen wondermiddel. Ze verlagen de drempel, maar tillen je niet over elke hindernis heen.