Structured data voor AI-search in 2026
Structured data maakt relaties tussen een persoon, organisatie, website, dienst en artikel expliciet. De sterkste implementatie gebruikt stabiele identifiers en verwijst naar dezelfde entiteiten, in plaats van op iedere pagina losse en tegenstrijdige schema-objecten te publiceren.
Direct antwoord
De kern in één uitleg.
Gebruik voor een persoonsgedreven bedrijf één gekoppelde Schema.org-graph met stabiele identifiers voor de persoon, organisatie en website. Voeg per pagina alleen passende entiteiten toe, zoals Service op een dienstpagina en Article plus FAQPage op een zichtbaar kennisartikel. Koppel auteur, publisher, provider, breadcrumb en hoofdonderwerp via dezelfde identifiers. Structured data verduidelijkt relaties, maar garandeert geen ranking, rich result of AI-citatie.
- Gebruik stabiele identifiers voor terugkerende entiteiten.
- Laat zichtbaar paginatype en schema-type met elkaar overeenkomen.
- Publiceer FAQ-schema alleen voor zichtbare, identieke antwoorden.
- Valideer JSON én de onderlinge verwijzingen in de graph.
Entiteitsmodel
Welke structured data hoort bij welk onderdeel?
| Entiteit | Functie | Belangrijke koppelingen |
|---|---|---|
| Person | Beschrijft de echte persoon achter het merk | worksFor, founderOf, sameAs en auteur |
| ProfessionalService | Beschrijft het bedrijf en de dienstverlening | founder, areaServed, sameAs en provider |
| WebSite | Beschrijft de canonieke website | publisher, author en mogelijke zoekactie |
| Service | Beschrijft een concrete dienst | provider, serviceType en areaServed |
| WebPage | Beschrijft de huidige canonieke pagina | isPartOf, author, mainEntity en breadcrumb |
| Article | Beschrijft een zichtbaar kennisartikel | headline, auteur, publisher, datum en mainEntityOfPage |
| FAQPage | Beschrijft zichtbare vragen en antwoorden | Question en exact overeenkomende Answer |
| BreadcrumbList | Beschrijft de positie in de sitestructuur | Home, hub en huidige pagina |
01
Begin met drie centrale entiteiten
Een persoonsgedreven merk heeft meestal een centrale Person, een bedrijfsentiteit en een WebSite nodig. Geef iedere entiteit één vaste identifier op het canonieke domein. Andere pagina’s kunnen daarna naar deze identifiers verwijzen zonder naam, adres of profielkoppelingen opnieuw uit te schrijven.
Controleer eerst of namen, profiel-URL’s, bedrijfsgegevens en expertise op de zichtbare site overeenkomen. Structured data mag geen claims toevoegen die bezoekers niet kunnen controleren of die op andere pagina’s worden tegengesproken.
02
Voeg per paginatype alleen relevante schema’s toe
Een dienstpagina kan een WebPage en Service bevatten. Een inhoudelijk playbook kan een WebPage, Article, FAQPage en BreadcrumbList gebruiken. De zichtbare inhoud blijft leidend: voeg geen Product, Review, rating, prijs of HowTo toe wanneer de pagina die informatie niet aantoonbaar bevat.
Koppel Article.author aan de persoon en Article.publisher aan het bedrijf. Laat Service.provider naar dezelfde bedrijfsentiteit wijzen. Zo ontstaat één samenhangend netwerk in plaats van een verzameling losse objecten.
03
Valideer inhoud, JSON en verwijzingen
Geldige JSON betekent nog niet dat het model inhoudelijk klopt. Parse ieder blok, verzamel alle identifiers en controleer of iedere interne verwijzing naar een bestaande entiteit wijst. Vergelijk daarnaast vragen, antwoorden, auteur en datums met wat bezoekers daadwerkelijk zien.
Gebruik Schema.org-validatie voor volledigheid. Niet ieder correct type komt in aanmerking voor een zichtbaar Google-resultaat. Beoordeel daarom technische geldigheid, inhoudelijke pariteit en zoekmachinegeschiktheid als afzonderlijke controles.
Uitvoering door Roy
Wil je dit goed laten onderzoeken en implementeren?
Roy controleert de huidige situatie, voert de technische en inhoudelijke verbeteringen uit en legt vast hoe het resultaat wordt gemeten.
Praktische checklist
Gebruik deze punten tijdens voorbereiding, selectie of evaluatie.
- 01De persoon, het bedrijf en de website hebben ieder één vaste identifier.
- 02Alle sameAs-profielen zijn echt, publiek en stabiel.
- 03Iedere pagina heeft een eigen canonieke WebPage-entiteit.
- 04Service, Article en FAQPage worden alleen gebruikt wanneer de zichtbare inhoud past.
- 05Auteur en publisher verwijzen naar de centrale entiteiten.
- 06FAQ-vragen en antwoorden zijn zichtbaar en inhoudelijk identiek.
- 07Alle JSON-LD-blokken parsen zonder fouten.
- 08Iedere interne identifierverwijzing wijst naar een bestaande entiteit.
- 09Sitemap, interne links en canonicals gebruiken dezelfde URL-vorm.
Officiële bronnen
Controleer relevante regels en technische documentatie.
Entity- en schemalaag
Laat Roy je structured data ontwerpen en implementeren.
Roy koppelt persoon, bedrijf, website, diensten en kenniscontent in één controleerbaar model en valideert de zichtbare inhoud tegen de schema-output.
Bespreek je structured dataVeelgestelde vragen
Korte antwoorden op praktische vragen.
Helpt structured data om door AI-systemen te worden begrepen?
Structured data kan relaties tussen pagina, persoon, organisatie, dienst en artikel expliciet maken. Het is een ondersteunend signaal en geen garantie dat een AI-systeem de pagina gebruikt of citeert.
Welke structured data heeft een consultant nodig?
Een persoonsgedreven consultantsite kan beginnen met Person, ProfessionalService en WebSite. Dienstpagina’s kunnen Service toevoegen en kennisartikelen kunnen WebPage, Article, FAQPage en BreadcrumbList gebruiken.
Moet ieder schema-object alle bedrijfsinformatie herhalen?
Nee. Gebruik stabiele identifiers en laat pagina-entiteiten naar de centrale persoon en bedrijfsentiteit verwijzen. Dat vermindert duplicatie en tegenstrijdigheden.
Mag FAQPage worden toegevoegd als antwoorden alleen in JSON-LD staan?
Nee. De vragen en antwoorden horen zichtbaar op de pagina te staan en inhoudelijk overeen te komen met de structured data.
Is geldige structured data voldoende voor een rich result?
Nee. Google ondersteunt slechts bepaalde typen en stelt aanvullende voorwaarden. Geldige Schema.org-markup is geen garantie op een zichtbaar rich result.
Kan Roy een bestaande schema-implementatie herstellen?
Ja. Roy kan live markup en broncode controleren, entiteiten opnieuw modelleren, duplicatie verwijderen, pagina-schema koppelen en de uiteindelijke graph technisch valideren.