Wat is JSON-LD en waarom is het belangrijk voor SEO?

Wie zich verdiept in structured data komt al snel de term JSON-LD tegen. Dat klinkt technisch, en eerlijk is eerlijk: dat is het ook een beetje. Toch hoef je geen developer te zijn om te begrijpen waarom JSON-LD belangrijk is voor SEO.

JSON-LD is een manier om zoekmachines gestructureerde informatie over je pagina te geven. Je vertelt in een vaste opmaak wat er op de pagina staat. Bijvoorbeeld dat een pagina over een product gaat, wat de prijs is, of het product op voorraad is, wie een artikel heeft geschreven of waar een bedrijf gevestigd is.

Voor bezoekers verandert er meestal niets aan de voorkant van de website. Voor zoekmachines wordt de inhoud beter leesbaar.

Dat maakt JSON-LD interessant. Zeker voor websites met producten, blogs, lokale vestigingen, vacatures, events, cursussen of andere pagina’s met duidelijke vaste informatie.

Wat betekent JSON-LD?

JSON-LD staat voor JavaScript Object Notation for Linked Data. Dat klinkt zwaarder dan het in de praktijk is. Zie het vooral als een gestructureerd scriptblok waarin je informatie over een pagina beschrijft.

Een gewone bezoeker ziet op een productpagina bijvoorbeeld een productnaam, prijs, afbeelding en voorraadstatus. JSON-LD zet diezelfde informatie in een vaste vorm in de broncode. Daardoor kan een zoekmachine sneller herkennen: dit is een product, dit is de prijs en dit is de beschikbaarheid.

Een simpel voorbeeld:

{ “@context”: “https://schema.org”, “@type”: “Product”, “name”: “Voorbeeld product”, “image”: “https://www.voorbeeld.nl/product.jpg”, “offers”: { “@type”: “Offer”, “price”: “49.95”, “priceCurrency”: “EUR”, “availability”: “https://schema.org/InStock” } }

Dit voorbeeld is bewust simpel gehouden. In de praktijk wil je JSON-LD altijd afstemmen op de pagina, het CMS en de data die beschikbaar is.

JSON-LD en structured data

JSON-LD is geen apart SEO trucje. Het is een vorm waarin je structured data kunt toevoegen.

Structured data is de gestructureerde informatie zelf. JSON-LD is de manier waarop je die informatie technisch aanbiedt. Schema.org is de woordenschat die je gebruikt om dingen te beschrijven.

Je kunt het zo zien:

Dat onderscheid is belangrijk. JSON-LD toevoegen betekent niet automatisch dat je een rijker zoekresultaat krijgt. Je maakt je pagina geschikt voor bepaalde zoekresultaatfuncties, maar Google bepaalt uiteindelijk zelf wat er wordt getoond.

Waarom Google vaak JSON-LD aanbeveelt

Structured data kan op meerdere manieren worden toegevoegd. De bekendste vormen zijn JSON-LD, Microdata en RDFa.

Microdata en RDFa worden direct door de HTML van de pagina heen verwerkt. Dat kan werken, maar het maakt de code vaak minder overzichtelijk. JSON-LD staat meestal als los scriptblok in de pagina. Daardoor is het makkelijker te beheren, te controleren en op templateniveau toe te passen.

Voor SEO en development is dat praktisch. Je hoeft niet overal losse HTML elementen aan te passen. Je kunt per paginatype bepalen welke JSON-LD nodig is.

Denk aan:

• Article markup voor blogs
• Product markup voor productpagina’s
• LocalBusiness markup voor vestigingspagina’s
• JobPosting markup voor vacatures
• Event markup voor evenementen
• BreadcrumbList markup voor broodkruimelnavigatie

Voor websites met veel pagina’s is dat belangrijk. Je wilt geen losse scripts per pagina beheren. Je wilt dat ieder blogartikel automatisch de juiste Article data krijgt en iedere productpagina automatisch de juiste productinformatie doorgeeft.

Wat doet JSON-LD voor SEO?

JSON-LD helpt zoekmachines beter begrijpen wat er op een pagina staat. Dat betekent niet dat je door JSON-LD ineens hoger rankt. Het is geen directe snelkoppeling naar betere posities. De waarde zit vooral in context en geschiktheid voor rich results.

Met JSON-LD kun je bijvoorbeeld duidelijk maken:

• Dit is een organisatie
• Dit is een lokale vestiging
• Dit is een product
• Dit is de prijs
• Dit product is op voorraad
• Dit is een artikel
• Dit is de auteur
• Dit artikel is bijgewerkt op deze datum
• Dit is een vacature
• Dit event vindt plaats op deze datum
• Dit zijn de breadcrumbs van de pagina

Bij sommige zoekopdrachten kan Google die informatie gebruiken voor verrijkte resultaten. Denk aan productprijzen, voorraad, reviews, vacatures, events, breadcrumbs of andere extra elementen in de zoekresultaten.

Maar de basis blijft: de pagina moet inhoudelijk kloppen. JSON-LD beschrijft je content. Het vervangt je content niet.

JSON-LD en rich results

Veel websites gebruiken JSON-LD omdat ze rich results willen. Dat is logisch. Een rijker zoekresultaat kan meer opvallen en meer informatie geven voordat iemand klikt.

Voorbeelden van rich results zijn:

• Productresultaten met prijs en voorraad
• Review snippets
• Vacatures
• Events
• Recepten
• Videoresultaten
• Breadcrumbs
• Cursusinformatie

Toch moet je voorzichtig zijn met de verwachting. JSON-LD maakt iets mogelijk, maar geeft geen garantie. Google kijkt naar de technische opbouw, de inhoud van de pagina, de richtlijnen, de betrouwbaarheid van de website en de zoekopdracht zelf.

Een productpagina met correcte JSON-LD kan dus alsnog geen uitgebreid productresultaat krijgen. Dat betekent niet automatisch dat de implementatie fout is. Het betekent vooral dat Google bepaalt wanneer en hoe de informatie wordt gebruikt.

JSON-LD moet kloppen met de zichtbare pagina

Dit is misschien de belangrijkste regel: zet niets in JSON-LD wat niet klopt met de zichtbare pagina.

Als je in JSON-LD aangeeft dat een product op voorraad is, moet de pagina dat ook tonen. Als je een reviewscore markeert, moeten die reviews zichtbaar en betrouwbaar zijn. Als je een auteur noemt, moet die auteur ook op de pagina staan. Als je een update datum doorgeeft, moet het artikel inhoudelijk echt zijn bijgewerkt.

JSON-LD mag geen laagje marketing zijn. Het moet de pagina beschrijven zoals die is.

Foute toepassingen zijn bijvoorbeeld:

• Reviews markeren die niet zichtbaar zijn
• Een andere prijs doorgeven dan op de pagina staat
• Producten als beschikbaar markeren terwijl ze uitverkocht zijn
• FAQ markup toevoegen zonder echte FAQ op de pagina
• Een auteur noemen die niet zichtbaar is
• Een update datum aanpassen zonder inhoudelijke wijziging
• LocalBusiness data gebruiken op pagina’s waar dat niet logisch is

Dit soort fouten kunnen ervoor zorgen dat Google je markup negeert of dat je rich result geschiktheid verliest.

Voor welke pagina’s is JSON-LD interessant?

JSON-LD is vooral waardevol op pagina’s met duidelijke gegevens. Niet iedere pagina heeft uitgebreide markup nodig.

Voor een homepage is Organization of WebSite markup vaak logisch. Voor een contactpagina kan Organization of LocalBusiness relevant zijn. Voor een blogartikel ligt Article of BlogPosting voor de hand. Voor een productpagina draait het om Product en Offer. Voor vacatures gebruik je JobPosting. Voor events gebruik je Event.

Een praktische indeling:

De fout die vaak wordt gemaakt: één schema type websitebreed gebruiken. Dat is te grof. JSON-LD moet passen bij het doel van de pagina.

Voorbeeld: JSON-LD voor een blogartikel

Een blogartikel heeft andere informatie nodig dan een productpagina. Bij een artikel wil je vooral duidelijk maken wat het artikel is, wie het heeft geschreven en wanneer het is gepubliceerd of bijgewerkt.

Een vereenvoudigd voorbeeld:

{ “@context”: “https://schema.org”, “@type”: “BlogPosting”, “headline”: “Wat is JSON-LD en waarom is het belangrijk voor SEO?”, “author”: { “@type”: “Person”, “name”: “Inoma” }, “publisher”: { “@type”: “Organization”, “name”: “Inoma”, “logo”: { “@type”: “ImageObject”, “url”: “https://www.inoma.nl/logo.png” } }, “datePublished”: “2026-06-12”, “dateModified”: “2026-06-12” }

Dit voorbeeld laat zien hoe de structuur werkt. Voor publicatie wil je dit netjes afstemmen op je echte auteur, logo, URL, afbeelding en publicatiedata.

Voorbeeld: JSON-LD voor een lokaal bedrijf

Voor een lokaal bedrijf wil je bedrijfsinformatie consistent doorgeven. Denk aan naam, adres, telefoonnummer, openingstijden en website.

Een eenvoudig voorbeeld:

{ “@context”: “https://schema.org”, “@type”: “LocalBusiness”, “name”: “Inoma”, “url”: “https://www.inoma.nl/”, “telephone”: “+31…”, “address”: { “@type”: “PostalAddress”, “streetAddress”: “Straatnaam 1”, “addressLocality”: “Veenendaal”, “postalCode”: “0000 AA”, “addressCountry”: “NL” }, “openingHours”: “Mo-Fr 09:00-17:00” }

Ook hier geldt: gebruik alleen gegevens die kloppen. De data in je JSON-LD moet overeenkomen met je contactpagina, je Google Business Profile en andere belangrijke vermeldingen.

JSON-LD en EEAT

JSON-LD voegt geen EEAT toe. Je wordt geen betrouwbare bron omdat je een auteur of organisatie in een script noemt.

Wat JSON-LD wel kan doen, is bestaande signalen beter structureren. Als je een auteur zichtbaar toont, kun je die auteur ook opnemen in je Article markup. Als je een artikel inhoudelijk bijwerkt, kun je de update datum doorgeven. Als je organisatie duidelijke contactgegevens heeft, kun je die structureren.

Het begint dus altijd op de pagina zelf. De bezoeker moet kunnen zien wie verantwoordelijk is voor de inhoud, wanneer iets is bijgewerkt en waarom de informatie te vertrouwen is. JSON-LD ondersteunt dat, maar vervangt het niet.

Hoe voeg je JSON-LD toe?

JSON-LD kan op verschillende manieren worden toegevoegd. Welke methode verstandig is, hangt af van je website.

Veelgebruikte manieren zijn:

• Via een SEO plugin zoals Rank Math of Yoast
• Via WooCommerce, Shopify, Magento of een ander platform
• Via het thema of templates van je website
• Via maatwerk in het CMS
• Via dynamische velden
• Via Google Tag Manager, al is dat meestal niet de eerste voorkeur

Voor kleine websites kan een plugin prima werken. Voor grotere websites wil je JSON-LD meestal per template regelen. Dan voorkom je handwerk en blijven data zoals prijzen, voorraad, auteurs en publicatiedata beter actueel.

Voor webshops is dynamische implementatie bijna altijd nodig. Je wilt niet handmatig prijzen en voorraad in JSON-LD bijhouden. Die informatie moet uit hetzelfde systeem komen als de zichtbare productinformatie.

Veelgemaakte fouten met JSON-LD

JSON-LD gaat vaak fout doordat er te technisch naar gekeken wordt. De code kan geldig zijn, terwijl de toepassing inhoudelijk niet klopt.

Veelgemaakte fouten zijn:

• Het verkeerde schema type gebruiken
• Markup toevoegen die niet past bij het paginatype
• Data doorgeven die niet zichtbaar is op de pagina
• Verouderde prijzen, voorraad of openingstijden tonen
• Dubbele of tegenstrijdige markup gebruiken
• Te veel schema types op één pagina stapelen
• Reviews markeren die niet betrouwbaar zijn
• Blind vertrouwen op een plugin
• Alleen testen op technische geldigheid

Vooral dat laatste is belangrijk. Een validatietool kan zeggen dat je JSON-LD technisch klopt, terwijl de inhoudelijke keuze nog steeds zwak is.

JSON-LD testen

Na implementatie moet je JSON-LD altijd testen. Dat doe je niet alleen bij livegang, maar ook na updates aan je website, thema, plugins of templates.

Gebruik hiervoor:

• Google Rich Results Test
• URL inspectie in Google Search Console
• Schema Markup Validator
• Handmatige controle van belangrijke templates

Controleer daarbij drie dingen. Is de markup technisch geldig? Past het schema type bij de pagina? Komt de JSON-LD overeen met de zichtbare content?

Als het antwoord op één van die vragen nee is, moet je terug naar de implementatie.

Wanneer is JSON-LD prioriteit?

JSON-LD is belangrijk, maar niet altijd het eerste SEO probleem. Als je website slecht indexeerbaar is, weinig inhoud heeft of technisch rommelig is, moet je daar eerst naar kijken.

De prioriteit wordt groter zodra je pagina’s hebt met vaste gegevens die zoekmachines goed kunnen gebruiken. Denk aan producten, vacatures, events, vestigingen, blogs, video’s en cursussen. Bij dat soort pagina’s wil je voorkomen dat belangrijke informatie alleen visueel duidelijk is, maar technisch onvoldoende gestructureerd wordt aangeboden.

Ook concurrentie speelt mee. Hebben concurrenten verrijkte zoekresultaten en jij niet? Dan is het verstandig om te onderzoeken waar dat verschil vandaan komt. Soms ligt het aan structured data, soms aan contentkwaliteit, technische implementatie of de richtlijnen van Google.

JSON-LD versterkt goede pagina’s. Het redt geen slechte pagina’s.

Conclusie

JSON-LD is geen truc, maar een praktische manier om structured data toe te voegen aan je website. Je gebruikt het om zoekmachines duidelijker te vertellen wat er op een pagina staat. Dat is waardevol voor SEO, omdat je content beter gestructureerd wordt aangeboden en in sommige gevallen geschikt wordt voor rich results.

Denk aan producten, artikelen, lokale bedrijven, vacatures, events, video’s en breadcrumbs. In al die gevallen werkt JSON-LD alleen goed als de markup technisch klopt, past bij het paginatype en overeenkomt met wat bezoekers op de pagina zien.

De juiste vraag is dus niet: hebben we JSON-LD? De juiste vraag is: beschrijven we onze belangrijkste pagina’s op een gestructureerde manier die klopt met de zichtbare inhoud? Als dat niet zo is, ligt daar vaak een concrete SEO kans.