← Alle artikelen

Hoe je schema.org inricht voor AI-vindbaarheid

31 juli 2026 · 7 min leestijd

Je hebt zeven types nodig en twee harde regels. De types zijn Organization, Service, FAQPage, Article of BlogPosting, BreadcrumbList, Person en Review of AggregateRating. De eerste harde regel is dat je schema als JSON-LD server-side in de HTML staat. De tweede is dat er precies één Organization-schema per domein bestaat.

Structured data maakt expliciet wat een mens uit de opmaak afleidt. Jij ziet aan de dikgedrukte regel bovenaan dat dit de bedrijfsnaam is. Een crawler ziet dikgedrukte tekst.

Schema vertelt hem dat dit een Organization heet, dat dit haar naam is en dat dit haar LinkedIn-profiel is. Geen interpretatie, geen gok.

Wat doet structured data eigenlijk voor een AI-assistent?

Een assistent moet in korte tijd besluiten of jouw pagina een bruikbare bron is. Hij zoekt naar feiten die hij zonder risico kan overnemen.

Schema levert die feiten in een vorm die geen taalbegrip vereist. Naam, vestigingsplaats, dienst, auteur, publicatiedatum en beoordeling staan er als losse velden in.

Dat lost twee dingen op. Het model weet zeker met welk bedrijf het te maken heeft, ook als er drie Nederlandse IT-bedrijven met een vergelijkbare naam bestaan. En het weet hoe oud je informatie is, wat bepaalt of hij hem durft te citeren.

Welke types heeft een IT-bedrijf nodig?

TypeWat er minimaal in staatWaar het staat
OrganizationNaam, logo, URL, adres, telefoonnummer, e-mailadres, KvK-nummer en sameAs met je LinkedIn-pagina, je Clutch- of G2-profiel en je Google BedrijfsprofielEén keer, op de homepage
ServiceNaam van de dienst, korte beschrijving, provider die naar je Organization verwijst, areaServed en de doelgroepOp elke servicepagina, één per kernaanbod
FAQPageElke vraag met exact het antwoord dat ook zichtbaar op de pagina staatOp elke pagina met een FAQ-blok
Article of BlogPostingTitel, author als Person, datePublished, dateModified en de hoofdafbeeldingOp elk blogartikel
BreadcrumbListDe volledige klikpad van homepage naar huidige paginaOp elke pagina behalve de homepage
PersonNaam, functie, foto, worksFor naar je Organization en sameAs met het LinkedIn-profielOp teampagina's en auteurspagina's
Review of AggregateRatingAantal reviews, gemiddelde score en de bronAlleen als er echte, verifieerbare reviews achter zitten

Die laatste rij is de enige waar je iets kunt verliezen. Een AggregateRating verzinnen is een reden voor Google om je hele markup te negeren. Een assistent die de score niet in een bron terugvindt, laat je pagina links liggen.

Bij sameAs zit meer waarde dan de meeste dev-teams verwachten. Het verbindt je site met de profielen waar anderen over je schrijven. Dat is precies het bewijsmateriaal waar een assistent naar zoekt.

Waarom moet schema server-side in de HTML staan?

AI-crawlers voeren JavaScript vaak niet uit. Content die alleen client-side laadt, bestaat voor hen niet.

Veel bedrijven laden hun structured data via een tagmanager, omdat marketing dat zelf kan aanpassen zonder release. Voor Google werkt dat soms nog. Voor GPTBot, ClaudeBot en PerplexityBot verdwijnt je schema dan volledig.

De regel voor je developer is dus kort. Het JSON-LD-blok hoort in de HTML-broncode die de server verstuurt, zichtbaar als je de pagina opvraagt zonder browser.

Dit test je in dertig seconden. Open de pagina, bekijk de paginabron via Ctrl+U en zoek op application/ld+json. Wat je daar ziet, is wat een crawler ziet.

Waarom precies één Organization-schema per domein?

Twee Organization-schema's die verschillende dingen over hetzelfde bedrijf zeggen, is erger dan geen schema. Het model krijgt twee namen, twee adressen of twee beschrijvingen en kan niet kiezen. Meestal citeert het dan geen van beide.

Dit is een fout die we in de praktijk vaak zien. Vooral bij bedrijven die net van positionering zijn veranderd.

Het patroon is bijna altijd hetzelfde. Er staat een oud schema in het thema van je CMS met de vorige bedrijfsnaam. Daarnaast heeft een SEO-plugin een tweede blok aangezet met de nieuwe naam. En in de tagmanager staat nog een derde versie uit een project van twee jaar terug.

Wat werkt, is één blok op de homepage dat de waarheid bevat. Andere pagina's verwijzen daarnaar met een @id, in plaats van het schema te herhalen. Je developer weet wat dat betekent.

Wat er misgaat

Schema die iets anders zegt dan de pagina. Een FAQPage met vragen die nergens zichtbaar op de pagina staan is een overtreding van de richtlijnen. Het antwoord in de markup en het antwoord op de pagina zijn woordelijk hetzelfde.

Elk type dat bestaat toevoegen. We zien sites met tien schema-types op één pagina, waarvan zeven leeg. Zeven correcte types verslaan twintig halfvolle.

Schema zonder onderhoud. Een dateModified die op 2023 blijft staan terwijl je de tekst hebt herschreven, vertelt een assistent dat je bron oud is. Neem het meelopen van datums op in je publicatieproces.

Checklist voor je developer

Deze lijst kun je letterlijk doorsturen.

  1. Plaats alle structured data als JSON-LD server-side in de HTML. Geen enkel schema via de tagmanager.
  2. Zet exact één Organization-blok op de homepage. Verwijder alle andere Organization-schema's, inclusief die van SEO-plugins en oude themabestanden.
  3. Vul in dat blok naam, logo, URL, adres, telefoonnummer, e-mailadres en KvK-nummer, plus sameAs met LinkedIn, het relevante reviewplatform en het Google Bedrijfsprofiel.
  4. Geef elke servicepagina één Service-blok met provider als @id-verwijzing naar de Organization.
  5. Zet FAQPage op elke pagina met een FAQ-blok, met antwoorden die woordelijk overeenkomen met de zichtbare tekst.
  6. Zet BlogPosting op elk artikel, met author als Person, datePublished en een dateModified die automatisch meeloopt met de laatste wijziging.
  7. Zet BreadcrumbList op alle pagina's behalve de homepage.
  8. Zet Person op team- en auteurspagina's, met worksFor en sameAs naar LinkedIn.
  9. Voeg AggregateRating alleen toe bij reviews die publiek terug te vinden zijn, met de bron erbij.
  10. Controleer elke pagina in de Rich Results Test en in de Schema Markup Validator, en lever een lijst met nul fouten op.

Veelgestelde vragen

Zorgt schema.org ervoor dat ChatGPT mijn bedrijf gaat noemen?

Schema alleen doet dat niet. Het zorgt dat een assistent je gegevens correct interpreteert zodra hij je pagina raakt. Of hij je pagina kiest, hangt af van je content en van wat anderen over je publiceren.

Kan ik schema.org toevoegen zonder developer?

Deels. SEO-plugins in WordPress zetten Organization, BreadcrumbList en BlogPosting redelijk goed neer. Voor Service, Person en de @id-verwijzingen tussen blokken heb je iemand nodig die in de templates kan.

Hoe weet ik of mijn schema echt werkt?

Vraag de paginabron op en zoek op application/ld+json. Staat het er, dan haal je de pagina door de Schema Markup Validator voor de foutcontrole. Zie je het schema alleen in de developer tools van je browser, dan laadt het client-side en zien AI-crawlers het niet.

Verder lezen

Schema is een middagje werk voor een developer die weet wat hij doet. Het opruimen van oude Organization-blokken levert daarbij vaak meer op dan het toevoegen van nieuwe types. Wil je weten wat er nu in je broncode staat en hoe vier assistenten je bedrijf beschrijven, dan kun je beginnen met de gratis AI-zichtbaarheidsscan.

Weet je niet of AI jouw bedrijf al noemt?

Je kunt het gratis laten meten in vier assistenten. Je ziet op welke vragen je gemist wordt en welke concurrenten er nu in het antwoord staan.

Check je AI-zichtbaarheid