Technisch

Structured data: de geheime taal die AI-modellen begrijpen

Erik van der Veen9 min

Structured data is de machineleesbare laag onder je website: hij vertelt zoekmachines en AI-modellen niet alleen wát er staat, maar wat het betekent. Terwijl de meeste marketeers zich richten op betere teksten, blijft dit fundament vaak liggen.

Eerst de nuance, want die is belangrijk: structured data is geen schakelaar die AI-zichtbaarheid aanzet. Google heeft in zijn officiële richtlijnen uitdrukkelijk gezegd dat er geen speciale markup vereist is voor zichtbaarheid in generatieve AI-functies. Wie je iets anders vertelt, verkoopt je een verhaal.

Wat structured data wél doet, is ondubbelzinnig maken wie je bent, wanneer je iets publiceerde en hoe je content zich verhoudt tot andere dingen in de wereld. Het is de basis onder entiteitsherkenning, het blijft de voorwaarde voor rich results in de gewone zoekresultaten, en het kost weinig om goed te doen. Dat maakt het een verstandige investering — geen wondermiddel.

Waarom structured data helpt

Stel je voor dat je een boek leest in een vreemde taal. Je kunt misschien losse woorden herkennen, maar de context ontgaat je. Zo ervaren machines ongestructureerde content: ze moeten afleiden wat een datum betekent, of "Erik van der Veen" de auteur of het onderwerp is, en of "€ 49" een prijs, een korting of een boete is.

Schema.org-markup in JSON-LD maakt die afleidingen overbodig. Concreet levert dat drie dingen op:

  • Ondubbelzinnigheid. Een datum in JSON-LD ís een publicatiedatum; een naam ís een auteur. Geen interpretatie nodig.
  • Verifieerbaarheid. Een systeem kan controleren of de auteur, organisatie en publicatiedatum consistent zijn met wat er elders over je bekend is.
  • Relaties. Je maakt expliciet dat deze persoon voor die organisatie werkt, dat dit artikel bij dat blog hoort, en dat jouw bedrijf hetzelfde is als dat profiel elders.

Die derde is de belangrijkste voor GEO. Losse feiten zijn goedkoop; verbanden zijn waardevol.

De vijf essentiële schema-types voor GEO

1. Article-schema

Dit is het minimum voor elke contentpagina. Het vertelt wie de auteur is, wanneer het is gepubliceerd, en wat het onderwerp is.

Een goed Article-schema bevat: headline, author (met credentials), datePublished, dateModified, en een beschrijving. Het verschil zit in de details — een auteur met een expliciete jobTitle en affiliation wordt zwaarder gewogen dan een anonieme naam.

Voeg waar mogelijk ook articleSection toe (het onderwerpgebied), inLanguage (voor Nederlandstalige content essentieel) en een mainEntityOfPage die naar de canonieke URL wijst. Dat laatste voorkomt dat hetzelfde artikel op meerdere adressen als aparte entiteiten wordt gezien.

2. FAQPage-schema

FAQ-content heeft een bijzonder voordeel: het matcht direct met de vraag-antwoordstructuur die AI-modellen gebruiken. Wanneer iemand ChatGPT vraagt "Wat is GEO?", zoekt het model naar content die precies dat patroon volgt.

Een FAQPage-schema met vijf tot acht gerichte vragen helpt je zichtbaarheid, mits je het goed doet. De sleutel is om vragen te formuleren zoals echte gebruikers ze stellen, niet zoals marketeers denken dat ze gesteld worden.

Twee harde regels. De vragen en antwoorden moeten zichtbaar op de pagina staan — verborgen FAQ-schema is een beleidsovertreding, geen slimmigheid. En het antwoord moet volledig zijn in het schema zelf: een antwoord dat eindigt met "lees meer" is voor een model onbruikbaar, want het "meer" komt niet mee.

3. Organization-schema

Dit schema bouwt de digitale identiteit van je merk op. Systemen bouwen een Knowledge Graph — een netwerk van verbonden entiteiten. Hoe rijker je Organization-schema, hoe scherper je positie in die graph.

Voeg toe: naam, URL, logo, contactinformatie, socialemediaprofielen, en een beschrijving die je kernexpertise benadrukt. Gebruik daarnaast een stabiele identificator — een vaste URL met fragment, bijvoorbeeld jouwdomein.nl/#organization — zodat je op elke pagina naar dezelfde entiteit kunt verwijzen in plaats van hem telkens opnieuw te beschrijven.

4. Person-schema

Voor persoonlijke autoriteit is een Person-schema cruciaal. Dit is vooral belangrijk in de context van E-E-A-T, waar individuele expertise zwaar weegt.

Verbind je Person-schema met je Organization via worksFor, voeg je credentials toe (publicaties, certificeringen, ervaringsjaren), leg met knowsAbout vast waar je expertise ligt, en link met sameAs naar je professionele profielen.

5. BreadcrumbList-schema

Breadcrumbs zijn niet alleen handig voor gebruikers — ze vertellen hoe je content is georganiseerd. Een duidelijke hiërarchie (Home > Onderwerp > Artikel) helpt bij het begrijpen van de context en relevantie van individuele pagina's, en levert in Google het navigatiepad onder je zoekresultaat op.

Bonus: Product, Offer en Review voor webshops

Verkoop je iets, dan zijn Product-, Offer- en AggregateRating-schema geen bonus maar basis. Prijs, valuta, beschikbaarheid en levertijd zijn precies de feiten waarop een AI-assistent producten vergelijkt. Zie GEO voor webshops en agentic commerce.

Eén graaf in plaats van losse eilandjes

De meest gemaakte structurele fout is dat elke pagina zijn eigen, op zichzelf staande schemablokken krijgt. Je hebt dan twintig pagina's met twintig verschillende beschrijvingen van hetzelfde bedrijf — twintig zwakke entiteiten in plaats van één sterke.

De oplossing is eenvoudig. Definieer je organisatie en je auteurs één keer met een vaste identificator, en verwijs daar op alle andere pagina's naar. Zo ontstaat één samenhangende graaf waarin elk artikel is gekoppeld aan een auteur, elke auteur aan een organisatie, en elk artikel aan het blog waarvan het deel uitmaakt.

Praktisch betekent dat: zet je WebSite-, Organization- en Person-definities in je hoofdtemplate, en verwijs er per pagina alleen naar. Het scheelt bytes, voorkomt inconsistenties, en levert een veel duidelijker beeld op.

De Knowledge Graph-connectie

Elk schema-type dat je implementeert voegt een knooppunt toe aan die graaf. Hoe rijker en consistenter het netwerk, hoe makkelijker een systeem kan bepalen wie je bent en waar je autoriteit ligt.

Denk aan het als een sociaal netwerk: iemand met veel betrouwbare, herleidbare connecties wordt sneller vertrouwd dan een geïsoleerd account. Jouw structured data zijn die connecties — maar alleen als ze naar elkaar wijzen.

Veelgemaakte fouten

De meest voorkomende fout is onvolledigheid. Een Article-schema zonder auteur, of een Organization-schema zonder contactgegevens, is als een half ingevuld sollicitatieformulier — het wekt geen vertrouwen.

Andere veelgemaakte fouten:

  • Verouderde datums. dateModified die al twee jaar op de publicatiedatum staat, terwijl de pagina wel is bijgewerkt. Of erger: een dateModified die automatisch elke nacht opschuift zonder dat er iets veranderde. Beide ondermijnen je betrouwbaarheid.
  • Schema dat afwijkt van de zichtbare pagina. Een beoordelingsscore in het schema die nergens op de pagina staat, of een prijs die niet klopt. Dit is de snelste manier om vertrouwen te verliezen.
  • De ontbrekende sameAs. Zonder die koppeling blijven je site en je profielen elders losse entiteiten.
  • Markup op de verkeerde pagina. FAQPage-schema op een pagina zonder zichtbare FAQ, of Product-schema op een categoriepagina.
  • Kopiëren zonder aanpassen. Een schemablok uit een voorbeeld overnemen en de naam vergeten te wijzigen komt vaker voor dan je zou denken.

Praktische implementatie

De beste aanpak is stapsgewijs:

  • Week 1: Organization- en Person-schema in je hoofdtemplate, met stabiele identificatoren en sameAs-koppelingen.
  • Week 2: Article-schema op al je contentpagina's, met auteur, publicatie- en herzieningsdatum.
  • Week 3: BreadcrumbList op alle subpagina's — dit is grotendeels automatiseerbaar.
  • Week 4: FAQPage op de pagina's die daadwerkelijk zichtbare vragen en antwoorden bevatten.

Test altijd met Google's Rich Results Test en de Schema Markup Validator; beide staan op onze toolspagina. Fouten in je structured data kunnen erger zijn dan geen structured data — ze ondermijnen het vertrouwen van zowel zoekmachines als AI-modellen.

Een praktische tip tot slot: bekijk de gerenderde HTML van je pagina, niet je broncode-template. Veel CMS'en en plug-ins voegen hun eigen schema toe, waardoor je zomaar twee tegenstrijdige Article-blokken op één pagina kunt hebben zonder het te weten.

Conclusie

Structured data maakt je niet automatisch zichtbaar in AI-antwoorden — dat doet de kwaliteit en herkenbaarheid van je content. Maar het maakt wél ondubbelzinnig wie je bent, wanneer je iets zei en hoe je verbonden bent met de rest van het web. Dat is precies de informatie waarop een model besluit of het je durft te citeren.

Zie het niet als de motor, maar als de bedrading. Zonder bedrading werkt de motor ook niet. Loop de checklist door om te controleren wat er bij jou nog ontbreekt.

Veelgestelde vragen

Is structured data verplicht om in AI-antwoorden te verschijnen?

Nee. Google heeft in zijn officiële richtlijnen uitdrukkelijk gezegd dat er geen speciale markup vereist is voor zichtbaarheid in generatieve AI-functies. Structured data is geen schakelaar die AI-zichtbaarheid aanzet. Wat het wél doet: ondubbelzinnig maken wie je bent, wanneer je publiceerde en hoe je content zich verhoudt tot andere dingen — de basis onder entiteitsherkenning, en nog altijd de voorwaarde voor rich results in de gewone zoekresultaten.

Welke schema-types heb ik minimaal nodig?

Vijf. Article op elke contentpagina, met auteur, publicatiedatum en herzieningsdatum. Organization voor je merkidentiteit. Person voor je auteurs, gekoppeld aan de organisatie. BreadcrumbList op alle subpagina's. En FAQPage op pagina's met zichtbare vragen en antwoorden. Verkoop je iets, voeg dan Product, Offer en AggregateRating toe — prijs, voorraad en levertijd zijn precies de feiten waarop AI-assistenten producten vergelijken.

Mag ik FAQPage-schema gebruiken zonder zichtbare FAQ op de pagina?

Nee, dat is een beleidsovertreding. Vragen en antwoorden moeten zichtbaar op de pagina staan. Een tweede regel die vaak vergeten wordt: het antwoord moet volledig in het schema staan. Een antwoord dat eindigt met 'lees meer' is voor een model onbruikbaar, omdat dat 'meer' niet meekomt in de gestructureerde data.

Waarom moet ik één gedeelde identificator gebruiken voor mijn organisatie?

Omdat losse schemablokken per pagina twintig zwakke entiteiten opleveren in plaats van één sterke. Definieer je organisatie en auteurs één keer met een vaste identificator — bijvoorbeeld jouwdomein.nl/#organization — en verwijs daar vanaf alle andere pagina's naar. Zo ontstaat één samenhangende graaf waarin elk artikel gekoppeld is aan een auteur, elke auteur aan een organisatie, en elk artikel aan het blog.

Wat zijn de meest voorkomende fouten in structured data?

Onvolledigheid (een Article zonder auteur), verouderde of juist automatisch opschuivende dateModified-waarden, schema dat afwijkt van wat zichtbaar op de pagina staat, een ontbrekende sameAs-koppeling, en markup op de verkeerde pagina. Controleer daarnaast altijd de gerenderde HTML in plaats van je template: veel CMS'en en plug-ins voegen eigen schema toe, waardoor je twee tegenstrijdige Article-blokken op één pagina kunt hebben.

Over de auteur

Erik van der Veen

AI-trainer en consultant. Begeleidt Nederlandse organisaties bij het praktisch inzetten van AI en bij hun vindbaarheid in ChatGPT, Perplexity en Google AI Overviews. Dit artikel is voor het laatst inhoudelijk gecontroleerd op .