Waarom JavaScript-websites onzichtbaar zijn voor AI-zoekmachines

Als je website volledig client-side rendert, is ze voor de meeste AI-zoekmachines praktisch onzichtbaar. AI-crawlers zoals GPTBot (ChatGPT), ClaudeBot en PerplexityBot halen alleen de ruwe HTML op en voeren geen JavaScript uit. Bouwt jouw site de inhoud pas in de browser op, dan zien die crawlers een lege huls. In dit artikel lees je waarom dat zo werkt, waarom je tegelijk wél in Google kunt staan, en waarom server-side rendering (SSR) of static site generation (SSG) de structurele oplossing is.

Wat is client-side rendering precies?

Client-side rendering betekent dat de server een vrijwel lege HTML-pagina stuurt en dat JavaScript pas in de browser de echte inhoud opbouwt. De bezoeker krijgt eerst een kaal skelet, waarna scripts de teksten, koppen en links inladen. Veel single-page applications (SPA’s), gebouwd met frameworks die alles in de browser samenstellen, werken standaard zo.

Voor een mens die de pagina opent, is dat onzichtbaar: het script draait in een fractie van een seconde en je ziet een volledige pagina. Het verschil zit in wat een geautomatiseerde bezoeker krijgt. Een crawler die de pagina ophaalt maar geen JavaScript uitvoert, blijft hangen op dat lege skelet. Dat verschil tussen ruwe HTML en gerenderde HTML is dezelfde achilleshiel die we ook beschrijven in JavaScript SEO: waarom Google je content soms niet ziet, maar bij AI-zoekmachines is de impact harder.

Waarom zien AI-crawlers mijn JavaScript-content niet?

Omdat de grote AI-crawlers geen JavaScript draaien. Ze vragen je pagina op, lezen de HTML die de server direct teruggeeft, en stoppen daar. Alles wat pas via JavaScript verschijnt, bestaat voor hen niet.

Onderzoek van Vercel naar het gedrag van AI-crawlers laat dit duidelijk zien: geen van de grote AI-crawlers rendert JavaScript. Dat geldt voor de bots van OpenAI (waaronder GPTBot en OAI-SearchBot), voor ClaudeBot van Anthropic en voor PerplexityBot. Volgens datzelfde onderzoek halen sommige van die crawlers je JavaScript-bestanden wel óp, maar ze voeren ze niet uit. Het resultaat is hetzelfde: client-side gerenderde inhoud komt niet binnen.

Concreet betekent dit dat je productomschrijvingen, je dienstpagina’s, je cases en je antwoorden op veelgestelde vragen onzichtbaar blijven voor het model dat een potentiële klant aan het raadplegen is. Als iemand ChatGPT of Perplexity vraagt naar een leverancier zoals jij, kun je simpelweg niet worden meegenomen, omdat de AI nooit je inhoud heeft kunnen lezen. Dit is precies het soort technische blokkade dat generative engine optimization probeert weg te nemen.

Maar ik sta toch wel in Google? Hoe kan dat dan?

Dat kan heel goed samengaan, en juist dat maakt het probleem zo verraderlijk. Googlebot is een van de weinige crawlers die JavaScript wél rendert. Het haalt je pagina op, voert in een aparte stap je scripts uit, en indexeert daarna de gerenderde inhoud. Een client-side site kan zo prima rankings halen in de klassieke Google-resultaten.

De AI-crawlers van OpenAI, Anthropic en Perplexity doen die renderstap niet. Daardoor ontstaat een kloof: dezelfde pagina die Google volledig begrijpt, is voor ChatGPT en Perplexity een leeg vel. Je conclusie mag dus niet zijn “we staan in Google, dus het zit goed”. De juiste vraag is of je content al in de ruwe HTML staat, want dat is de enige versie die elke crawler gegarandeerd ziet.

Let op één nuance: ook binnen Google verschuift het zwaartepunt. Functies zoals AI-overzichten leunen op wat Googlebot kan ophalen, maar de generatieve antwoorden buiten Google, in losstaande AI-tools, hangen volledig af van je ruwe HTML. Wie alleen op Google blijft sturen, mist het deel van de markt dat zijn onderzoek inmiddels in een chatinterface doet.

Hoe controleer ik of mijn site dit probleem heeft?

De snelste test kost je een halve minuut. Open je pagina, klik op “paginabron bekijken” (de view-source, niet de inspector), en zoek naar je belangrijkste tekst, je H1 en je dienstomschrijving. Staat die tekst er niet letterlijk in, dan wordt ze waarschijnlijk pas client-side ingeladen en zien de AI-crawlers ze niet.

Een paar aanvullende checks:

• Vergelijk ruwe en gerenderde HTML. Zie je in de view-source vooral een leeg skelet en wat scripttags, terwijl de zichtbare pagina vol content staat, dan render je client-side.
• Schakel JavaScript tijdelijk uit in je browserinstellingen en herlaad de pagina. Blijft er een lege of half lege pagina over, dan ervaart een AI-crawler precies datzelfde.
• Kijk per pagina, niet alleen op je homepage. Vaak zit het verschil juist in de dieper gelegen dienst- en productpagina’s die je leads moeten opleveren.

Wil je dieper graven naar hoe crawlers je pagina’s ophalen en welke content wel of niet binnenkomt, dan helpt het om je website-architectuur en SEO er als geheel bij te pakken, want rendering staat zelden op zichzelf.

Hoe los ik client-side rendering op?

De structurele oplossing is je belangrijkste content niet meer pas in de browser opbouwen, maar al op de server of bij het bouwen klaarzetten. Daarvoor heb je grofweg twee routes.

Server-side rendering (SSR). De server stelt de volledige pagina samen en stuurt kant-en-klare HTML naar de bezoeker en de crawler. Er is geen extra renderstap nodig, dus er kan ook niets misgaan in de browser van een bot. Dit past goed bij sites met inhoud die vaak verandert of per gebruiker verschilt.

Static site generation (SSG). Hier worden je pagina’s al tijdens het bouwen omgezet naar statische HTML-bestanden. Elke bezoeker, mens of crawler, krijgt direct de complete pagina. Dit is ideaal voor content die niet elke seconde wijzigt, zoals dienstpagina’s, kennisartikelen en cases, precies de pagina’s die voor B2B-zichtbaarheid tellen.

Beide leveren hetzelfde resultaat voor AI-crawlers op: je content staat in de ruwe HTML en is dus leesbaar zonder dat er ook maar één regel JavaScript hoeft te draaien. Een prettige bijvangst is snelheid. Minder client-side JavaScript betekent meestal een snellere eerste weergave, wat ook je Core Web Vitals ten goede komt. Welke aanpak en welk platform het beste passen, hangt af van je situatie: de hoeveelheid content, hoe vaak die verandert, en hoe je team werkt. Een headless CMS-opzet kan SSR of SSG goed ondersteunen, maar is geen verplichte voorwaarde. Op onze pagina over website ontwikkeling lees je hoe wij die keuze per case maken.

Moet ik mijn hele site nu ombouwen?

Niet meteen, en zeker niet in paniek. Begin bij de pagina’s die geld opleveren: je dienstpagina’s, je belangrijkste landingspagina’s en de content waarop je gevonden wilt worden. Als juist díe in de ruwe HTML staan, heb je het grootste risico al afgedekt. Een interactief dashboard achter een login mag gerust client-side blijven, want daar zoekt geen AI-crawler naar.

Plan je toch een grotere ingreep of een nieuwe site, neem rendering dan vanaf het begin mee als ontwerpkeuze in plaats van als reparatie achteraf. Doe je het tijdens een website-migratie, dan vang je twee vliegen in één klap: je beschermt je bestaande zichtbaarheid en je maakt je content meteen leesbaar voor AI-engines. Onze stelling is nuchter: stuur op leads en omzet, niet op een eindeloze technische checklist. Een pagina die niemand bezoekt en die geen lead oplevert, hoeft niet als eerste herbouwd te worden.

Hoe dit alles in een bredere bouwaanpak past, lees je in onze gids voor een B2B-website laten maken.

De korte samenvatting

Client-side rendering laat je content pas in de browser verschijnen, en de grote AI-crawlers (GPTBot, ClaudeBot, PerplexityBot) draaien geen JavaScript. Daardoor kun je vlot in Google staan en tegelijk volledig ontbreken in ChatGPT, Claude en Perplexity. De oplossing is je belangrijkste content via server-side rendering of static site generation al in de ruwe HTML te zetten, te beginnen bij de pagina’s die leads opleveren. Zo lezen mens, zoekmachine én AI dezelfde volledige pagina.

Wil je weten of jouw site zichtbaar is voor AI-zoekmachines en wat een verstandige rendering-aanpak is voor jouw geval? Plan je gratis intake en we kijken samen waar je nu staat.