Productdata en structured data voor webshops: wat schema.org Product wel en niet doet

Structured data voor een webshop is een vaste, machineleesbare beschrijving van je producten op de pagina, bijvoorbeeld in JSON-LD. Met schema.org Product en Offer geef je naam, prijs en valuta door aan zoekmachines. Google ondersteunt drie formaten (JSON-LD, Microdata en RDFa) en beveelt JSON-LD aan. Wat je ermee wint, is duidelijkheid voor machines. Wat je er niet mee wint, is een garantie op een bijzondere weergave in Google. Dat lees je hieronder, met de bronnen erbij.

Wat zijn Product en Offer in schema.org?

Begin bij de definities. Schema.org omschrijft Product als elk aangeboden product of elke dienst, met voorbeelden als een paar schoenen, een concertkaartje of het huren van een auto. Een Offer is volgens schema.org een aanbod om rechten over een item over te dragen of een dienst te leveren. In een webshop hoort het product dus bij de Product-markup en de prijsvoorwaarden bij de Offer. Die twee horen bij elkaar: een product zonder aanbod zegt niets over wat het kost of onder welke voorwaarden je het koopt.

Een kleine eigenschap met groot belang is priceCurrency. Schema.org omschrijft die als de valuta van de prijs. Zonder valuta is een getal alleen een getal. Voor een Nederlandse webshop denk je aan EUR, maar leg het expliciet vast, ook als je alleen in euro verkoopt. Geef de prijs door zoals die op de pagina staat. Staat op de productpagina een prijs inclusief btw, dan hoort de markup daarmee overeen te komen. Dat voorkomt discussie over welk bedrag klopt, ook voor jezelf als je later een fout zoekt.

Welke twee soorten productmarkup kent Google?

Google maakt onderscheid tussen twee soorten productmarkup. Volgens de documentatie van Google Search Central, geraadpleegd op 11 oktober 2026, zijn merchant listings bedoeld voor pagina’s waar klanten het product bij jou kunnen kopen. Product snippets zijn bedoeld voor productpagina’s waar mensen het product niet direct kunnen kopen. Een webshop met winkelwagen valt dus onder merchant listings. Dat bepaalt welke documentatie je volgt en welke velden Google van je verwacht. Twijfel je welk type bij een pagina past, bepaal dan eerst of de bezoeker daar het product echt kan afrekenen. Google kan deze pagina’s aanpassen, dus lees ze opnieuw voor je een grote wijziging doorvoert.

Per 11 oktober 2026 noemt Google bij de merchant listings een paar concrete eisen. Voor merchant listings moet de prijs groter zijn dan nul, anders dan bij product snippets. Gebruik je zowel offers.price als offers.priceSpecification om een actieve prijs te coderen, dan gebruikt Google de prijs uit offers.price. Wie twee prijzen in de markup zet, weet dus vooraf welke Google gebruikt. Een praktische aanpak is om één duidelijke bron voor de prijs aan te houden en de markup die bron te laten volgen. Controleer na elke prijswijziging op een paar producten of de pagina en de markup nog hetzelfde bedrag tonen.

Hoe geef je prijs en korting door?

Wat doe je met kortingen? Per 11 oktober 2026 schrijft Google dat je een doorgestreepte oorspronkelijke prijs markeert met een priceType-eigenschap met de waarde https://schema.org/StrikethroughPrice. Daarmee maak je duidelijk welke prijs de oude is en welke de actuele. Voor de weergave in je shop zelf gelden aparte consumentenregels. Zo schrijft de ACM dat je een aanbiedingsprijs alleen vergelijkt met de laagste prijs die je in de afgelopen 30 dagen hebt gebruikt. De overige regels lees je bij de ACM. Voor de markup geldt hetzelfde als voor de prijs: laat zien wat de bezoeker ook echt ziet.

Een praktische aanpak is om de productdata uit je webshop-database te halen en niet uit een handmatig bewerkte pagina. Dan wordt de markup gegenereerd uit dezelfde velden als de zichtbare prijs. Zo komen de prijs in de markup en de prijs in beeld uit hetzelfde veld. Bij een maatwerk-webshop bouwen we dat in: één productmodel, één plek waar de prijs staat en een sjabloon dat de JSON-LD daaruit maakt. Bij een standaardplatform hangt het af van de plug-in of het thema, en die moet je dan goed controleren.

Waar zet je het retourbeleid?

Het retourbeleid is een tweede onderdeel dat Google noemt. Per 11 oktober 2026 adviseert Google een algemeen retourbeleid onder Organization-markup te zetten in plaats van per aanbieding. Schema.org kent voor retouren de eigenschap merchantReturnDays: een vaste retourdatum of het aantal dagen vanaf de leverdatum dat een product geretourneerd kan worden. Schrijf alleen dagen in die markup die ook echt in je voorwaarden staan. Wat voor consumenten wettelijk geldt, staat in de ACM-regels over herroeping en bedenktijd; die laten we hier buiten beschouwing.

Een algemeen retourbeleid op één plek heeft ook een praktisch voordeel. Verandert je beleid, dan pas je het op één plek aan in plaats van in elk product. Zo voorkom je dat oude productpagina’s een ander aantal dagen noemen dan je voorwaarden. Combineer dit met de voorwaarden die al zichtbaar op je site staan, zodat de markup alleen herhaalt wat de klant kan lezen. Ontbreekt een regel in je voorwaarden, dan zet je hem niet alleen in de markup. Eerst de voorwaarden, dan de markup.

Wat doet structured data wel en niet?

Wat doet structured data nu wel en niet? Google schrijft dat het niet garandeert dat structured data als rich result getoond wordt, ook niet als je pagina correct is gemarkeerd volgens de Rich Results Test. Ongebruikte structured data veroorzaakt geen problemen voor Google Zoek, maar heeft ook geen zichtbaar effect. Zie het dus als een manier om je productdata ondubbelzinnig aan te bieden, niet als een garantie op een bijzondere weergave. Verwacht daarom geen vaste uitkomst en meet wat er in Search Console of in je omzet verandert voordat je conclusies trekt.

Er zijn ook regels voor wat je mag markeren. Google schrijft: markeer geen content die niet zichtbaar is voor lezers van de pagina. Voor een webshop betekent dat: geen prijs, voorraadstatus of beoordeling in de markup die op de pagina ontbreekt. Een geplande prijsverlaging die nog niet live is, hoort er nog niet in. Google schrijft ook dat je structured data niet gebruikt om gebruikers te misleiden. Krijgt een pagina een handmatige actie voor structured data, dan verliest ze volgens Google haar geschiktheid voor rich results, maar haar ranking in de webzoekresultaten verandert daardoor niet.

Hoe houd je productdata betrouwbaar?

Een kort controlerijtje voor productdata: kloppen naam, prijs en valuta met de pagina, staat de prijs in één bron, is de prijs groter dan nul bij merchant listings, en komt het retourbeleid overeen met je voorwaarden? Test daarna een steekproef van producten met de Rich Results Test en kijk periodiek in Search Console naar meldingen. Wijzigt Google zijn documentatie, dan wijzigt jouw checklist mee. Daarom voegen we bij onderhoud van een webshop zo’n controle toe, zodat de markup niet stilletjes achterloopt op de pagina.

Zorg dat je ook de basis van webshop-SEO op orde hebt: structured data vervangt geen goede titel, duidelijke productteksten en snelle pagina’s. Over dat laatste lees je meer in het artikel over een snellere webshop met Core Web Vitals. Wil je een webshop waarin productdata en markup uit één bron komen, bekijk dan onze webshop-dienst. We bouwen vanaf €2.500 en jij blijft eigenaar van code en data.

Laatst bijgewerkt op 11 oktober 2026