Wat is gestructureerde data? Schema-markup simpel uitgelegd

Gestructureerde data is een klein blokje code op een webpagina dat aangeeft waar de pagina over gaat, in een standaardformaat dat zoekmachines begrijpen. Bijvoorbeeld: "deze pagina is een product met de naam Lavendelkaars, het kost $24 en het is op voorraad." Google omschrijft het als een gestandaardiseerde manier om informatie over een pagina aan te leveren en de inhoud te classificeren. Als je het goed doet, helpt het zoekmachines je pagina te begrijpen en kan het ervoor zorgen dat de pagina in aanmerking komt voor rijkere zoekresultaten, zoals prijzen, beoordelingen of datums van evenementen die direct in het resultaat worden getoond.

Waarom het ertoe doet als je met AI bouwt

Zoekmachines zijn goed in het lezen van pagina's, maar ze moeten nog steeds gissen. Is "24" een prijs, een hoeveelheid of een datum? Is "Riverside Hall" een locatie of een persoon? Gestructureerde data neemt het gissen weg.

Voor door AI gebouwde sites zijn er twee praktische punten:

• Het is code, geen inhoud, dus het wordt makkelijk vergeten. Een AI-builder voegt het meestal niet toe tenzij je erom vraagt, en als hij het wel doet, moet het overeenkomen met wat er echt op de pagina staat.
• Het is makkelijk om het fout te doen op manieren die juist lijken. Een AI kan een vijfsterrenbeoordeling verzinnen, markup toevoegen voor inhoud die niet zichtbaar is, of een type gebruiken dat Google niet meer toont. De richtlijnen van Google zijn streng over juistheid, en misleidende markup kan worden genegeerd of bestraft.

Een beetje gestructureerde data, correct en afgestemd op je echte inhoud, is het waard. Veel verzonnen markup is slechter dan geen markup.

Een alledaagse vergelijking

Denk aan een product in de supermarkt. De verpakking heeft een kleurrijk ontwerp en marketingtekst; dat is je webpagina zoals mensen hem zien. Maar op de achterkant staat ook een standaard voedingswaardetabel: dezelfde velden, in dezelfde volgorde, op elk product. Iedereen kan die snel lezen en producten vergelijken.

Gestructureerde data is het voedingswaardetabel van je pagina. Het ontwerp mag alles zijn wat je wilt; het etiket is gestandaardiseerd zodat machines het betrouwbaar kunnen lezen. En net als een voedingswaardetabel moet het eerlijk zijn over wat erin zit.

Hoe gestructureerde data werkt

Gestructureerde data heeft twee onderdelen:

1. Een woordenschat: de woorden die worden gebruikt om dingen te beschrijven. De meest gebruikte is schema.org, een gedeelde woordenschat met types zoals Product, LocalBusiness, Event, Article, Recipe en Organization, en eigenschappen zoals name, price, address en startDate.
2. Een formaat: hoe de labels in de pagina worden geschreven. Google ondersteunt er drie: JSON-LD, Microdata en RDFa. Google raadt JSON-LD aan, een JSON-blok binnen een <script>-tag, apart van de zichtbare HTML.

Zoekmachines lezen het blok, begrijpen de entiteiten op de pagina en kunnen, als de pagina in aanmerking komt en aan de eisen voldoet, een rich result tonen: een zoekresultaat met extra details.

Een uitgewerkt voorbeeld: de productpagina van een kaarsenwinkel

Stel dat je een webshop hebt gebouwd en een pagina een lavendelkaars verkoopt. De zichtbare pagina toont de naam, een foto, een beschrijving, de prijs ($24,00) en "Op voorraad".

De JSON-LD voor die pagina kan er zo uitzien:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Lavender Soy Candle",
  "image": "https://www.examplecandles.com/images/lavender.jpg",
  "description": "Met de hand gegoten sojakaars met lavendel-essentiële olie. Brandt ongeveer 40 uur.",
  "sku": "CAN-LAV-01",
  "brand": { "@type": "Brand", "name": "Example Candles" },
  "offers": {
    "@type": "Offer",
    "url": "https://www.examplecandles.com/candles/lavender",
    "price": "24.00",
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}

Het staat binnen <script type="application/ld+json">…</script> in de HTML van de pagina.

Let op wat er niet staat: geen aggregateRating, omdat de winkel geen beoordelingen op de pagina toont. Een beoordeling toevoegen die bezoekers niet kunnen zien, zou in strijd zijn met de regels van Google.

De contactpagina van dezelfde winkel kan het bedrijf zelf beschrijven:

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Example Candles",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "12 Market Street",
    "addressLocality": "Bristol",
    "postalCode": "BS1 1AA",
    "addressCountry": "GB"
  },
  "telephone": "+44 117 000 0000",
  "openingHours": "Mo-Sa 10:00-17:00"
}

Opnieuw geldt: elke waarde komt overeen met wat er zichtbaar is op de pagina.

Controleren. Plak de live-URL in Google's Rich Results Test om te zien of de pagina in aanmerking komt voor Google's rich results en of er iets verplichts ontbreekt. Gebruik de Schema Markup Validator voor een algemene controle tegen schema.org. Na de lancering toont Search Console fouten over de hele site.

Regels die je moet kennen

Uit de documentatie van Google over gestructureerde data:

• Markeer alleen wat gebruikers kunnen zien. Voeg geen gestructureerde data toe over informatie die niet zichtbaar is op de pagina, ook al is die juist.
• Neem de verplichte eigenschappen op. Elk type rich result heeft verplichte velden; als er een ontbreekt, komt de pagina niet in aanmerking.
• In aanmerking komen is geen garantie. Correcte markup maakt een pagina in aanmerking komend voor een rich result, maar niet zeker dat die wordt getoond.
• Typen van rich results veranderen. Google schaft op den duur sommige functies af. Zo waren de FAQ-rich results beperkt tot bekende overheids- en gezondheidssites, en heeft Google aangekondigd dat ze vanaf mei 2026 niet meer in Search verschijnen. Controleer de huidige zoekgalerie van Google voordat je voor een specifiek rich result bouwt.
• Maak geen pagina's alleen om markup in onder te brengen.

Veelgebruikte termen uitgelegd

Veelgemaakte fouten en misverstanden

• "Gestructureerde data verbetert de rankings." De belangrijkste waarde is begrip en in aanmerking komen voor rich results, geen snelle weg naar een hogere positie.
• Beoordelingen of recensies verzinnen. Verzonnen of niet-onderbouwde beoordelingen breken de regels van Google en misleiden mensen.
• Markup die niet bij de pagina past. Een prijs van $24 in de JSON-LD en $29 op de pagina is een probleem.
• Verborgen inhoud. Tekst markeren die bezoekers niet kunnen zien, is in strijd met de richtlijnen.
• Markup op elke pagina kopiëren. Een Product-blok hoort op productpagina's, niet op de homepage en in de blog.
• Bouwen voor functies die zijn afgeschaft. Controleer of het rich result dat je wilt nog bestaat.
• Markup alleen in de browser toevoegen. Als je site alles met JavaScript rendert, kan Google het nog steeds vinden, maar het is betrouwbaarder om de JSON-LD in de HTML te zetten die de server verstuurt.
• Nooit testen. Een ontbrekende komma maakt het hele blok onleesbaar.

Wat je aan je AI-builder kunt vragen

• "Voeg JSON-LD gestructureerde data toe met schema.org-types die bij elke pagina passen: Product op productpagina's, LocalBusiness op de contactpagina, Article op blogposts."
• "Genereer de waarden uit dezelfde data die de pagina toont, zodat ze altijd overeenkomen."
• "Voeg geen beoordelingen, recensies of eigenschappen toe die niet zichtbaar zijn op de pagina."
• "Zet de JSON-LD in de server-gerenderde of vooraf gerenderde HTML."
• "Neem alle verplichte eigenschappen op voor Google's rich result van dat type, en vertel me welke je hebt gebruikt."
• "Geef me een lijst met URL's om in de Rich Results Test te controleren."

Voor de bredere context, zie wat SEO is, wat een sitemap is, en de technische uitleg in SEO voor door AI gebouwde websites.

Gestructureerde data in Mythex

Mythex voegt geen gestructureerde data automatisch voor je toe; je vraagt er in de chat om en de agent schrijft het in de code van je app. Vertel welke pagina's producten, evenementen of je bedrijf voorstellen, en vraag om de JSON-LD te genereren uit dezelfde data die de pagina toont. Het recept in de documentatie over SEO voor je gepubliceerde app bevat de zin "Do not invent fake review schema", wat goed advies is om in elke prompt te houden. Omdat de standaardopzet een client-gerenderde single-page app is, vraag je om een vooraf gerenderde of statisch vriendelijke structuur als zoekmachines belangrijk zijn; publiceer daarna en test de live URL's.

Veelgestelde vragen