AI-ready website-checklist: 25 technische punten voor oplevering

Een AI-ready website is een site waarvan de techniek zo is opgeleverd dat AI-crawlers de pagina’s schoon kunnen ophalen, lezen en begrijpen. Geen visuele truc, maar een lijst concrete bouwbeslissingen: hoe je rendert, wat je in de HTML zet, welke crawlers je toelaat en hoe snel je laadt. Dit artikel is de technische opleveringschecklist, 25 punten die je als developer afloopt voor je een B2B-site live zet. Het gaat over de bouw en de techniek, niet over je inhoudelijke GEO-strategie. Die twee zijn complementair: zonder schone techniek leest geen enkel model je beste content.

Waarom is de techniek bepalend voor AI-vindbaarheid?

Omdat een AI-model alleen kan citeren wat het schoon kan ophalen en parsen. Tools als ChatGPT, Perplexity en Google’s AI-overzichten sturen crawlers naar je site, halen de HTML op en proberen daaruit te begrijpen waar je pagina over gaat. Lukt dat ophalen niet, of krijgt de bot een lege pagina die pas in de browser met JavaScript wordt opgebouwd, dan val je af voor je inhoud ooit beoordeeld is. De techniek is met andere woorden de toegangspoort: ze bepaalt of je überhaupt meespeelt.

Dat maakt deze checklist een dev-handoff-document. Je gebruikt hem los van de inhoudelijke keuzes (welke onderwerpen, welke antwoorden, welke autoriteit) die je in je GEO-strategie maakt. Hier gaat het puur om: staat de fundering technisch goed bij oplevering? Voor het bredere bouwproces en de keuzes eromheen verwijzen we naar onze gids over een B2B-website laten maken.

Welke punten horen bij rendering en crawltoegang?

De belangrijkste regel: zorg dat je content al in de eerste HTML-respons staat, niet pas nadat JavaScript is uitgevoerd. Veel AI-crawlers renderen JavaScript beperkt of helemaal niet, dus alles wat alleen client-side verschijnt, bestaat voor hen niet.

1. Server-side rendering of pre-rendering. Lever de kerncontent in de initiële HTML, via SSR, static generation of pre-rendering. Een puur client-side SPA waarvan de tekst pas na laden verschijnt, is risicovol voor crawlers.
2. Belangrijke tekst staat in de HTML-bron. Controleer met “view source” of je koppen, paragrafen en links zichtbaar zijn zonder dat de browser scripts draait.
3. Een correcte robots.txt. Blokkeer geen mappen of resources die crawlers nodig hebben, en laat de AI-crawlers toe die je zichtbaarheid willen geven.
4. Bewuste keuze per AI-crawler. User-agents als GPTBot en OAI-SearchBot (OpenAI), ClaudeBot (Anthropic), PerplexityBot en Google-Extended (Gemini) kun je apart toelaten of weren. Wil je in AI-antwoorden verschijnen, blokkeer dan niet per ongeluk de bots die je daarvoor nodig hebt.
5. Een actuele XML-sitemap. Genereer hem automatisch, houd hem schoon (alleen indexeerbare, canonieke URL’s) en verwijs ernaar in robots.txt.
6. Geen onbedoelde noindex of crawlblokkades. Een vergeten noindex-tag of een staging-blokkade die meeverhuist naar productie is een klassieker bij oplevering. Check elke template.
7. HTTP-statuscodes kloppen. Levende pagina’s geven 200, verwijderde 410 of 404, verhuisde een 301. Zachte 404’s (een 200 op een lege pagina) verwarren crawlers.

Hoe maak je de structuur machineleesbaar?

Door semantische HTML te gebruiken die de betekenis van elk element expliciet maakt, niet alleen de opmaak. Een model leidt de structuur van je pagina af uit je markup, dus hoe duidelijker die is, hoe beter het je content kan ontleden.

8. Eén logische H1 per pagina die de hoofdvraag of het hoofdonderwerp benoemt.
9. Een nette koppenhiërarchie. H2’s en H3’s volgen logisch op elkaar, zonder niveaus over te slaan. Verwoord ze als de vragen die een lezer of AI zou stellen.
10. Semantische elementen zoals header, nav, main, article, section en footer in plaats van een zee aan generieke div’s.
11. Beschrijvende, unieke title-tags en meta descriptions per pagina, die de inhoud eerlijk samenvatten.
12. Alt-teksten op betekenisdragende afbeeldingen. Ze helpen zowel toegankelijkheid als machineleesbaarheid. Lees ook onze veelgemaakte toegankelijkheidsfouten.
13. Sprekende, stabiele URL’s in plaats van cryptische parameters, en een doordachte website-architectuur waarin verwante pagina’s logisch samenhangen.
14. Interne links met beschrijvende ankerteksten. Ze tonen crawlers hoe je pagina’s zich tot elkaar verhouden en welke het belangrijkst zijn.
15. Antwoord-eerst opgebouwde pagina’s. Zet het directe antwoord bovenaan een sectie en bouw daarna uit. Dat maakt een passage makkelijker te citeren.

Welke gestructureerde data hoort erbij?

Gestructureerde data (schema.org-markup in JSON-LD) vertelt machines expliciet wát een stuk content is: een organisatie, een artikel, een veelgestelde vraag, een product. Het is geen garantie op zichtbaarheid, maar het haalt giswerk weg en helpt modellen je entiteiten correct te interpreteren.

16. Organization-markup met je bedrijfsnaam, logo, vestiging en contactgegevens, zodat je merk als entiteit herkenbaar is.
17. Article- of BlogPosting-markup op kennisartikelen, met auteur en publicatiedatum.
18. BreadcrumbList-markup die je sitestructuur expliciet maakt.
19. FAQ- of Q&A-markup waar je echt vragen beantwoordt, niet als trucje op elke pagina.
20. Geldige JSON-LD. Valideer elke template met een schema-validator voor oplevering. Verdiep je in schema-markup en de bredere logica van gestructureerde data om de juiste types te kiezen.

Welke performance- en techniekpunten moeten af zijn?

Een snelle, stabiele en veilige site is geen luxe maar een crawlvoorwaarde: trage of foutgevoelige pagina’s worden minder vaak en minder diep opgehaald. Performance raakt bovendien direct je conversie, want een trage site kost je leads nog voor een mens iets leest.

21. Goede Core Web Vitals. Houd laadsnelheid, interactiviteit en visuele stabiliteit binnen gezonde marges. Onze uitleg over Core Web Vitals en Google Lighthouse helpt je meten.
22. Mobielvriendelijk en responsive, want crawlers beoordelen doorgaans de mobiele versie.
23. HTTPS overal, zonder mixed-content-waarschuwingen.
24. Canonical-tags die duplicaten en parametervarianten naar één voorkeurs-URL wijzen.
25. Schone, consistente redirects zonder ketens of loops, zeker als je migreert van een oude site.

En llms.txt dan, moet dat erbij?

Optioneel, en met realistische verwachtingen. llms.txt is een voorgesteld bestand in de root van je domein dat modellen naar je belangrijkste content zou wijzen, bedacht in 2024. De adoptie is voorlopig laag en geen enkele grote AI-aanbieder leunt er officieel zwaar op. Je verliest er weinig mee om het toe te voegen, maar reken er niet op als hoeksteen. De winst zit in de 25 punten hierboven, niet in een experimenteel tekstbestand.

Belangrijk om eerlijk te blijven: deze checklist maakt je site technisch klaar om gevonden te worden, maar garandeert geen citaties. Of een model jou kiest hangt ook af van je inhoud, je autoriteit en je relevantie voor de vraag. De techniek opent de deur, je content moet door die deur naar binnen. Wij sturen liever op die volledige keten dan op losse scorebordjes.

De korte samenvatting

Een AI-ready website begint bij de bouw: lever content in server-side HTML, geef de juiste crawlers toegang via robots.txt, structureer je pagina’s semantisch, voeg geldige schema-markup toe en houd je performance en redirects schoon. Loop deze 25 punten af als technische opleveringschecklist, gescheiden van je inhoudelijke strategie, en je gaat machineleesbaar live. Wil je dat een ervaren team deze fundering mee bewaakt? Bekijk hoe wij je website laten bouwen of plan je gratis intake.