Gestructureerde data voor AI-antwoorden: wat je markeert en hoe

Gepubliceerd 2026-11-12

Kort antwoord

Gestructureerde data ontsluit AI-antwoorden niet vanzelf, maar neemt twijfel over feiten weg. Markeer de uitgever als Organization met sameAs-links, elk artikel met author, datePublished en dateModified, producten met offers, prijs en valuta, en vraagsecties met FAQPage. Gebruik JSON-LD en houd het gelijk aan wat de pagina toont.

Een crawler die HTML leest, moet afleiden wie een pagina publiceerde, wanneer ze is gewijzigd en wat een product kost. JSON-LD zegt die feiten expliciet in de woordenschat van schema.org. Google zegt dat voor zijn AI-functies geen speciaal schema nodig is, en andere AI-aanbieders publiceren niet hoe ze markup gebruiken, dus het eerlijke doel is duidelijkheid en geen rankingtruc.

Op deze pagina

Waarom helpen gestructureerde data bij AI-antwoorden?
Hoe markeer ik mijn organisatie?
Wat moet Article- of BlogPosting-markup bevatten?
Is FAQPage-markup nog de moeite waard?
Hoe markeer ik de prijs van een product of app?
Hoe controleer ik of mijn markup goed wordt gelezen?

Waarom helpen gestructureerde data bij AI-antwoorden?

AI-antwoorden moeten vaak feiten noemen: wie een product maakt, wat het kost, of een artikel actueel is. Staan die feiten alleen in lopende tekst, dan kunnen ze verkeerd worden gelezen of vermengd raken met feiten van andere pagina's. Markup geeft van elk feit één consistente uitspraak die elke parser kan lezen.

Gebruik waar mogelijk JSON-LD; Google beveelt het aan als het formaat dat het makkelijkst te implementeren en te onderhouden is. En volg de basisregel van Google: markeer geen informatie die voor gebruikers niet zichtbaar is op de pagina, ook al is die juist.

Hoe markeer ik mijn organisatie?

Een Organization met name, url, logo en sameAs vertelt een crawler wie er achter de site zit. schema.org definieert sameAs als de URL van een verwijzingspagina die de identiteit van het item ondubbelzinnig aangeeft, zoals je officiële profielen elders. Google adviseert dit op de homepage of een over-ons-pagina te zetten; op elke pagina is het niet nodig.

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://example.com/#org",
  "name": "Example Co",
  "url": "https://example.com/",
  "logo": "https://example.com/logo.png",
  "sameAs": [
    "https://www.linkedin.com/company/example-co",
    "https://github.com/example-co"
  ]
}

Geef de organisatie een stabiele @id, zodat andere markup op je site, zoals de publisher van een artikel, ernaar kan verwijzen. Zet in sameAs alleen profielen die je zelf beheert. Links naar pagina's over een ander bedrijf met een vergelijkbare naam doen het tegenovergestelde van wat je wilt: ze vertroebelen de identiteit die de markup juist duidelijk moet maken.

Google noemt ook optionele eigenschappen zoals description, legalName, contactPoint en address. Voeg de eigenschappen toe die waar en stabiel zijn; laat alles weg wat je met de hand zou moeten bijhouden.

Wat moet Article- of BlogPosting-markup bevatten?

Voor artikelen zijn de eigenschappen die het meest uitmaken voor vertrouwen en actualiteit headline, author met een name en een url die de auteur identificeert, datePublished en dateModified. Google vraagt om ISO 8601-datums en raadt aan een tijdzone op te nemen.

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "How to choose a clinic scheduling app",
  "author": {"@type": "Person", "name": "Jane Doe", "url": "https://example.com/team/jane"},
  "publisher": {"@id": "https://example.com/#org"},
  "datePublished": "2026-10-01T09:00:00+00:00",
  "dateModified": "2026-11-12T09:00:00+00:00",
  "image": "https://example.com/img/scheduling.jpg"
}

Houd dateModified eerlijk en consistent. Gebruik dezelfde datum op de zichtbare pagina en in de lastmod van je sitemap, en werk hem alleen bij als de content echt verandert.

Is FAQPage-markup nog de moeite waard?

Wees duidelijk over wat het niet meer doet. Google toont geen FAQ-rich results meer in Zoeken en heeft de documentatie voor die functie verwijderd. FAQPage-markup levert je in Google dus geen uitgebreide FAQ-resultaten meer op.

Het blijft een geldig schema.org-type dat elke vraag in machineleesbare vorm aan haar antwoord koppelt, wat nuttig is voor elk systeem dat de pagina parseert. Heeft je pagina al een zichtbare FAQ-sectie, dan kost markeren weinig. Voeg geen vragen aan de markup toe die niet op de pagina staan.

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "Does the app work offline?",
    "acceptedAnswer": {"@type": "Answer", "text": "Yes. Changes sync when the device is back online."}
  }]
}

Hoe markeer ik de prijs van een product of app?

Mensen vragen AI-assistenten vaak wat een product kost, en een prijs die in een prijstabel verstopt zit, wordt makkelijk verkeerd gelezen. Voeg offers met price en priceCurrency toe aan je Product- of SoftwareApplication-markup. Google noemt price verplicht voor een aanbieding en raadt priceCurrency aan; een gratis app moet een prijs van 0 vermelden.

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Example Planner Pro",
  "offers": {
    "@type": "Offer",
    "price": 19.00,
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}

Hoe controleer ik of mijn markup goed wordt gelezen?

Elk JSON-LD-blok moet geldige JSON zijn. Eén verdwaalde komma zorgt ervoor dat parsers het hele blok negeren.
Zet JSON-LD in de oorspronkelijke HTML. Markup die met JavaScript wordt toegevoegd, kan worden gemist door crawlers die geen scripts uitvoeren.
Vergelijk de markup met de zichtbare pagina: namen, prijzen en datums moeten exact overeenkomen.
Zorg dat de pagina met de markup niet voor AI-crawlers is geblokkeerd door robots.txt of een firewall; markup op een onbereikbare pagina helpt niemand.
Combineer verwante items met @id-verwijzingen in plaats van ze te herhalen, zodat de uitgever in je artikelmarkup en je Organization-markup duidelijk dezelfde entiteit zijn.
Genereer datums en prijzen uit dezelfde data die de zichtbare pagina vult, zodat de twee na een update niet uit elkaar kunnen lopen.

AISeeWhy leest de JSON-LD op je pagina en meldt ongeldige blokken, ontbrekende uitgever of sameAs, onvolledige artikeldata, app- of productmarkup zonder prijs en vraagkoppen zonder bijbehorende FAQ-markup, elk met een kant-en-klaar snippet voor de oplossing.

Veelgestelde vragen

Heb ik gestructureerde data nodig om in Google AI Overviews te verschijnen?

Nee. Volgens Google is er voor AI Overviews of AI Mode geen speciale schema.org-gestructureerde data nodig. Markup helpt wel om feiten zoals datums en prijzen ondubbelzinnig te maken.

JSON-LD, Microdata of RDFa?

Alle drie zijn geldig, maar Google beveelt JSON-LD aan waar je opzet dat toelaat, omdat het makkelijker toe te voegen en los van de zichtbare HTML te onderhouden is.

Moet elke pagina Organization-markup hebben?

Google adviseert het op de homepage te zetten of op één pagina die de organisatie beschrijft. Andere pagina's kunnen ernaar verwijzen met de @id.

Vervangen gestructureerde data goede content?

Nee. Markup noemt feiten over de pagina; ze maakt een zwak antwoord niet sterk. AI-antwoorden citeren nog steeds de zichtbare tekst, dus de pagina moet de vraag zelf goed beantwoorden.

Kan ik content markeren die voor bezoekers verborgen is?

Nee. Volgens de richtlijnen van Google moet je geen informatie markeren die voor gebruikers niet zichtbaar is, ook al is die juist.