Gestructureerde data voorbij de basis: van snippets naar knowledge graph

De eerste generatie structured data had één doel: mooiere zoekresultaten. Sterren, FAQ-uitklappers, broodkruimels. Dat werkt nog steeds, maar de strategische waarde is verschoven. Google en AI-antwoordmachines bouwen kennisgrafen: gestructureerde representaties van wie je bent, wat je doet en wie er voor je werkt.

In zo'n graaf telt niet de ene FAQ op de ene pagina, maar de consistentie van het geheel. Staat op je site een Organization die via sameAs naar je LinkedIn verwijst, een Person die via worksFor aan die Organization hangt, en een Article dat via author aan die Person? Dan hoeft een machine niet te gokken wie deze tekst schreef en waarom die geloofwaardig is.

De techniek die losse schema's tot een graaf maakt, is simpel: geef elke entiteit een stabiele @id en verwijs ernaar in plaats van gegevens te herhalen. Een praktisch patroon:

• Organization op je domeinroot: jouwsite.nl/#organization — de anker-node van alles.
• Person-nodes op je team-pagina: jouwsite.nl/over#naam — met functie, expertise en sameAs naar LinkedIn.
• Service-nodes per dienstpagina: jouwsite.nl/diensten/x#service — met provider-verwijzing naar de Organization.
• Articles verwijzen met author naar de Person-@id en met publisher naar de Organization-@id.

Resultaat: één samenhangend web van feiten dat een crawler in één keer kan doorlopen, in plaats van twintig losse brokjes die hij zelf moet correleren.

De meest gemaakte fout is ambitie: alle mogelijke properties invullen, waarvan de helft botst met de zichtbare pagina of met externe profielen. Een graaf met contradicties is erger dan geen graaf — machines leren dan dat je data onbetrouwbaar is.

• Naam, adres, oprichtingsjaar en dienstomschrijvingen moeten exact overeenkomen met je zichtbare content en je bedrijfsprofielen.
• Elke claim in je schema moet op de pagina zelf te lezen zijn; schema is een samenvatting, geen plek voor extra marketing.
• Houd je sameAs-lijst actueel: dode profielen en verouderde kanalen ondermijnen de graaf.
• Minder properties die kloppen verslaan meer properties die ruisen.

Schema's die handmatig per pagina worden bijgehouden, zijn binnen een halfjaar verouderd: een teamlid vertrekt, een dienst verandert, een datum blijft hangen. De volwassen aanpak behandelt gestructureerde data als code:

• Genereer schema's vanuit één centrale databron (auteurspagina's, dienstenlijst) in plaats van per pagina te kopiëren.
• Bouw validatie in je deploy: een script dat elke JSON-LD-blok parseert en toetst aan je regels voordat de site live gaat.
• Test periodiek met de Rich Results Test en Schema.org-validator op een vaste steekproef van paginatypes.
• Log welke paginatypes welke schema's dragen, zodat wijzigingen geen pagina's ongemerkt kaal maken.

Die investering verdient zich terug bij elke redesign en elke teamwijziging — de momenten waarop handmatige schema's traditioneel stukgaan.