Schema-markup valideren: tools en de 8 meestgemaakte fouten

Schema markup testen doe je met twee gratis tools: de Schema Markup Validator voor algemene schema.org-correctheid en Google’s Rich Results Test voor de vraag of Google er een rich result van kan maken. De meeste markup faalt niet door iets exotisch, maar door een handvol terugkerende fouten die je code wel laten bestaan maar onzichtbaar maken voor zoekmachines en AI. In deze gids loop je door de juiste testvolgorde en de 8 fouten die je markup stilletjes om zeep helpen, met telkens hoe je ze opspoort en oplost.

Dit is een praktische test-en-debug-laag onder de GEO-handleiding. Want schema markup is niet alleen een SEO-trucje meer: het is een van de manieren waarop je een AI-model machineleesbaar vertelt wie je bent en wat een pagina betekent.

Waarom moet je schema markup überhaupt testen?

Schema markup testen is nodig omdat een fout in je gestructureerde data meestal stil is: er verschijnt geen foutmelding, de markup wordt gewoon genegeerd. Anders dan een gebroken link of een 404 zie je niets in de browser. De code staat netjes in de paginabron, maar Google en AI-systemen slaan hem over omdat hij niet parseerbaar of niet betrouwbaar is.

Dat maakt schema verraderlijk. Je denkt dat je pagina extra signalen meegeeft, terwijl die signalen in de praktijk nooit aankomen. Testen is de enige manier om het verschil te zien tussen “markup aanwezig” en “markup begrepen”. En dat verschil is groot, want correct gevalideerde gestructureerde data is een van de fundamenten onder hoe AI bepaalt wat waar is.

Welke tools gebruik je om schema markup te testen?

Voor het testen van schema markup gebruik je drie tools in een vaste volgorde: eerst de Schema Markup Validator, dan de Rich Results Test, en daarna Google Search Console voor je live pagina’s. Elk beantwoordt een andere vraag.

• Schema Markup Validator (validator.schema.org). Dit is de officiële schema.org-tool, sinds 2021 de opvolger van de oude Structured Data Testing Tool. Hij controleert je markup tegen de volledige schema.org-woordenlijst, zonder Google-specifieke regels. Gebruik hem om syntaxfouten en niet-bestaande types of properties op te sporen. Hij vertelt je of je markup correct is, niet of Google er iets mee doet.
• Rich Results Test (search.google.com/test/rich-results). Deze tool checkt of je pagina in aanmerking komt voor een Google rich result. Hij is strenger en specifieker: hij kent alleen de types die Google ondersteunt en eist de verplichte properties per type. Gebruik hem als tweede stap, nadat de syntax klopt.
• Google Search Console. De twee tools hierboven testen een momentopname of een URL. Search Console toont de gestructureerde data op je daadwerkelijk geïndexeerde pagina’s, op schaal en over tijd. De Enhancement-rapporten zijn waar je fouten ziet die alleen op de echte, gecrawlde versie van je site opduiken.

De betrouwbaarste werkwijze is een geketende controle: valideer eerst de schema.org-correctheid, check daarna de Google-geschiktheid, en monitor ten slotte de live situatie in Search Console. Wie alleen op één tool vertrouwt, mist telkens een laag. Meer over het bredere arsenaal vind je in AI-zichtbaarheid tools.

De 8 meestgemaakte fouten bij schema markup

1. Ongeldige JSON-LD-syntax

De meest voorkomende fout is een kapotte JSON-structuur: een ontbrekende komma, een dubbele aanhalingsteken-fout of een niet-gesloten accolade. JSON-LD is onverbiddelijk. Eén karakter verkeerd en het hele blok wordt genegeerd, niet alleen de regel met de fout. De Schema Markup Validator wijst de exacte regel aan. Plak je markup erin voor je hem live zet en je vangt dit in seconden.

2. Markup die niet overeenkomt met de zichtbare content

Je gestructureerde data moet beschrijven wat er echt op de pagina staat. Markeer je een prijs, review of evenement dat de bezoeker niet ziet, dan overtreed je de richtlijnen van Google. In het beste geval wordt het genegeerd, in het slechtste geval volgt een handmatige actie. Test dit niet alleen technisch: leg de markup naast de pagina en controleer of elk veld een zichtbare tegenhanger heeft.

3. Verzonnen of verkeerd gespelde types en properties

Schema.org heeft een vaste woordenlijst. Schrijf je Organisation in plaats van Organization, of verzin je een property die niet bestaat, dan wordt die genegeerd. De validator markeert onbekende termen als waarschuwing, maar die waarschuwingen worden vaak weggeklikt. Controleer elke type- en propertynaam tegen de schema.org-documentatie, zeker bij handgeschreven markup.

4. Ontbrekende verplichte properties

Elk rich-result-type heeft verplichte velden. Een Product zonder prijs of beschikbaarheid, een Article zonder kop of datum: de markup is dan syntactisch correct maar onvolledig. De Rich Results Test is hier je beste vriend, want die noemt per type precies welke verplichte property ontbreekt. De validator laat het vaak nog door, de Rich Results Test niet.

5. Markup die niet wordt gerenderd of gecrawld

Soms is je code perfect, maar bereikt hij de zoekmachine niet. Dat gebeurt als schema pas via JavaScript wordt ingeladen en de crawler de gerenderde versie niet ziet, of als het script in een blok staat dat per ongeluk geblokkeerd is. Test daarom altijd de live URL, niet alleen je losse codefragment. De Rich Results Test toont de gerenderde HTML, zodat je ziet wat Google werkelijk binnenkrijgt.

6. Losse entiteiten zonder onderlinge koppeling

Dit is de fout die in een AI-tijdperk het zwaarst weegt. Veel sites strooien losse blokjes markup rond zonder ze te verbinden: een Organization hier, een Person daar, een Product elders, geen enkele verwijzing tussen die entiteiten. Met @id-verwijzingen koppel je ze tot één coherente graaf, zodat een model begrijpt dat het auteur, bedrijf en product over dezelfde entiteiten gaat. Zonder die samenhang krijgt een AI losse feiten in plaats van een helder beeld. Dit is de kern van entiteitsconsistentie voor AI-zichtbaarheid.

7. Verkeerde @context of hoofdlettergevoeligheid

Schema.org-markup is hoofdlettergevoelig en context-afhankelijk. Een @context die naar het verkeerde adres wijst, of een type met de verkeerde hoofdletter, breekt de interpretatie. Gebruik altijd https://schema.org als context en respecteer de exacte schrijfwijze (FAQPage, niet Faqpage). Kleine afwijking, grote gevolgen.

8. Vertrouwen op afgebouwde rich-result-types

Hier gaan veel sites de mist in zonder het te merken. Google heeft de HowTo rich results in 2023 stopgezet en de FAQ rich results stapsgewijs afgebouwd, eerst beperkt tot bepaalde gezaghebbende sites en daarna volledig uitgefaseerd. Wie nog rekent op die zoekverschijningen, debugt iets wat sowieso niet meer in de SERP komt. Belangrijk: de onderliggende markup is niet “stuk”. FAQPage blijft een geldig schema.org-type en wordt nog steeds gelezen om je pagina te begrijpen. De waarde is verschoven van een visueel SERP-element naar machineleesbaarheid voor AI-systemen, en dat is precies waarom je het niet zomaar moet weghalen.

Wat betekent een geldige validatie eigenlijk?

Een groene melding in de validator betekent dat je syntax klopt, niet dat je een rich result krijgt of dat AI je citeert. Dit is het grootste misverstand rond schema markup testen.

Bij Customer Impact sturen we daarom niet op “groen vinkje” als doel op zich, maar op het achterliggende effect: word je correct begrepen en draagt dat bij aan zichtbaarheid die leads oplevert. Schema is een middel, geen vanity-metric. Eerlijk is eerlijk: correcte markup verhoogt je kans om gevonden en geciteerd te worden, maar niemand kan een rich result of een AI-vermelding garanderen. Wie dat wel belooft, overdrijft. Hoe schema past in een bredere, extractie-vriendelijke opzet lees je in content-architectuur voor AI-extractie.

Hoe houd je je schema markup foutvrij op schaal?

Schema foutvrij houden is geen eenmalige controle maar een onderhoudsroutine, want de meeste fouten sluipen erin bij wijzigingen. Drie gewoontes maken het verschil:

1. Test elke template, niet elke pagina. Op een goed opgebouwde B2B-site komt schema uit templates. Test één representatieve pagina per template grondig, want een fout in het template herhaalt zich over honderden pagina’s.
2. Hertest na elke wijziging. Een redesign, een nieuw CMS-veld of een plugin-update kan markup stil breken. Maak een hertest een vaste stap in je release-proces.
3. Monitor in Search Console. Zet de Enhancement-rapporten in je vaste ritme. Zo zie je fouten op de live, geïndexeerde versie van je site, ook als een losse test groen oogde.

Deze discipline is dezelfde die je toepast op de rest van je gestructureerde data en is onderdeel van hoe wij GEO-optimalisatie aanpakken voor B2B-bedrijven.

De korte samenvatting

Schema markup testen draait om de juiste volgorde en het vermijden van een handvol terugkerende fouten. Valideer eerst de schema.org-syntax in de Schema Markup Validator, check daarna de Google-geschiktheid in de Rich Results Test, en monitor je live pagina’s in Search Console. Let vooral op de stille fouten: ongeldige JSON, markup die niet matcht met de zichtbare content, verzonnen properties, ontbrekende verplichte velden, niet-gerenderde code, losse entiteiten zonder koppeling, verkeerde context, en het vertrouwen op afgebouwde rich-result-types. En onthoud dat een geldige validatie geen rich result of AI-citaat garandeert: het is een noodzakelijke basis, geen eindpunt.

Wil je weten of je markup je echt helpt gevonden te worden door AI, in plaats van alleen technisch correct te zijn? Plan je gratis intake en we kijken samen waar je schema staat.