Waarom JSON-LD nog nodig is, ook nu AI zelf tekst leest

Ik krijg de vraag steeds vaker: waarom zou je nog JSON-LD in je pagina's zetten, als een taalmodel gewone tekst uitstekend leest? Een terechte vraag, en de intuïtie erachter klopt grotendeels. Toch is het wél belangrijk om toe te voegen; het antwoord draait je vraag namelijk om.

Een taalmodel heeft geen schema nodig om tekst te snappen

Laat ik beginnen met waar de tegenwerping gelijk in heeft. Zet je één pagina voor een modern taalmodel, dan leest het die prima zonder schema. Een prijs, een auteur, een openingstijd; het haalt het zo uit de gewone HTML. JSON-LD heb je niet nodig om de inhoud te begrijpen.

Sterker nog, veel van het "je moet JSON-LD toevoegen voor AI"-advies is marketing: de oude SEO-logica opnieuw verkocht, nu met een AI-sausje eroverheen. Als de belofte is dat een model je pagina anders niet snapt, klopt die belofte niet.

Het verschil: één model versus een systeem op schaal

Hier zit de denkfout. "AI leest de pagina" gaat over één model dat één keer één pagina bekijkt. Maar de systemen waar het echt om draait, een zoekmachine of een AI zoeksysteem, verwerken miljarden pagina's. Die gaan niet voor elke pagina een model draaien om te achterhalen wat de prijs is; dat is traag en duur.

Daar komt JSON-LD om de hoek kijken. Niet omdat de machine je tekst niet kán lezen, maar omdat ze dat op die schaal niet wíl doen. Een schema lees je uit met simpele, deterministische code: een parser, in milliseconden, zonder inferentie. Statische code in plaats van een model, meer is het niet.

Waarom dat beter is dan raden uit tekst

Sla je het model over, dan win je meer dan alleen snelheid:

• Determinisme. Een model dat een prijs uit lopende tekst plukt, zit er af en toe naast: verkeerde valuta, een oude prijs, of de prijs van een los accessoire. Bij "price": "29.99", "priceCurrency": "EUR" valt er niets te interpreteren; de waarde staat er expliciet. Voor prijzen, voorraad en openingstijden wil je nul giswerk.
• Geen dubbelzinnigheid. Tekst is soms echt ambigu. Staat "Jan de Vries" er als auteur, als geïnterviewde, of als productnaam? Schema maakt het expliciet met author, about, enzovoort. Dat scheelt fouten, ook als er wél een model meeleest.
• Machine-naar-machine. JSON-LD is een afspraak tussen systemen (schema.org). Niet bedoeld om te "begrijpen", maar om gestandaardiseerd uit te wisselen, zodat verschillende partijen dezelfde velden op dezelfde manier lezen.

Wanneer structuur een taalmodel tóch helpt

En dan de andere kant op, want soms levert die structuur een model wél iets op, ook als het meeleest:

• Context die niet in de tekst staat. Soms zit er informatie in het schema die niet netjes op de zichtbare pagina staat, of die uit losse stukjes HTML bij elkaar geraapt moet worden. De JSON-LD geeft het dan gebundeld en eenduidig.
• Minder tokens, minder ruis. Een schemablok is compacter dan een hele pagina vol navigatie, footers en reclame. In een pijplijn scheelt dat context-window, en het verkleint de kans dat het model wordt afgeleid.
• Grounding tegen hallucinatie. Voed je een model met geëxtraheerde, gestructureerde feiten in plaats van ruwe HTML, dan hallucineert het minder over exacte waarden.

Dit is ook waarom "zodat een AI zoeksysteem begrijpt wat je aanbiedt" wel degelijk klopt, ook al heeft een los model geen schema nodig: het systeem eromheen leunt op die gestructureerde feiten, niet op een gok uit je geschreven tekst.

De vuistregel

Waar het op neerkomt: de winst van JSON-LD zit niet in "de AI kan het anders niet lezen", maar in dat je er geen model voor nodig hebt. Deterministische parsers zijn goedkoper, sneller en betrouwbaarder voor feitelijke velden. De AI-hoek is een tweede-orde voordeel; het maakt die systemen efficiënter en betrouwbaarder, niet mogelijk.

En dat draait de vuistregel om die je vaak hoort. Niet "alleen prijs en datum in het schema, de rest in tekst". Een deterministische lezer ziet namelijk uitsluitend wat je structureert; voor die machine bestaat de rest niet. Dus structureer alles wat een plek heeft in de schema.org-woordenlijst en ook echt op je pagina staat: je hele relevante entity-graph, van auteur en organisatie tot breadcrumbs, een FAQ of een product met z'n offers. Wat overblijft is de nuance en het betoog waar geen schemaveld voor bestaat; dat laat je in gewone tekst, voor de lezer en het model dat wél leest. Met altijd dezelfde ijzeren regel eromheen: wat je wegschrijft moet kloppen met wat er op de pagina staat.

Wil je zien hoe ik dit in de praktijk aanpak, en welke SEO- en GEO-tools daarbij hun geld waard zijn? Dat staat in de zin en onzin van SEO- en GEO-tools.