Website maken met AI: wat je daarna zelf moet regelen

Je typt één zin en een kwartier later staat er een website. Eigen kleuren, nette koppen, werkend contactformulier. Dat is geen belofte uit een advertentie meer, dat werkt echt.

De vraag die daarna komt, is een andere. Kan Google die pagina’s lezen? En kunnen ChatGPT en Perplexity er iets mee? Dat hangt niet af van hoe de site eruitziet, maar van wat de tool onder water oplevert.

Ik heb de officiële documentatie van negen bekende bouwers doorgenomen: Lovable, v0, Bolt, Framer, Wix, Squarespace, Hostinger AI Builder, Durable en Webflow. Niet wat reviewsites erover schrijven, maar wat de makers zelf opschrijven. De verschillen zijn groot, en bij twee van de negen staat er over dit onderwerp helemaal niets.

In dit artikel staat wat ze wel en niet regelen, welke vier dingen je zelf moet nalopen, en waar Google een grens trekt bij content die met AI is gemaakt.

Wat de bouwers zelf zeggen over vindbaarheid

Dit is de stand van de documentatie op 22 september 2026. Leeg betekent: niet gedocumenteerd, niet dat het er niet is.

Tool	Rendering	Titels en meta zelf zetten	Sitemap en robots.txt	Schema markup
Lovable	Server-side voor apps vanaf 13 mei 2026; oudere apps pre-renderen alleen voor herkende crawlers	Ja	Niet altijd vooraf aangemaakt	Wordt gecontroleerd, niet automatisch toegevoegd
Framer	Server-side gerenderde React	Ja, per pagina	Automatisch	Handmatig via custom code
Wix	Volgens Wix server-side, dat staat alleen op een marketingpagina	Ja, automatisch gegenereerd en aan te passen	Automatisch, robots.txt te bewerken	JSON-LD, maximaal vijf per pagina
Squarespace	Niet gedocumenteerd	Ja, metadata wordt automatisch gegenereerd	Automatisch	Automatisch voor bepaalde paginatypes
Durable	Niet gedocumenteerd	Ja, per pagina	Automatisch	Automatisch, JSON-LD op elke pagina
Hostinger AI Builder	Niet gedocumenteerd	Via een prompt aan de bouwer	Alleen met eigen domein en na publiceren	Niet gedocumenteerd
Webflow	Niet gedocumenteerd	Ja	Ja	Via pagina-instellingen, betaald plan
v0	Next.js, renderingmodel niet gedocumenteerd	Niet gedocumenteerd	Niet gedocumenteerd	Niet gedocumenteerd
Bolt	JavaScript, niet verder gedocumenteerd	Niet gedocumenteerd	Niet gedocumenteerd	Niet gedocumenteerd

Twee dingen vallen op.

De eerste: de bouwers die zich op ondernemers richten, regelen de basis grotendeels zelf. De bouwers die zich op ontwikkelaars richten, v0 en Bolt, documenteren dit onderwerp niet. Ik heb bij beide de volledige documentatie-index doorgelopen en vond geen enkele pagina over meta-tags, sitemaps of rendering. Dat betekent niet dat het onmogelijk is, het betekent dat het jouw werk is.

De tweede: de tools bewegen snel. Lovable schrijft zelf dat apps die vanaf 13 mei 2026 zijn gemaakt server-side renderen: “New apps created from May 13, 2026 use TanStack Start with server-side rendering (SSR). Every request returns fully rendered HTML, for humans and crawlers.” Voor oudere projecten geldt iets anders: die renderen de pagina pas op het moment dat er een herkende crawler langskomt. Lovable schrijft er zelf bij wat dat betekent: “Third-party SEO scanner tools are not verified crawlers, so they may report your pages as empty even though Google, social platforms, and AI search engines see the full content.” Wanneer je site is gemaakt, bepaalt dus wat je krijgt.

Waarom rendering het punt is waar het misgaat

Rendering is het moment waarop code verandert in een pagina met tekst erop. Dat kan op de server gebeuren, waarna de bezoeker kant-en-klare HTML krijgt. Of in de browser, waarna JavaScript de inhoud opbouwt.

Waar de pagina wordt opgebouwd, bepaalt wie hem kan lezen.

Google kan het tweede aan. In de documentatie over JavaScript-SEO staat dat Google in drie fases werkt, crawlen, renderen en indexeren, en dat het rendert met een actuele versie van Chromium. Google noemt er ook de haken en ogen bij: een pagina kan in de wachtrij blijven staan, “The page may stay on this queue for a few seconds, but it can take longer than that.”

En dan staat er dit, wat ik het belangrijkste advies uit dat hele document vind: “Keep in mind that server-side or pre-rendering is still a great idea because it makes your website faster for users and crawlers, and not all bots can run JavaScript.”

Dat laatste deel gaat over de crawlers van AI-zoekmachines, en daar is minder over bekend dan je zou denken. De crawlerdocumentatie van OpenAI, Perplexity en Anthropic beschrijft welke bots ze gebruiken en hoe ze met robots.txt omgaan, maar geen van de drie zegt iets over JavaScript. Niet dat ze het uitvoeren, niet dat ze het niet uitvoeren. Welke signalen wel meewegen als zo’n systeem eenmaal binnen is, beschrijf ik in mijn artikel over hoe ChatGPT bronnen kiest.

Dat “AI-crawlers geen JavaScript uitvoeren” wordt overal als feit gepresenteerd. De enige meting met een zichtbare methode die ik vond, is een onderzoek van Vercel en MERJ uit december 2024: “The results consistently show that none of the major AI crawlers currently render JavaScript.” In datzelfde onderzoek staat dat Gemini en AppleBot het wel doen, omdat die op andere infrastructuur werken. Het is bijna twee jaar oud, en de partij die het meet verkoopt hosting voor server-side rendering. Neem het dus als aanwijzing, niet als wet.

De praktische conclusie is simpel. Google documenteert dat het JavaScript rendert, de anderen documenteren het niet. Als je moet gokken, is HTML die al klaar is de veilige keuze. Wat er verder bij die technische basis hoort, staat in mijn artikel over technische SEO.

Vier dingen die je na het bouwen zelf nakijkt

Dit kost een halfuur en het scheelt maanden wachten.

Kijk of je pagina’s echt in de HTML staan. Open je pagina, klik rechts en kies pagina-broncode weergeven. Zie je je eigen koppen en alinea’s in die code staan? Dan is er niets aan de hand. Zie je alleen een paar regels script en een lege div, dan wordt je inhoud pas in de browser opgebouwd. Dat is het signaal om verder te kijken.
Controleer titels en meta descriptions per pagina. Automatisch gegenereerde titels zijn vaak de paginanaam plus de sitenaam. Dat is geen fout, maar het is ook geen keuze. Schrijf ze zelf, en let op dubbele titels; dat is de meestgemaakte fout bij sites die snel zijn opgezet.
Zoek je sitemap en je robots.txt op. Typ je domein plus /sitemap.xml en plus /robots.txt in de browser. Krijg je een 404, dan is er niets. Bij sommige bouwers komen die bestanden er pas als je een eigen domein hebt gekoppeld en de site echt hebt gepubliceerd, niet in de previewversie.
Check of je preview-URL niet meedoet. Bijna alle bouwers zetten je site eerst op een tussenadres. Lovable is daar duidelijk over: alleen echt gepubliceerde apps kunnen geïndexeerd worden. Controleer na het koppelen van je eigen domein of het oude adres niet ook nog bereikbaar is, want dan heb je dezelfde site twee keer online.

Wat je daarmee bereikt, is geen positie in Google. Het is een site waarvan de pagina’s in de index staan en leesbaar zijn voor crawlers. Dat is het minimum, niet het eindpunt.

Waar Google de grens legt bij AI-content

Dit is de vraag die ik het vaakst krijg: mag dit eigenlijk wel van Google? Het antwoord staat er al jaren, en het is duidelijker dan de discussie erover.

Google verbiedt AI niet. In het bericht dat Google in 2023 over dit onderwerp publiceerde en nog steeds als referentie gebruikt, staat: “Appropriate use of AI or automation is not against our guidelines.” En even verder: “Using AI doesn’t give content any special gains. It’s just content.”

De grens zit in de hoeveelheid en de bedoeling. Het spambeleid noemt dat scaled content abuse, en het eerste voorbeeld in die lijst is letterlijk: “Using generative AI tools or other similar tools to generate many pages without adding value for users.”

Praktisch gezien: een site van tien pagina’s die je met AI hebt gebouwd en waarvan je de teksten zelf hebt nagelezen, is geen probleem. Driehonderd stedenpagina’s waarin alleen de plaatsnaam verschilt, wel. Google zegt zelfs wat je met zulke pagina’s moet doen: “If you’re hosting such content on your site, exclude it from Search.”

Er is nog een advies dat bijna niemand opvolgt, en het staat in Googles documentatie over generatieve AI-content: “If you’re automatically generating content, consider adding information on how your content was created in a way that makes sense for your audience.” Vertel dus gewoon dat een tekst met AI is opgezet, als dat zo is.

Wanneer een AI-bouwer genoeg is

Ik verkoop websites, dus je mag dit stuk met een korrel zout lezen. Maar ik zeg niet tegen iedereen dat het beter kan.

Een AI-bouwer is genoeg als je een eenvoudige site nodig hebt, je zelf de teksten schrijft, de basis hierboven hebt nagelopen en je de site niet elk kwartaal wilt uitbreiden. Voor een eenmanszaak die vooral vindbaar wil zijn op één plaats en één dienst, kom je daarmee een heel eind.

Het wordt lastiger bij drie dingen. Het eerste is veel pagina’s die op elkaar lijken, want dan gaat het over de structuur van je site en over hoe die pagina’s onderling linken, niet meer over bouwen. Het tweede is verhuizen: niet alle bouwers laten je de code meenemen, en Framer zegt daar gewoon nee op. Het derde is snelheid, want daarover beslist het platform meer dan jij. Loop je daar tegenaan, dan is dat het moment om naar webdevelopment te kijken in plaats van naar een volgende tool.

De echte kostenvraag zit trouwens niet in het bouwen. Die zit in wat er daarna elke maand bijkomt. Wat dat in Nederland kost, heb ik apart uitgezocht in mijn artikel over wat een website kost.

Kort samengevat

Van de negen bouwers die ik naliep, regelen de meeste de basis zelf; de bouwers voor ontwikkelaars, v0 en Bolt, documenteren vindbaarheid helemaal niet.
Lovable rendert server-side voor apps vanaf 13 mei 2026; voor oudere projecten geldt een andere aanpak. De datum waarop je site is gemaakt, bepaalt wat je krijgt.
Google rendert JavaScript, maar adviseert zelf nog steeds server-side of pre-rendering, omdat niet alle bots JavaScript kunnen uitvoeren.
OpenAI, Perplexity en Anthropic zeggen in hun crawlerdocumentatie niets over JavaScript. De bekende bewering dat ze het niet uitvoeren, komt uit één meting van december 2024.
Loop na het bouwen vier dingen na: staat je tekst in de HTML, zijn je titels eigen, bestaan sitemap en robots.txt, en is je preview-adres uit de lucht.
Google verbiedt AI-content niet. Het spambeleid richt zich op veel pagina’s zonder toegevoegde waarde.

Veelgestelde vragen

Is een website die met AI is gebouwd slecht voor SEO?

Niet per definitie. Google zegt zelf dat AI geen bonus en geen straf oplevert: “It’s just content.” Wat telt, is of de pagina’s leesbaar zijn voor crawlers en of ze iets toevoegen. De techniek van de bouwer die je kiest, maakt meer verschil dan het feit dat er AI in het spel is.

Kan Google een site lezen die volledig op JavaScript leunt?

In de meeste gevallen wel. Google documenteert dat het JavaScript rendert met een actuele Chromium. Er zitten voorwaarden aan: scripts mogen niet geblokkeerd zijn, en bij een foutstatus kan het renderen worden overgeslagen. Google raadt server-side rendering nog steeds aan.

Kunnen ChatGPT en Perplexity mijn site lezen als die op JavaScript leunt?

Dat weet niemand zeker, en dat is het eerlijke antwoord. OpenAI, Perplexity en Anthropic documenteren niet of hun crawlers JavaScript uitvoeren. Zolang dat zo is, is HTML die al gerenderd is de veilige keuze.

Moet ik mijn AI-crawlers blokkeren?

Dat hangt af van wat je wilt. Blokkeer je de zoekcrawlers, dan kun je niet meer in die antwoorden verschijnen; OpenAI en Perplexity schrijven beide dat je hun zoekbot moet toestaan om in hun resultaten te komen. Let ook op de lijstjes achter zo’n knop. Squarespace heeft één vinkje om bekende AI-crawlers te blokkeren en publiceert de lijst erbij; PerplexityBot en OAI-SearchBot, de twee zoekbots, staan daar niet in. Squarespace schrijft er zelf bij: “Requesting that known AI crawlers exclude your site doesn’t guarantee they will, but it’s the best option currently available.”

Moet ik vertellen dat mijn teksten met AI zijn gemaakt?

Google adviseert het, in de woorden “consider adding information on how your content was created in a way that makes sense for your audience”. Het is geen eis en het is geen ranking-signaal. Het is wel eerlijker naar je lezer.

Bronnen

Alle bronnen zijn geraadpleegd op 22 september 2026.

Twijfel je of jouw site goed staat?

In een gratis GEO-scan kijk ik naar je techniek, je vindbaarheid in AI-antwoorden en de basis eronder. Je krijgt de bevindingen met de bron erbij, zodat je ze zelf kunt narekenen.