RevealTheme logo

Schema-opmaakvalidator

Extraheer en valideer JSON-LD-gestructureerde gegevens van elke URL. Bekijk welke schematypen aanwezig zijn en of ze correct worden geanalyseerd.

Hoe u deze tool gebruikt

  1. 1

    Paste the full public URL of the page you want to inspect (including https://) into the input box.

  2. 2

    Click Analyze. The tool fetches the page server-side and scans its HTML for JSON-LD script blocks.

  3. 3

    Read the results: a count of blocks found, a green Valid or red Invalid badge per block, and the detected @type.

  4. 4

    For any Invalid block, read the JSON parse error and the raw snippet shown to locate the syntax problem.

Wat is schema-opmaak en waarom is die belangrijk voor de positionering?

Gestructureerde gegevens van Schema.org vormen een gedeeld vocabulaire — onderhouden door Google, Microsoft, Yahoo en Yandex — waarmee u zoekmachines kunt vertellen wat een pagina is, los van de tekst zelf. Zonder schema leest Google uw pagina zoals een mens dat doet: het analyseert de woorden en raadt wat belangrijk is. Met schema labelt u expliciet 'dit is een product, voor € 29, met 4,5 sterren uit 1250 beoordelingen' of 'dit is een handleiding met deze 7 stappen'. Die gestructureerde informatie voedt de verrijkte resultaten: de visueel verbeterde vermeldingen in de zoekresultaten met sterbeoordelingen, prijzen, receptkaarten, FAQ-accordeons, evenementdata en kruimelpaden. Verrijkte resultaten zien er niet alleen beter uit; ze krijgen gemiddeld 30 % tot 50 % meer kliks. De drie formaten die Google accepteert zijn JSON-LD (aanbevolen: gescheiden van uw HTML, het eenvoudigst te onderhouden), Microdata (inline HTML-attributen, verouderd) en RDFa (op XML gebaseerd, eveneens verouderd). Al het moderne advies luidt JSON-LD, en dat is wat deze validator extraheert en analyseert. Naast verrijkte resultaten helpt schema Google ook de relaties tussen entiteiten te begrijpen (wat uw aanwezigheid in de knowledge graph opbouwt), voedt het AI-samenvattingen en antwoordvakken en signaleert het thematische expertise. De meest voorkomende schematypen die de moeite waard zijn om op een contentwebsite te implementeren: Organization (identiteit van de hele website), WebSite (met SiteSearchAction voor het verrijkte resultaat van het zoekvak), BreadcrumbList (elke pagina), Article (blogberichten), FAQPage (FAQ), HowTo (tutorials), Product (e-commerce), Review (recensies en vergelijkingen), VideoObject (elke ingesloten video). Deze tool haalt een URL op, analyseert elk <script type="application/ld+json">-blok en rapporteert de analysefouten plus het @type dat in elk blok wordt gedetecteerd. Voer voor Google-specifieke geschiktheidscontroles uw URL ook uit in de Test voor verrijkte resultaten van Google (search.google.com/test/rich-results).

Veelvoorkomende toepassingen

  • Controleer of een nieuwe schema-implementatie na wijzigingen daadwerkelijk correct parseert.

  • Audit de gestructureerde gegevens van een concurrent om te zien op welke rich results zij mikken.

  • Debug ontbrekende rich results – bevestig dat het schema aanwezig en syntactisch geldig is voordat je Google verdenkt.

  • Bevestig dat Yoast/Rank Math de schematypen uitstuurt die je verwacht.

  • Valideer JSON-LD op staging voordat je naar productie deployt.

  • Controleer op per ongeluk dubbele schema-blokken (een veelvoorkomende oorzaak van 'multiple Article'-waarschuwingen in Search Console).

Veelgestelde vragen

Garandeert geldig schema verrijkte resultaten?
Nee. De geldigheid van het schema is een voorwaarde vooraf, geen voldoende voorwaarde. De geschiktheid voor verrijkte resultaten van Google hangt af van aanvullende factoren: de kwaliteit van de content, de vereisten van het specifieke schematype en de discretie van Google. Een pagina kan een volkomen geldig schema hebben en toch geen verrijkte resultaten tonen omdat Google daartoe heeft besloten, doorgaans omdat de kwaliteitssignalen van de pagina niet sterk genoeg zijn.
Welke schematypen zou elke website moeten hebben?
Voor de hele website: Organization (of Person voor individuele merken), die de identiteit voor de knowledge graph vaststelt. WebSite, met SiteSearchAction voor het zoekvak van de sitelinks. BreadcrumbList, op elke pagina behalve de startpagina. Per sjabloon: Article op blogberichten, Product op productpagina's, FAQPage waar van toepassing, HowTo voor tutorials.
JSON-LD of Microdata? Welke moet ik gebruiken?
JSON-LD. Google beveelt het expliciet aan. Het is eenvoudiger te onderhouden (een apart blok, niet vermengd met uw HTML), eenvoudiger te debuggen (plak het in een validator) en minder vatbaar voor breuk bij het herontwerpen van de opmaak. Microdata is verouderd: ondersteund maar afgeraden voor nieuwe implementaties.
Waarom verschijnt mijn schema in deze validator, maar niet in die van Google?
De specificatie van schema.org en de vereisten voor verrijkte resultaten van Google zijn niet identiek. Google vereist specifieke velden voor de geschiktheid die de bredere specificatie van schema.org als optioneel markeert. Voorbeeld: een Recipe-schema heeft name, image en recipeIngredient nodig om in aanmerking te komen bij Google, ook al vereist schema.org technisch gezien alleen name. Voer het altijd in beide validators uit.
Kan ik meerdere JSON-LD-blokken op één pagina hebben?
Ja: Google analyseert ze allemaal. Veelvoorkomend patroon: één blok voor het Article-schema, een ander voor BreadcrumbList, nog een voor de FAQ-sectie. Dupliceer wel niet hetzelfde @type. Combineer ze bij twijfel in één @graph-array.
Heeft schema rechtstreeks invloed op de positionering?
Indirect. Google heeft herhaaldelijk gesteld dat schema geen direct positioneringssignaal is. Maar verrijkte resultaten hebben hogere klikpercentages (een gedragssignaal), schema helpt Google uw content met meer vertrouwen te begrijpen, en knowledge-graph-entiteiten positioneren voor merkgerelateerde zoekopdrachten.
Wat is @graph en wanneer moet ik het gebruiken?
@graph is een functie van JSON-LD waarmee u meerdere entiteiten (een Article ÉN de bijbehorende auteur Person ÉN de uitgevende Organization) in één enkel JSON-LD-blok kunt beschrijven, met @id-verwijzingen ertussen. Handig voor complexe pagina's met onderling verbonden entiteiten. Het is niet verplicht: platte blokken werken prima voor eenvoudiger gevallen.

Gerelateerde tools