Structured data check voor rijkere zoekmachinecontext
Gestructureerde data is extra informatie in de broncode van je pagina die zoekmachines en AI-systemen vertelt wat een pagina precies bevat: een product, een bedrijf, een artikel of een lijst met veelgestelde vragen. Het wordt meestal als JSON-LD volgens de schema.org-woordenlijst toegevoegd en is voor bezoekers onzichtbaar. Goed opgezette structured data kan leiden tot rijke zoekresultaten (sterren, prijzen, FAQ-uitklappers) en helpt machines je content correct te interpreteren.
Controlepunten
Waarom dit belangrijk is
Structured data is de taal waarmee je je content uitlegt aan zoekmachines en steeds vaker aan AI-antwoordsystemen. Zonder die context moeten machines raden waar een pagina over gaat; met correcte markup weten ze het zeker en kunnen ze je tonen in rijke resultaten zoals sterbeoordelingen, prijzen, evenementen of FAQ-uitklappers. Die rijkere weergave valt meer op in de zoekresultaten en kan de doorklikratio merkbaar verhogen, ook al is het geen garantie op een hogere positie. Voor lokale bedrijven zorgt correcte Organization- of LocalBusiness-markup dat naam, adres en openingstijden eenduidig worden opgepikt. Fouten werken averechts: ongeldige of misleidende markup kan ervoor zorgen dat Google de rich result weigert of in het ergste geval een handmatige actie oplegt. Het verschil tussen wel en niet aanwezige, correcte structured data is daarom vaak het verschil tussen opvallen en onzichtbaar blijven.
Veelvoorkomende bevindingen
Structured data is een gestandaardiseerde manier om de betekenis van je content vast te leggen. De woordenlijst komt van schema.org, een gezamenlijk initiatief van onder meer Google, Microsoft en Yahoo. Je vertelt daarmee bijvoorbeeld: dit is een Product met deze naam, prijs en voorraadstatus, of dit is een Article met deze auteur en publicatiedatum. De aanbevolen vorm is JSON-LD: een blokje JavaScript Object Notation in een script-tag, los van je zichtbare HTML. Daardoor is het makkelijk te onderhouden en raakt het niet verweven met je opmaak, in tegenstelling tot de oudere Microdata- en RDFa-methodes.
Hoe het werkt: een zoekmachine of AI-crawler haalt je pagina op, vindt het JSON-LD-blok, leest het @type en @context en koppelt de velden aan zijn kennismodel. Klopt alles en voldoet het aan de specifieke vereisten voor een rich result, dan kan je pagina in aanmerking komen voor een verrijkte weergave: sterren bij een review, een prijs bij een product, een uitklapbare FAQ, of een breadcrumb-pad. Belangrijk: in aanmerking komen is niet hetzelfde als krijgen. Zoekmachines beslissen zelf of en wanneer ze een rich result tonen.
Waar het misgaat: de meest voorkomende fout is een syntaxfout, bijvoorbeeld een ontbrekende komma of aanhalingsteken, waardoor het complete blok wordt genegeerd. Een tweede valkuil is markup die niet overeenkomt met wat de bezoeker ziet: een beoordeling van 5 sterren in de code terwijl die nergens op de pagina staat. Dat is in strijd met de richtlijnen en kan tot afwijzing of een handmatige sanctie leiden. Verder zien we vaak ontbrekende verplichte velden, verkeerde of verouderde types, en dubbele blokken die elkaar tegenspreken. Ook leidt copy-paste van voorbeelden zonder aanpassing geregeld tot plaatshouder-tekst die live staat.
Wat goed is: een schone, valide JSON-LD per relevant type, met alleen velden die je echt kunt onderbouwen met zichtbare inhoud. Een Organization- of LocalBusiness-blok op de homepage of in een sitebrede template, Product op productpagina's, Article op blog- en nieuwsartikelen, BreadcrumbList voor de navigatiestructuur. Houd het aantal types per pagina logisch en vermijd overdaad. Test elke wijziging met de officiele validators voordat je hem live zet, want de specificaties veranderen: Google heeft bijvoorbeeld FAQ- en HowTo-rich-results sterk ingeperkt, dus markup die ooit nuttig was levert nu niet meer altijd een verrijkte weergave op.
Hoe pak je het aan
Bepaal welk type bij welke pagina hoort
Breng eerst je paginatypes in kaart: productpagina's krijgen Product, artikelen krijgen Article, je bedrijfsgegevens krijgen Organization of LocalBusiness, en navigatie krijgt BreadcrumbList. Voeg niet zomaar overal alles toe; kies wat aansluit op de werkelijke inhoud van de pagina.
Genereer of plaats de JSON-LD in je CMS
De feitelijke aanpassing gebeurt in je CMS, thema of applicatiecode. In WordPress doen SEO-plugins zoals Yoast of RankMath veel automatisch; in een eigen of headless setup voeg je het script-blok toe in de template. CheckBorg signaleert wat ontbreekt of fout is, maar het invoegen zelf doe je in je eigen omgeving.
Vul alleen velden die de pagina echt waarmaakt
Zorg dat elk veld in de markup overeenkomt met zichtbare inhoud: geen prijzen, voorraad of beoordelingen in de code die nergens op de pagina staan. Verwijder plaatshouder-tekst uit gekopieerde voorbeelden en vul echte gegevens in.
Valideer met de officiele tools
Test elke pagina met de Rich Results Test van Google en de Schema Markup Validator van schema.org. Die laten zien of het blok geldig is en voor welke rich results het in aanmerking komt. Los gemelde fouten en waarschuwingen op voordat je publiceert.
Ruim dubbele en tegenstrijdige blokken op
Heb je meerdere bronnen (een thema, een plugin en handmatige code) die schema toevoegen, dan ontstaan vaak dubbele of tegenstrijdige blokken. Kies een enkele bron van waarheid per type zodat namen, URL's en gegevens consistent zijn.
Houd het actueel bij wijzigende richtlijnen
Zoekmachines passen regelmatig aan welke types nog rich results opleveren. Controleer na grote site- of contentwijzigingen opnieuw, en verwacht niet langer een verrijkte weergave van types die zijn ingeperkt, zoals FAQ en HowTo voor de meeste sites.
Controleer je eigen website
Vul je domein in en ontdek welke checks aandacht nodig hebben.
Veelgestelde vragen
Krijg ik gegarandeerd sterren of een FAQ-uitklapper als ik schema toevoeg?
Nee. Correcte markup maakt je pagina alleen in aanmerking voor een rich result; de zoekmachine beslist zelf of en wanneer die wordt getoond. Bovendien heeft Google bepaalde types, zoals FAQ en HowTo, voor de meeste sites ingeperkt, waardoor die niet meer automatisch een verrijkte weergave opleveren.
Welk formaat moet ik gebruiken: JSON-LD, Microdata of RDFa?
JSON-LD is de aanbevolen vorm. Het staat los van je zichtbare HTML in een script-blok, is makkelijker te onderhouden en wordt door zoekmachines het best ondersteund. Microdata en RDFa werken nog wel, maar zijn lastiger te beheren omdat ze door je opmaak heen gevlochten zitten.
Helpt structured data mijn positie in de zoekresultaten?
Niet direct als rankingfactor. Het helpt machines je content beter begrijpen en kan via rijke resultaten je doorklikratio verhogen, wat indirect gunstig kan zijn. Zie het als context en presentatie, niet als een knop voor een hogere positie.
Mag ik beoordelingen of prijzen in de markup zetten die niet op de pagina staan?
Nee. De markup moet overeenkomen met de zichtbare inhoud van de pagina. Gegevens toevoegen die er niet staan is in strijd met de richtlijnen en kan leiden tot afwijzing van het rich result of zelfs een handmatige sanctie. Markeer alleen wat de bezoeker daadwerkelijk ziet.
Lost CheckBorg de schema-fouten automatisch op?
Nee. CheckBorg detecteert, signaleert en prioriteert: we tonen wat ontbreekt, ongeldig is of tegenstrijdig. De feitelijke aanpassing gebeurt in je CMS, thema of applicatiecode, bijvoorbeeld via een SEO-plugin of in je template. Wij wijzen aan wat er moet gebeuren, jij of je bouwer voert het door.
Hoe controleer ik zelf of mijn structured data klopt?
Gebruik de Rich Results Test van Google om te zien voor welke rich results een pagina in aanmerking komt, en de Schema Markup Validator van schema.org om de algemene geldigheid te controleren. Beide tools laten fouten en waarschuwingen zien die je kunt afwerken voordat je publiceert.