MerchantReturnPolicy-gestructureerde gegevens instellen voor een webshop in 2026

Met MerchantReturnPolicy-gestructureerde gegevens kunnen webwinkeliers hun retourbeleid aan Google doorgeven in een formaat dat zoekmachines kunnen begrijpen. Het gaat om belangrijke informatie zoals retourtermijnen, terugbetalingsmogelijkheden, verzendkosten voor retourzendingen en toegestane retourmethoden. In 2026 kan correct ingestelde markup Google helpen om relevante retourvoorwaarden te tonen in winkelgerelateerde zoekresultaten en informatiepanelen over verkopers. Het toevoegen van deze gegevens vraagt echter meer dan het installeren van een SEO-plug-in of het invoegen van enkele eigenschappen op een website. Webwinkeliers moeten de vereisten van Google begrijpen, de juiste schemawaarden kiezen en ervoor zorgen dat alle gegevens overeenkomen met hun daadwerkelijke retourbeleid. In deze handleiding lees je hoe je MerchantReturnPolicy correct instelt, uitzonderingen beheert en implementatiefouten voorkomt die de zichtbaarheid in Google Zoeken kunnen beïnvloeden.

Wat zijn MerchantReturnPolicy-gestructureerde gegevens en waarom zijn ze belangrijk?

MerchantReturnPolicy is een type gestructureerde gegevens binnen Schema.org waarmee bedrijven kunnen beschrijven hoe zij productretouren afhandelen. Het biedt zoekmachines duidelijk omschreven informatie over de termijn waarbinnen aankopen kunnen worden geretourneerd, of klanten de retourverzendkosten moeten betalen en welke terugbetalingsmethoden beschikbaar zijn. Een online kledingwinkel die bijvoorbeeld binnen 30 dagen gratis retourneren aanbiedt, kan beide voorwaarden via gestructureerde gegevens doorgeven. Google kan deze informatie vervolgens interpreteren zonder uitsluitend afhankelijk te zijn van de geschreven retourvoorwaarden. De gegevens kunnen bij daarvoor in aanmerking komende producten in de zoekresultaten verschijnen, zodat klanten belangrijke aankoopvoorwaarden kunnen beoordelen voordat ze een productpagina openen.

Google ondersteunt MerchantReturnPolicy op twee niveaus: dat van de organisatie en dat van een afzonderlijk productaanbod. Markup op organisatieniveau beschrijft het algemene retourbeleid dat voor de meeste of alle producten van een webwinkel geldt. Deze wordt met de eigenschap hasMerchantReturnPolicy opgenomen in de gestructureerde gegevens van Organization. Markup op productniveau wordt gebruikt wanneer voor specifieke producten afwijkende retourvoorwaarden gelden. Een meubelwinkel kan bijvoorbeeld een standaardretourtermijn van 30 dagen hanteren, maar voor geselecteerde producten 60 dagen aanbieden. Google raadt aan het algemene beleid op organisatieniveau vast te leggen en productspecifieke markup alleen te gebruiken voor uitzonderingen of wanneer er geen standaardbeleid bestaat. Zo wordt onnodige herhaling beperkt en blijft het beheer van grote productcatalogi overzichtelijk.

Nauwkeurige retourinformatie kan de winkelervaring verbeteren doordat klanten mogelijke kosten en beperkingen kunnen beoordelen voordat ze iets kopen. Iemand die twee webwinkels vergelijkt, kan naast de prijs en levertijd ook rekening houden met retourverzendkosten en terugbetalingstermijnen. MerchantReturnPolicy is echter geen directe rankingfactor en geldige markup garandeert niet dat aanvullende informatie in de zoekresultaten verschijnt. Google bepaalt zelf wanneer en waar retourinformatie wordt weergegeven en houdt daarbij rekening met de voorwaarden voor geschiktheid en informatie uit andere verkopersinstellingen. Webwinkeliers moeten daarom nauwkeurigheid vooropstellen in plaats van de markup als een snelle SEO-oplossing te beschouwen. Het belangrijkste doel is om commerciële voorwaarden begrijpelijk, consistent en toegankelijk te maken voor zoekmachines.

Welke MerchantReturnPolicy-eigenschappen zijn vereist in 2026?

Google biedt twee mogelijkheden om een standaardretourbeleid op organisatieniveau in te stellen. De eerste maakt gebruik van applicableCountry en returnPolicyCategory, aangevuld met merchantReturnDays wanneer het beleid een vaste retourtermijn heeft. De eigenschap applicableCountry geeft met ISO-landcodes van twee letters aan in welke landen het beleid geldt, bijvoorbeeld GB voor het Verenigd Koninkrijk, DE voor Duitsland en FR voor Frankrijk. Google ondersteunt maximaal 50 landen binnen deze eigenschap. De eigenschap returnPolicyCategory bepaalt of retourneren binnen een bepaalde termijn is toegestaan, zonder vaste einddatum mogelijk is of niet wordt geaccepteerd. De tweede mogelijkheid op organisatieniveau gebruikt merchantReturnLink om de gepubliceerde retourbeleids-pagina van de winkel aan te duiden. Voor uitgebreidere retourinformatie biedt de eerste methode meer controle over de voorwaarden die aan Google worden doorgegeven.

Voor returnPolicyCategory zijn drie waarden beschikbaar: MerchantReturnFiniteReturnWindow, MerchantReturnUnlimitedWindow en MerchantReturnNotPermitted. De eerste beschrijft een vaste retourtermijn en vereist dat merchantReturnDays een geheel getal bevat. Een webwinkel die bijvoorbeeld retourneren binnen 30 dagen na levering toestaat, gebruikt MerchantReturnFiniteReturnWindow en stelt merchantReturnDays in op 30. MerchantReturnUnlimitedWindow betekent dat er geen vaste einddatum geldt, terwijl MerchantReturnNotPermitted producten beschrijft waarvoor retourneren volgens het opgegeven beleid niet is toegestaan. Webwinkeliers moeten voorzichtig omgaan met deze laatste optie, omdat consumentenwetgeving alsnog rechten op herroeping, terugbetaling of herstel kan bieden. De gekozen categorie moet de werkelijke voorwaarden weergeven zonder de indruk te wekken dat wettelijk verplichte consumentenrechten zijn uitgesloten.

Aanvullende eigenschappen geven meer informatie over de retourvoorwaarden. De eigenschap returnMethod geeft aan of aankopen per post, in een fysieke winkel of bij een aangewezen retourkiosk kunnen worden geretourneerd. Met returnFees wordt vastgelegd wie de retourkosten betaalt, terwijl refundType beschrijft welke mogelijkheden beschikbaar zijn, zoals volledige terugbetaling, omruiling of winkeltegoed. Andere ondersteunde eigenschappen op organisatieniveau zijn itemCondition, returnPolicyCountry, returnLabelSource en restockingFee. Winkels kunnen bovendien onderscheid maken tussen retourkosten voor defecte producten en retourzendingen omdat een klant zich heeft bedacht. Deze aanvullende gegevens worden aanbevolen wanneer ze relevant zijn, maar zijn niet in alle gevallen verplicht. Webwinkeliers moeten alleen eigenschappen opnemen die overeenkomen met hun werkelijke procedures en geen waarden toevoegen voor diensten of mogelijkheden die zij niet aanbieden.

MerchantReturnPolicy correct instellen voor een webshop

Voordat gestructureerde gegevens worden geïmplementeerd, moeten webwinkeliers hun bestaande retourvoorwaarden controleren en vaststellen welke regels voor het assortiment gelden. Daarbij moet duidelijk worden binnen welke termijn producten kunnen worden geretourneerd, in welke staat artikelen moeten verkeren, welke retourmethoden beschikbaar zijn, hoe terugbetalingen worden afgehandeld en wie verantwoordelijk is voor de verzendkosten. Neem bijvoorbeeld een Britse online kledingwinkel die retourneren binnen 30 dagen na levering toestaat, gratis retourverzending aanbiedt en het volledige aankoopbedrag terugbetaalt via de oorspronkelijke betaalmethode. De markup zou GB als toepasselijk land bevatten, MerchantReturnFiniteReturnWindow als beleidscategorie, 30 als waarde voor merchantReturnDays, ReturnByMail als retourmethode en FreeReturn als kostencategorie. Deze instellingen beschrijven een voorbeeld van een commercieel retourbeleid en vormen geen standaardregeling die voor alle Britse ondernemingen verplicht is.

Google beveelt JSON-LD aan als een praktische indeling voor gestructureerde gegevens, omdat deze afzonderlijk van de zichtbare pagina-inhoud kan worden beheerd. Het MerchantReturnPolicy-object moet via hasMerchantReturnPolicy worden opgenomen in de Organization- of OnlineStore-gestructureerde gegevens van de webwinkel. Iedere eigenschap moet het juiste gegevenstype en een ondersteunde waarde gebruiken. Landcodes moeten voldoen aan de ISO-notatie van twee letters, retourtermijnen moeten als gehele getallen worden weergegeven en geldbedragen moeten een geldige valuta bevatten. Wanneer Schema.org-opsommingswaarden vereist zijn, moet de gegenereerde markup de erkende machineleesbare identificaties gebruiken in plaats van gewone omschrijvingen. Een ontwikkelaar of een geschikte tool voor gestructureerde gegevens kan deze technische opmaak verzorgen, terwijl winkelbeheerders de onderliggende bedrijfsinformatie blijven beheren.

Google raadt aan de algemene MerchantReturnPolicy-markup op één pagina met het retourbeleid van de webwinkel te plaatsen, in plaats van deze op iedere productpagina te herhalen. De pagina moet dezelfde voorwaarden uitleggen als de gestructureerde gegevens en toegankelijk blijven voor klanten. Voor websites die WordPress en WooCommerce gebruiken, hangt de implementatie af van het actieve thema, de SEO-plug-ins en de reeds aanwezige gestructureerde gegevens. Sommige tools ondersteunen eigenschappen voor retourbeleid rechtstreeks, terwijl andere aanvullende configuratie of ontwikkelwerk vereisen. Controleer daarom eerst of Organization- en Product-markup al automatisch worden gegenereerd. Het uitbreiden van een bestaande configuratie verdient doorgaans de voorkeur boven het aanmaken van dubbele objecten die hetzelfde bedrijf op verschillende manieren beschrijven.

Retourtermijnen, kosten en productspecifieke uitzonderingen instellen

Retourverzendkosten verdienen bijzondere aandacht, omdat Google drie verschillende regelingen onderscheidt. FreeReturn betekent dat de klant niets hoeft te betalen om het product te retourneren. ReturnFeesCustomerResponsibility geldt wanneer de klant de retourzending zelfstandig regelt en betaalt. ReturnShippingFees geeft aan dat de webwinkel een vastgesteld bedrag voor de retourzending in rekening brengt. Wanneer ReturnShippingFees is geselecteerd, moet returnShippingFeesAmount het bedrag, dat hoger is dan nul, en de valuta bevatten. Een winkel die bijvoorbeeld £ 4,95 rekent voor een vooraf betaald retourlabel, zou dit bedrag beschrijven met MonetaryAmount en GBP als valuta. Dit bedrag mag niet worden opgenomen wanneer FreeReturn of ReturnFeesCustomerResponsibility is geselecteerd. Onjuiste combinaties van kostenvelden kunnen validatieproblemen veroorzaken of misleidende informatie over retourkosten doorgeven.

Productspecifieke retourregels kunnen worden toegevoegd binnen de Offer-gestructureerde gegevens van een afzonderlijk Product. Dit is nuttig wanneer een webwinkel voor bepaalde artikelen een afwijkende retourtermijn aanbiedt of productcategorieën verkoopt waarvoor verschillende retourvoorwaarden gelden. MerchantReturnPolicy op Offer-niveau ondersteunt applicableCountry, returnPolicyCategory, merchantReturnDays, returnMethod, returnFees en, indien van toepassing, het bedrag van de retourverzendkosten. Niet alle eigenschappen die op organisatieniveau beschikbaar zijn, worden op dit niveau ondersteund. Wanneer Google zowel algemene als productspecifieke retourbeleids-markup ontvangt, krijgt het productgebonden beleid voor de betreffende aanbieding voorrang. Webwinkeliers moeten daarom vermijden om afzonderlijke regels toe te voegen aan producten waarvoor de standaardvoorwaarden gelden, omdat onnodige uitzonderingen de kans op tegenstrijdigheden vergroten.

Internationale webwinkels moeten hun retourbeleid afstemmen op de landen waar aankopen worden gedaan en de locaties waar geretourneerde goederen naartoe moeten worden verzonden. De eigenschap applicableCountry geeft aan voor welke markt het beleid geldt, terwijl returnPolicyCountry het land aanduidt waar retourzendingen worden ontvangen. Een Duitse webwinkel die aan klanten in Frankrijk verkoopt, kan bijvoorbeeld FR als toepasselijk land en DE als retourbestemming gebruiken wanneer retouren in Duitsland worden verwerkt. Meerdere landen kunnen hetzelfde beleid delen als de voorwaarden daadwerkelijk identiek zijn. Afzonderlijke beschrijvingen zijn wenselijk wanneer retourtermijnen, verzendkosten of procedures verschillen. Webwinkeliers moeten daarnaast rekening houden met lokale wetgeving. Zo geldt voor veel aankopen op afstand in het Verenigd Koninkrijk en de EU doorgaans een wettelijk herroepingsrecht van 14 dagen, met bepaalde uitzonderingen en procedures. Vrijwillige retourvoorwaarden van een winkel mogen nooit worden voorgesteld als vervanging van deze wettelijke rechten.

MerchantReturnPolicy testen en veelvoorkomende SEO-fouten voorkomen

Wanneer MerchantReturnPolicy is toegevoegd, moet worden gecontroleerd of Google de gegenereerde gestructureerde gegevens correct kan interpreteren. Met de Rich Results Test van Google kunnen webwinkeliers een gepubliceerde pagina of een aangeleverd codefragment controleren en problemen vaststellen die van invloed zijn op ondersteunde zoekresultaatfuncties. Het is verstandig zowel de algemene retourbeleidspagina als productpagina’s met bijzondere retourvoorwaarden te testen. De test moet bevestigen dat MerchantReturnPolicy aan het juiste Organization- of Offer-object is gekoppeld en dat alle vereiste eigenschappen aanwezig zijn. Bij een vaste retourtermijn moet merchantReturnDays een geldig geheel getal bevatten. Ook landcodes, beleidscategorieën en eigenschappen voor retourverzendkosten moeten worden gecontroleerd. De Schema Markup Validator kan daarnaast helpen om de Schema.org-structuur te controleren, hoewel een technisch geldig schema niet automatisch betekent dat de markup in aanmerking komt voor alle winkelfuncties van Google.

Een van de meest voorkomende implementatieproblemen is dat de markup niet overeenkomt met het werkelijke retourbeleid. Een webwinkel kan bijvoorbeeld op de website een retourtermijn van 30 dagen vermelden, terwijl de gestructureerde gegevens nog steeds 14 dagen aangeven. Ook kan een winkel retourzendingen als gratis beschrijven terwijl klanten zelf de verzendkosten moeten betalen. Problemen ontstaan eveneens wanneer een WooCommerce-plug-in automatisch retourinformatie genereert die tegenstrijdig is met handmatig toegevoegde markup. Omdat productspecifieke MerchantReturnPolicy voorrang kan krijgen op het algemene beleid, is het bijzonder belangrijk om verouderde uitzonderingen te herkennen. Webwinkeliers moeten de uiteindelijke gestructureerde gegevens controleren die hun website genereert, in plaats van uitsluitend te vertrouwen op de instellingen van een plug-in. Een correcte configuratie betekent dat de verstrekte informatie klopt, niet alleen dat een testprogramma geen fouten meldt.

Google Merchant Center en Search Console vormen een extra aandachtspunt, omdat retourinstellingen onafhankelijk van de website-markup kunnen worden aangeleverd. Volgens de voorrangsregels van Google krijgt productspecifieke informatie uit Merchant Center-feeds prioriteit, gevolgd door toepasselijke accountinstellingen in Merchant Center of Search Console, productspecifieke gestructureerde gegevens en gestructureerde gegevens op organisatieniveau. Daardoor hebben wijzigingen die uitsluitend in MerchantReturnPolicy worden aangebracht mogelijk geen effect op de informatie die Google gebruikt wanneer een bron met hogere prioriteit andere voorwaarden bevat. Webwinkeliers moeten daarom hun productfeeds, verkopersinstellingen en retourvoorwaarden op de website vergelijken wanneer zij hun retourbeleid aanpassen. Consistente informatie uit deze bronnen helpt voorkomen dat verouderde kosten of termijnen in winkelgerelateerde zoekresultaten verschijnen.

MerchantReturnPolicy onderhouden en resultaten controleren in 2026

Na de implementatie kan Google Search Console helpen om problemen met gestructureerde gegevens voor verkopersvermeldingen op te sporen. Het rapport Merchant listings toont relevante problemen op productpagina’s die hiervoor in aanmerking komen, terwijl andere diagnostische rapporten ongeldige of niet-verwerkbare markup kunnen signaleren. Webwinkeliers moeten gemelde fouten onderzoeken, de onderliggende oorzaak verhelpen en de beschikbare validatiemogelijkheden gebruiken om na wijzigingen een nieuwe controle aan te vragen. Google heeft vervolgens tijd nodig om bijgewerkte pagina’s opnieuw te crawlen en te verwerken, waardoor verbeteringen mogelijk niet onmiddellijk zichtbaar worden. Zelfs technisch geldige MerchantReturnPolicy-markup garandeert niet dat Google bij ieder zoekresultaat retourinformatie toont. De weergave hangt af van de betreffende zoekfunctie, de geschiktheidscriteria, de beschikbare verkopersinformatie en de keuzes van Google over de presentatie.

De markup voor retourbeleid moet opnieuw worden bekeken wanneer zakelijke voorwaarden veranderen. Belangrijke aanleidingen zijn het verlengen van de standaardretourtermijn, het toevoegen van nieuwe leveringslanden, het aanpassen van retourverzendkosten, het wijzigen van terugbetalingsmethoden of het verplaatsen van een retourmagazijn. Ook seizoensgebonden acties vragen aandacht. Een webwinkel die bijvoorbeeld de retourtermijn voor kerstaankopen verlengt, kan de betreffende voorwaarden beschrijven met returnPolicySeasonalOverride binnen de markup op organisatieniveau. De seizoensgebonden configuratie moet overeenkomen met de daadwerkelijke aankoopperiode en de geldende uiterste retourdatum, niet met een geschatte actieperiode. Wanneer de tijdelijke voorwaarden aflopen, moet het standaardbeleid correct blijven. WordPress- en WooCommerce-webwinkels doen er bovendien goed aan hun markup opnieuw te testen na belangrijke themawijzigingen, updates van plug-ins voor gestructureerde gegevens of ingrijpende aanpassingen aan het afrekenproces en productbeheer.

Een betrouwbare MerchantReturnPolicy-configuratie vereist dat het retourbeleid voor klanten, de gestructureerde gegevens en de verkopersinstellingen van Google met elkaar overeenkomen. Webwinkeliers moeten een duidelijk geschreven retourbeleid onderhouden, markup op organisatieniveau gebruiken voor standaardvoorwaarden en productspecifieke uitzonderingen uitsluitend toevoegen wanneer dat nodig is. Retourtermijnen, verzendkosten, terugbetalingsmogelijkheden en internationale voorwaarden moeten nauwkeurig weergeven wat klanten mogen verwachten. Regelmatige validatie helpt ontbrekende eigenschappen en verouderde informatie op te sporen, maar kan een inhoudelijke controle van de werkelijke commerciële voorwaarden niet vervangen. In 2026 is het daarom verstandig MerchantReturnPolicy te behandelen als een onderdeel van de productinformatie dat voortdurend wordt bijgehouden, en niet als een eenmalige SEO-aanpassing. Nauwkeurige gestructureerde gegevens zorgen voor duidelijkere winkelinformatie en verkleinen de kans dat tegenstrijdige retourvoorwaarden binnen de diensten van Google verschijnen.