Wat is gestructureerde data (Schema.org)?

Wat zijn gestructureerde gegevens?

Structurele gegevens zijn code die, met behulp van het Schema.org-vocabulaire, de betekenis van de inhoud op een pagina op een voor zoekmachines machinaal leesbare manier uitlegt. De meest gangbare toepassingsvorm is het JSON-LD-formaat dat als een afzonderlijk <script type="application/ld+json"> blok aan de pagina wordt toegevoegd; dit blok verandert de zichtbare inhoud van de pagina niet, maar voegt alleen een extra "label"-laag toe aan die inhoud. Er zijn veel verschillende typen beschikbaar, zoals Organization, Article, Product en BreadcrumbList, en elk daarvan is ontworpen om een ander type inhoud te definiëren.

Structurele gegevens kun je vergelijken met een bibliotheekkaart: het boek zelf (de pagina-inhoud) verandert niet, maar de fiche (de gestructureerde gegevens) vat de auteur, het genre en de publicatiedatum van dat boek samen in een standaardformaat en vergemakkelijkt het zoeken en classificeren.

Naast JSON-LD bestaan er ook oudere implementatievormen zoals Microdata en RDFa; deze verwerken de gegevens rechtstreeks in zichtbare HTML-tags. JSON-LD is gemakkelijker te onderhouden omdat het losstaat van de pagina-inhoud en onafhankelijk is; het is tegenwoordig ook de door Google aanbevolen methode.

Waarom is dit belangrijk?

Correct toegepaste gestructureerde gegevens helpen Google de inhoud van de pagina beter te begrijpen en kunnen ervoor zorgen dat voor bepaalde soorten inhoud ‘rich results’ in de SERP worden weergegeven — bijvoorbeeld een breadcrumb-pad, productprijs of publicatiedatum van een artikel. Deze visuele verrijkingen kunnen uw pagina laten opvallen tussen de resultaten met dezelfde positie en de klikfrequentie verhogen.

Het toevoegen van gestructureerde gegevens biedt echter geen garantie op rijke resultaten; Google bepaalt met zijn eigen algoritme welke rijke resultaten worden weergegeven en deze beslissing kan in de loop van de tijd veranderen. Daarom is het juister om gestructureerde gegevens niet te zien als „het kopen van een gegarandeerde SERP-functie”, maar als „het duidelijker en beter machinaal leesbaar maken van uw inhoud”.

Het meest concrete voorbeeld hiervan zijn de FAQPage- en HowTo-schema’s: hoewel deze jarenlang op grote schaal werden aanbevolen, heeft Google de reikwijdte van deze rich results beperkt en ze van vrijwel alle websites verwijderd. Dit is een goed voorbeeld van hoe ‘een toepassing die ooit nuttig was’ waardeloos kan worden wanneer het beleid van de zoekmachine verandert.

Hoe los je dit op?

• Gebruik het Organization-schema voor de identiteit van uw website en het Article-schema voor artikelen.
• Voeg het toe om het navigatiepad weer te geven BreadcrumbList ; dit kan ervoor zorgen dat er in de SERP een leesbare navigatiepad wordt weergegeven in plaats van een URL.
• Markeer in de gestructureerde gegevens alleen de informatie die daadwerkelijk op de pagina te zien is; het toevoegen van gegevens die niet op de pagina staan aan het schema is in strijd met de regels van Google en kan leiden tot handmatige maatregelen.
• Controleer met een validatietool of de JSON-LD geldig is; een blok met syntactische fouten kan volledig worden genegeerd.
• Voeg geen FAQPage- en HowTo-schema’s toe: Google heeft deze rich results in 2023 grotendeels verwijderd en het toepassingsgebied in de loop van de tijd verder beperkt; voor normale websites bieden ze geen praktisch voordeel meer in de SERP, maar zorgen ze alleen voor onnodige codelast en onderhoudskosten.

Voorbeeld

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "SEO-vriendelijke URL-structuur",
  "datePublished": "2026-07-01",
  "author": {"@type": "Organization", "name": "SeoRaporu"}
}
</script>

Slecht voorbeeld: een willekeurige datePublished-waarde verzinnen in JSON-LD terwijl er op de pagina helemaal geen publicatiedatum wordt weergegeven; dit is in strijd met de richtlijnen voor gestructureerde gegevens van Google en kan, indien ontdekt, zelfs leiden tot handmatige maatregelen.

Veelgemaakte fouten

• Informatie in de gestructureerde gegevens markeren die niet op de pagina te zien is (in strijd met de regels van Google).
• Ongeldige of onvolledige JSON schrijven; één ontbrekende komma kan het hele blok ongeldig maken.
• Tijd besteden aan het FAQPage/HowTo-schema, dat geen rich results meer oplevert.
• Structurele gegevens niet synchroniseren met actuele inhoud (bijv. de oude prijs in het schema laten staan terwijl de prijs op de pagina is bijgewerkt).
• Wanneer er in het rapport van Seoraporu.co geen gestructureerde gegevens worden gevonden, wordt dit niet als een fout maar als een kans aangemerkt — het kan worden aangevuld door basistypen zoals Organization en Article toe te voegen.
• Schematypen willekeurig kiezen zonder ze af te stemmen op het daadwerkelijke inhoudstype van de pagina; bijv. het toevoegen van een Product-schema aan een blogbericht leidt tot verwarring en kan het vertrouwen van Google verminderen.
• Het toevoegen van meerdere tegenstrijdige schema-blokken aan dezelfde pagina (bijv. twee verschillende ‘Organization’-definities); in dit geval moet Google zelf bepalen welke de juiste is.