Een webshop heeft structured data nodig die past bij het soort pagina: Product en Offer op productpagina’s, ProductGroup voor producten met varianten, BreadcrumbList voor het kruimelpad en Organization met je retourbeleid op de homepage of over-onspagina. Die gegevens moeten kloppen met wat een bezoeker op de pagina ziet. Eén correcte bron per pagina werkt beter dan drie apps die elk hun eigen versie uitvoeren.
Wat doet structured data voor een webshop?
Structured data is een vaste beschrijving van de informatie op een pagina, meestal als JSON-LD in de code. Voor een webshop vertelt die beschrijving bijvoorbeeld welke naam, prijs, valuta en voorraadstatus bij een product horen. Google gebruikt die gegevens onder meer om te bepalen of een pagina in aanmerking komt voor productweergaven met prijs, beschikbaarheid of beoordelingen. Een garantie op zo’n weergave is het niet: volgens de algemene richtlijnen van Google is correcte markup een voorwaarde, geen belofte.
regenjas dames waterdicht
- modewinkel-voorbeeld.nl › dames › jassenRegenjassen voor damesBekijk onze collectie jassen voor elk seizoen.
- regenkleding-voorbeeld.nl › regenjassen › noorDamesregenjas Noor, waterdicht met capuchonAdemende regenjas in drie kleuren. Op voorraad, retourneren binnen de termijn van de winkel.
- fietsblog-voorbeeld.nl › adviesZo kies je een goede regenjasWaar je op let bij waterdichtheid en ventilatie.
Wil je eerst de basis begrijpen, lees dan structured data uitgelegd. Dit artikel gaat over de keuzes die specifiek zijn voor webshops.
Welke typen horen op welke pagina?
Niet elke pagina krijgt elk type. Kies per paginatype wat de inhoud beschrijft.
| Pagina | Type | Wat het beschrijft | Let op |
|---|---|---|---|
| Productpagina zonder varianten | Product met Offer | Naam, afbeelding, prijs, valuta, beschikbaarheid | Prijs in de markup gelijk aan de getoonde prijs |
| Productpagina met varianten | ProductGroup met Product per variant | De varianten en waarin ze verschillen | Elke variant heeft een eigen, vooraf te selecteren URL |
| Categoriepagina | BreadcrumbList | De plek van de pagina in de structuur | Minstens twee stappen in het pad |
| Homepage of over ons | Organization (of OnlineStore) | Naam, logo, contact, identificatienummers | Eén keer op één pagina, niet op elke pagina |
| Retourpagina | MerchantReturnPolicy onder Organization | Retourtermijn, land, voorwaarden | Instellingen in Merchant Center gaan voor |
| Blog of koopgids | Article | Titel, datum, auteur | Alleen bij redactionele inhoud |
En FAQPage?
Google heeft op 8 mei 2026 in de changelog van Search Central gemeld dat het FAQ-rich result sinds 7 mei 2026 niet meer in Google verschijnt. Op 15 juni 2026 is de bijbehorende documentatie verwijderd. FAQPage blijft wel een geldig type op schema.org. Voeg FAQPage dus niet toe in de verwachting van een uitklapbaar vragenblok in Google. Een goede FAQ op een product- of categoriepagina helpt bezoekers nog steeds; zie een FAQ die klanten, Google en AI-assistenten helpt.
Welke velden heeft een productpagina nodig?
Google onderscheidt in de productdocumentatie twee soorten productweergaven. Productfragmenten (product snippets) zijn voor pagina’s waar je het product niet direct koopt, zoals een reviewsite. Verkoperslijsten (merchant listings) zijn voor pagina’s waar de klant het product kan kopen. Een webshop valt in de tweede groep. Volgens de documentatie over merchant listings ziet de basis er zo uit:
Velden voor een verkoperslijst
| Verplicht | Aanbevolen | |
|---|---|---|
| Product | name, image, offers (een Offer, geen AggregateOffer) | brand, gtin, sku, color, size, material, aggregateRating, review |
| Offer | price (hoger dan nul), priceCurrency | availability, itemCondition, shippingDetails, hasMerchantReturnPolicy |
Een minimaal blok voor een product zonder varianten ziet er dan zo uit. De winkel, het product en de prijs zijn bedacht:
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Damesregenjas Noor, groen, maat M",
"image": "https://www.example.com/img/noor-groen.jpg",
"brand": { "@type": "Brand", "name": "Regenkleding De Bui" },
"sku": "NOOR-GROEN-M",
"offers": {
"@type": "Offer",
"price": "89.95",
"priceCurrency": "EUR",
"availability": "https://schema.org/InStock",
"itemCondition": "https://schema.org/NewCondition"
}
}Een GTIN (de streepjescode van het product) en een merknaam helpen een zoekmachine om jouw product te koppelen aan hetzelfde product bij andere verkopers. Verzendkosten en retourvoorwaarden zijn precies de informatie die een klant zoekt vlak voor de aankoop.
Beoordelingen in je markup moeten ook zichtbaar op de pagina staan. Google eist volgens de richtlijnen voor review snippets dat de bezoeker de beoordeling en de gemiddelde score direct kan zien. Wat er verder op een goede productpagina hoort, van tekst tot verzendinformatie, staat in de checklist voor productpagina’s.
Hoe beschrijf je producten met varianten?
Een jas in vier maten en drie kleuren is één product met twaalf varianten. Google heeft daarvoor ProductGroup:
ProductGroupbeschrijft het hoofdproduct en krijgt eenproductGroupID(de hoofd-SKU) en eenname.hasVariantbevat de afzonderlijke varianten alsProduct. Een variant kan ook metisVariantOfnaar de groep verwijzen.variesBygeeft aan waarin de varianten verschillen, zoals kleur of maat.- Elke variant krijgt een eigen ID (
skuofgtin) en een naam die specifieker is dan de groepsnaam.
Google vraagt ook dat elke variant een eigen URL heeft die de juiste variant vooraf selecteert, bijvoorbeeld ?maat=m&kleur=groen, met de juiste afbeelding, prijs en beschikbaarheid. Staan alle varianten op één pagina, dan krijgt de groep één canonieke URL zonder variantkeuze.
Wat je platform hier zelf doet, verschilt:
- Shopify heeft een Liquid-filter 0. Volgens de documentatie levert dat
Productop voor een product zonder varianten enProductGroupvoor een product met varianten. Het filter werkt alleen voor producten en artikelen. - WooCommerce genereert de basis-markup automatisch. Volgens de WooCommerce-documentatie geeft de kern voor variabele producten één samengevoegd productblok, om prestatieredenen. Wil je per variant gegevens, dan heb je een uitbreiding nodig.
Waar horen kruimelpad en retourbeleid?
Het kruimelpad
Het kruimelpad laat zien waar een pagina in je winkel staat: Home, Jassen, Regenjassen, Damesregenjas Noor. BreadcrumbList beschrijft dat pad met een lijst van ListItem-onderdelen, elk met position, name en item (de URL). Voor het laatste onderdeel mag de URL ontbreken; Google neemt dan de URL van de pagina zelf. De markup moet overeenkomen met het kruimelpad dat de bezoeker ziet.
Retourbeleid en verzending
Veel webshops zetten het retourbeleid in elke productmarkup. Google raadt een andere opbouw aan: zet één algemeen retourbeleid onder Organization met hasMerchantReturnPolicy, op een pagina zoals je retourpagina of over ons. Gebruik markup op productniveau alleen als een product afwijkt.
Let op de volgorde die Google hanteert. Volgens de documentatie over retourbeleid gaan instellingen in Merchant Center of Search Console vóór markup op productniveau, en die gaat weer vóór markup onder Organization. Staan in Merchant Center andere voorwaarden dan op je site, dan wint Merchant Center. Houd die twee dus gelijk. Bedrijfsgegevens en Organization-schema behandelen we verder in bedrijfsinformatie consistent voor zoekmachines en AI.
Hoe voorkom je dubbele of tegenstrijdige uitvoer?
Dubbele uitvoer ontstaat makkelijk in een webshop met meerdere apps of plugins. Het theme zet een productblok neer, een review-app voegt een tweede toe met de beoordelingen, en een SEO-app of -plugin voegt een derde toe, soms met een oude prijs uit de cache. Een zoekmachine ziet dan drie beschrijvingen van hetzelfde product, mogelijk met verschillende prijzen of voorraden. Zo spoor je het op:
Dubbele productblokken opsporen
- Kies een lastige paginaOpen een productpagina met varianten en een korting. Die combinatie laat de meeste fouten zien.
- Bekijk de paginabronNiet de inspector, die ook JavaScript-uitvoer toont. Zoek op application/ld+json.
- Tel de blokkenHoeveel blokken van het type Product of ProductGroup staan er?
- Vergelijk met het schermPrijs, valuta en beschikbaarheid in elk blok moeten gelijk zijn aan wat de bezoeker ziet.
- Kies één bronLaat één theme of app de productgegevens uitvoeren en zet de andere uit, of laat ze alleen aanvullen.
Google raadt aan productmarkup in de oorspronkelijke HTML te zetten. Markup die pas via JavaScript verschijnt, kan volgens de variantendocumentatie leiden tot minder frequente en minder betrouwbare verwerking.
Hoe test je structured data?
Gebruik meerdere controles, want elk instrument kijkt naar iets anders:
| Controle | Wat je ermee ziet |
|---|---|
| Rich Results Test | Welke Google-weergaven de markup op een openbare pagina mogelijk maakt, plus fouten en waarschuwingen |
| Schema Markup Validator | Of de markup klopt volgens schema.org, los van Google |
| URL-inspectie in Google Search Console | Of Google de structured data op de pagina heeft gevonden |
| Rapporten per weergave in Search Console | Fouten over je hele site na publicatie |
| Je eigen ogen | Of prijs, voorraad en reviews in de markup gelijk zijn aan de pagina |
Een geslaagde test bewijst alleen dat de syntaxis klopt. Of de prijs in de markup de prijs van vandaag is, zie je alleen door te vergelijken. Herhaal de controle na elke wijziging van theme, app of prijsregels.
Atlas, de eigen onderzoeksengine van Outseen, leest de openbare HTML van opgehaalde pagina’s en de ondersteunde JSON-LD daarin, zoals product en kruimelpad. Bij elke bevinding legt Atlas vast wat er is aangetroffen, op welke URL en wanneer. Markup die pas na JavaScript verschijnt, valt buiten dat onderzoek; dat blijft zichtbaar als grens. Een specialist beoordeelt of de gegevens inhoudelijk kloppen met de pagina, en na een aanpassing kan Atlas opnieuw controleren.
Helpt structured data bij AI‑assistenten?
Google zegt in de uitleg over AI-functies en je website dat je voor AI Overviews en AI Mode geen speciaal schema nodig hebt. Wel noemt Google als goede praktijk dat je structured data overeenkomt met de zichtbare tekst en dat je gegevens in Merchant Center actueel zijn. Andere AI-assistenten hebben hun eigen werkwijze; reken daar niet op een effect dat de aanbieder niet zelf beschrijft. Meer over productvragen aan AI lees je in GEO voor webshops.
Wat betekent dit voor jouw webshop?
Begin niet met extra typen, maar met de vraag hoeveel productblokken er nu op je pagina’s staan en of ze kloppen. Neem drie productpagina’s: één zonder varianten, één met varianten en één in de aanbieding. Bekijk de paginabron, tel de blokken en vergelijk prijs en voorraad met wat de bezoeker ziet. Daar vind je de meeste fouten.
Draai je op Shopify of WooCommerce, kijk dan eerst wat je theme of de kern al uitvoert voordat je een app toevoegt. Zet je retourbeleid één keer onder Organization en houd het gelijk aan Merchant Center. Na elke wijziging aan theme, apps of prijsregels herhaal je dezelfde controle.