Vendor lock-in bij Lovable, Bolt en Framer: hoe groot is het risico écht?

AI-websitebuilders gaan hard. Lovable kreeg in een jaar tijd miljoenen gebruikers, Bolt.new draaide naar eigen zeggen binnen drie maanden 40 miljoen dollar ARR, en op LinkedIn zie je dagelijks een nieuwe demo waarin iemand in een middag een werkende site maakt. Indrukwekkend.

Tegelijk komt steeds vaker dezelfde waarschuwing voorbij: "pas op voor vendor lock-in." Wij zeiden het zelf ook in een eerdere LinkedIn-post over AI-websites. Maar als je echt onder de motorkap kijkt, blijkt het verhaal genuanceerder dan een simpel "blijf weg." Niet elke tool zit je even vast, en het werkelijke risico zit vaak op een andere plek dan mensen denken.

In dit artikel zetten we de grootste AI-builders van 2026 op een rij, kijken we per tool concreet wat er gebeurt als je weg wilt, en geven we praktisch advies wanneer een AI-builder genoeg is en wanneer je verder moet kijken.

Korte versie: Lovable, Bolt en v0 leveren echte code die je kunt exporteren naar GitHub, ook als ze morgen stoppen. Framer, Wix en Squarespace doen dat niet, daar verdwijnt je site letterlijk als je stopt met betalen. De échte lock-in bij de eerste groep zit subtieler: in de backend-keuzes (Supabase), de hosting-aannames en de prijsmodellen op basis van credits of tokens die snel oplopen.

Wat bedoelen we met vendor lock-in?

Vendor lock-in betekent dat het wegstappen van een leverancier zoveel kost of zo ingewikkeld is, dat je in de praktijk vastzit. Dat kan in drie vormen:

Technische lock-in. Je code, data of design staat in een formaat dat alleen daar werkt. Verhuizen betekent opnieuw beginnen.

Operationele lock-in. Technisch zou je weg kunnen, maar het kost zoveel werk om alle integraties, content en koppelingen mee te nemen dat je het niet doet.

Commerciële lock-in. De pricing is laag genoeg om in te stappen, maar de switching costs (zowel tijd als geld) zijn zo hoog dat je blijft, ook als de prijs verdubbelt.

In de praktijk gaat het bijna nooit om één van die drie alleen. Een platform zonder code-export combineert technische én operationele lock-in. Een platform met code-export kan alsnog commercieel knellen via een credit-systeem dat sneller leegloopt dan je dacht.

Drie categorieën AI-builders in 2026

Ruwweg vallen de grote spelers in drie categorieën uiteen, met grote praktische verschillen in wat er gebeurt als je weg wilt.

Categorie 1: Code-export naar GitHub, standaard frameworks

Hier vallen Lovable, Bolt.new en v0 (Vercel) onder. Wat deze tools genereren is geen abracadabra in een gesloten systeem, maar standaard webcode: React, Tailwind, Next.js of Vite. Je kunt het exporteren naar je eigen GitHub-repository en op elke moderne hostingprovider deployen.

Volgens de eigen documentatie van Lovable behoud je 100% eigendom van de gegenereerde code. Bolt.new doet dat ook. v0 is wat beperkter (alleen frontend), maar de output is gewone React + shadcn/ui die elke ontwikkelaar kan oppakken.

Op papier is dit dus geen lock-in. In de praktijk zit het subtieler, daar komen we zo op.

Categorie 2: Beperkte export

Hier zitten Webflow en Base44 (eigendom van Wix). Webflow biedt code-export, maar alleen achter het Workspace-plan vanaf zo'n 24 dollar per maand, en wat je exporteert is statische HTML/CSS. De CMS-content, formulieren en e-commerce blijven achter op Webflow's servers. Voor een eenvoudige brochuresite is dat soms genoeg, voor een dynamische site krijg je een fractie van wat je had.

Base44 laat je de frontend exporteren, maar de complete backend (database, authenticatie, API-logica) draait op hun infrastructuur en blijft daar. Dat is technisch gezien gewoon lock-in op het deel dat er bij een SaaS-app het meest toe doet.

Categorie 3: Geen export

Framer, Wix en Squarespace bieden geen code-export. Je site bestaat alleen op hun servers, in hun proprietary formaat. Stop je met betalen, dan staat je site offline. Een Framer-pagina kost op het Pro-plan zo'n 30 dollar per maand per site. Over vijf jaar ben je 1.800 dollar kwijt, en je hebt nog steeds geen broncode in handen.

Voor Framer geldt extra dat de CMS-content niet exporteerbaar is via een CSV of API. Wil je weg, dan is dat letterlijk overtypen. Voor Wix is het mogelijk nog beperkter: derde partijen hebben tools gebouwd om Wix-pagina's te scrapen naar HTML, juist omdat het platform zelf geen enkele exportoptie biedt.

Vergelijkingstabel

Tool	Code-export	Wat krijg je mee?	Hosting buiten platform mogelijk?
Lovable	Ja	React + Vite + Supabase-koppelingen	Ja, maar Supabase blijft losse dienst
Bolt.new	Ja	Code in framework naar keuze (vaak Next.js of Vite)	Ja, deploy via Netlify, Vercel of eigen server
v0 (Vercel)	Ja	Next.js + React + Tailwind + shadcn/ui (frontend)	Ja, maar geoptimaliseerd voor Vercel
Webflow	Ja, gated achter plan vanaf $24/mnd	Statische HTML/CSS, geen CMS/forms/e-commerce	Voor het statische deel: ja
Base44	Frontend wel, backend niet	React frontend, backend blijft op Wix-infra	Alleen voor het frontend-gedeelte
Framer	Nee	Niets, site draait alleen op Framer	Nee
Wix	Nee	Niets	Nee
Squarespace	Nee	Niets	Nee

De catch bij categorie 1: waar zit de échte lock-in?

Lovable, Bolt en v0 lijken op papier vrij van lock-in. Code-export, standaard frameworks, deploy waar je wilt. Toch zit er een aantal haken die we in de praktijk tegenkomen.

Backend-koppelingen verweven door de codebase. Lovable gebruikt standaard Supabase voor database en authenticatie. Volgens onafhankelijke reviews zijn die Supabase-aanroepen niet netjes gescheiden in een laag, maar verspreid door de hele gegenereerde code. Wil je later wisselen naar een andere database, dan is dat geen vinkje omzetten, dat is een refactor-traject. Voor v0 geldt iets soortgelijks met Vercel-specifieke deployment-features, voor Bolt kan het variëren afhankelijk van wat de AI tijdens het bouwen heeft gekozen.

Codekwaliteit voor productie is niet vanzelfsprekend. De code die uit Lovable, Bolt en v0 komt is technisch werkende code, maar niet automatisch productie-grade. Geen SSR (server-side rendering) bij Lovable bijvoorbeeld, wat voor SEO een handicap is. Voor een prototype of intern dashboard niet erg, voor een bedrijfswebsite die in Google moet scoren wel.

Doorontwikkelen zonder de tool is ineens een ontwikkelaarsklus. Zolang je in de chat-interface zit, kun je als niet-techneut je site laten aanpassen. Eenmaal geëxporteerd is dat voorbij. Wil je dan nog iets wijzigen, dan heb je iemand nodig die React kan lezen. Voor mensen die juist een AI-builder kozen omdat ze géén developer wilden inhuren, is dat een onaangename verrassing.

Het prijsmodel verandert sneller dan je site. Lovable kost in 2026 zo'n 25 dollar per maand voor het Pro-plan met 100 credits, waarbij volgens hun eigen documentatie een basis-MVP al snel 150 tot 300 credits gebruikt. Bolt rekent in tokens die schalen met de grootte van je codebase, dus hoe groter je app, hoe meer tokens elke iteratie kost. Beide bedrijven branden hard VC-geld op om groei te kopen, en de geschiedenis van SaaS-tools laat zien wat er daarna gebeurt. Bovendien is de Bolt.new-token-prijs sinds de launch al meerdere keren bijgesteld.

De leverancier zelf kan verdwijnen. AI-startups vallen in 2025 en 2026 in een snel tempo om. Builder.ai, een door Microsoft gesteund no-code AI-platform met een waardering van rond de 1,5 miljard dollar, ging in mei 2025 failliet. Klanten zaten van de ene op de andere dag zonder werkende app. Tooldirectory.ai inventariseerde in een periode van 18 maanden 95 AI-tools die zijn opgeheven en 101 die zijn overgenomen. Voor een tool als Lovable of Bolt, met echte code-export, betekent omvallen "we moeten verhuizen." Voor een tool als Framer of Wix betekent het "we zijn alles kwijt."

Wat dan wel? Niet elke site hoort op een AI-builder

We zijn bij GraphicGenie geen tegenstander van AI-tools, integendeel. We gebruiken AI dagelijks in ons eigen bouwproces. Maar er is verschil tussen AI als gereedschap (zoals Cursor of Claude Code, waar de developer aan het stuur blijft) en AI als platform (zoals Lovable of Bolt, waar de tool de regie houdt).

Voor sommige doelen is een AI-builder prima:

Prototypes en MVP's waarmee je een idee wilt valideren, en die je later sowieso opnieuw bouwt
Interne tools die alleen jouw team gebruikt en waar SEO of perfecte performance niet kritisch is
Persoonlijke projecten waar de switching cost laag is omdat er weinig achter hangt

Voor andere doelen is het lastiger:

Bedrijfswebsites die over vijf jaar nog moeten draaien en goed moeten scoren in Google
Webshops met koppelingen aan voorraadbeheer, boekhouding of CRM
Sites met integraties die je niet binnen het platform kunt regelen
Klantsites waar je als bureau verantwoordelijk bent voor continuïteit

Voor die categorie kies je beter een opzet waarbij de code op een standaard framework draait (Next.js bijvoorbeeld), gehost wordt op een neutrale provider en aanpasbaar blijft door elke developer. Dat is precies de keuze die wij voor Hosting Compleet hebben gemaakt: de site staat op gangbare infrastructuur, de code en de data zijn van de klant, en verhuizen kan altijd.

Wat dit voor jou betekent

Als iemand je een site bouwt op Lovable, Bolt of v0, vraag dan twee dingen: krijg ik de broncode in een eigen GitHub-repository, en welke externe diensten (Supabase, Vercel, Netlify) zitten erin verweven? Zonder die twee antwoorden weet je niet wat je werkelijk in handen hebt.

Als het Framer, Wix of Squarespace wordt: weet dat je geen broncode in handen krijgt, geen onafhankelijke kopie hebt en dat je site bij stopzetting van het abonnement verdwijnt. Dat is een legitieme keuze als de site klein en eenvoudig is, maar het is geen "site bouwen", het is een abonnement nemen.

En in alle gevallen: vraag jezelf af op welke termijn je deze site verwacht te gebruiken. Voor een paar maanden? Een AI-builder is prima. Voor jaren, met groei, integraties en doorontwikkeling? Dan is een goed onderbouwde stack op standaard tech de veiligere keuze.

In het volgende artikel in deze serie zoomen we in op wat je écht meekrijgt als je een Lovable- of Bolt-site exporteert, en wat er dan nog moet gebeuren voor je echt onafhankelijk bent. Daarna kijken we wanneer een AI-builder genoeg is en wanneer niet.

Veelgestelde vragen

Is een site op Lovable hetzelfde als een site op WordPress qua eigenaarschap?expand_more

Niet helemaal. WordPress is open source, dus je site draait op standaard PHP-code en kan op duizenden hostingproviders draaien. Met Lovable krijg je ook code in handen, maar die is gekoppeld aan Supabase voor de database en authenticatie. Technisch is het verhuisbaar, in de praktijk vraagt het meer werk dan een WordPress-migratie.

Kan ik mijn Framer-site overzetten naar een eigen server?expand_more

Niet zonder externe tools. Framer biedt geen code-export. Er zijn externe diensten (zoals NoCodeExport) die een Framer-site kunnen scrapen naar HTML, maar je krijgt de CMS-data niet exporteerbaar mee, en dynamische functies werken niet meer.

Is een AI-builder geschikt voor een webshop?expand_more

Voor het bouwen van een prototype of een eerste versie wel. Voor een productie-webshop met koppelingen aan voorraad, boekhouding, betaalproviders en verzending wordt het al snel onpraktisch. Zo’n shop op Lovable of Bolt is technisch denkbaar, maar je zit dan dieper in maatwerkgebied en mist de uitgewerkte e-commerce-modules die platforms als Shopify of een Next.js + Mollie-opzet wel hebben.

Hoe groot is het risico dat Lovable of Bolt verdwijnt?expand_more

Beide bedrijven zijn goed gefinancierd, dus directe omval is niet het meest waarschijnlijke scenario. Realistischer zijn forse prijsstijgingen, het wegvallen van het gratis plan, of een overname waarbij de nieuwe eigenaar het product een andere kant op stuurt. De geschiedenis van SaaS-platforms (Webflow, Heroku, Twilio) laat zien dat dit het patroon is.

Wat doen jullie bij GraphicGenie hiermee?expand_more

Wij bouwen nieuwe sites in Next.js, gehost op gangbare infrastructuur, met de code in een GitHub-repository die we op verzoek aan de klant overdragen. AI-tools gebruiken we in ons eigen bouwproces, niet als platform waar de klantsite op draait. Verhuizen kan dus altijd, ook als je ooit besluit de samenwerking te beëindigen.