4 augustus 2026 / Tutorials / 20 min leestijd

Slimme COD-regels: land, postcode, winkelwagenwaarde en klanttags

Ontdek hoe je de beschikbaarheid van COD in Shopify stuurt op basis van land, postcode, winkelwagenwaarde en klanttags, zodat deze betaaloptie alleen verschijnt waar dat logisch is.

shopify rembours cash on delivery shopify fraudepreventie shopify checkout regels cod instellingen

Voor veel Shopify-merchants begint Cash on Delivery als een simpele aan/uit-instelling: tonen aan iedereen, of volledig uitschakelen. Dat is ook de snelste manier om óf goede klanten mis te lopen óf onnodig risico te nemen.

De oplossing is niet om COD te verwijderen, maar om te bepalen waar het zichtbaar is. Een klant die een goedkoop product koopt in een regio met een nette bezorggeschiedenis is iets heel anders dan een nieuwe koper die een dure bestelling plaatst in een postcode met veel mislukte leveringen. Beide gevallen hetzelfde behandelen, door COD altijd wel of juist nooit te tonen, negeert dat verschil.

Daar zijn COD-zichtbaarheidsregels voor bedoeld. In plaats van één aan/uit-schakelaar bepaalt de winkel wie rembours überhaupt als betaaloptie te zien krijgt, op basis van land, postcode, winkelwagenwaarde en klanttags. In deze handleiding laten we zien hoe je elke instelling opzet in Progus COD Form & OTP SMS.

Voordat je begint, is het handig om twee zaken uit elkaar te houden die vaak door elkaar worden gehaald. Zichtbaarheidsregels bepalen of een klant Cash on Delivery überhaupt als betaaloptie ziet: als een regel COD verbergt voor een bepaald land, een bepaalde winkelwagenwaarde of een bepaald klanttype, komt die klant niet eens bij een COD-checkoutstap. OTP-verificatie is een aparte laag die het telefoonnummer bevestigt van een klant die al voor COD heeft gekozen zodra die stap is bereikt; het bepaalt dus niet wie de optie ziet, maar controleert wie echt is binnen de groep die COD al kan gebruiken. Die twee werken na elkaar: zichtbaarheidsregels filteren eerst, daarna controleert OTP-verificatie wat overblijft. Voor het complete plaatje van hoe deze lagen samenwerken met blocklists voor terugkerende overtreders, zie Progus' playbook tegen COD-fraude en retourmisbruik; deze handleiding richt zich specifiek op het instellen van de zichtbaarheidslaag.

Stap 1: schakel regels in voordat je iets configureert

De rule builder moet eerst geactiveerd worden voordat je regels kunt aanmaken. Ga in Progus COD Form & OTP SMS naar het Checkout-gedeelte van de app, kies welk verzendtarief als COD moet gelden en schakel COD in bij checkout. Zolang die activatie niet is afgerond, toont het regelscherm een melding als "configuration required" in plaats van de optie om een regel toe te voegen.

Stap 2: bepaal welke instellingen je echt nodig hebt

Bepaal vóór je een regel maakt welk probleem die moet oplossen. In plaats van één aan/uit-schakelaar laat de app je COD tonen of verbergen op basis van land, postcode, winkelwagenwaarde en klanttags. Eén regel kan ook meerdere van deze voorwaarden tegelijk combineren.

Een paar veelvoorkomende startpunten:

  • Bescherming bij hoge orderwaarden: Verberg COD wanneer de winkelwagenwaarde boven een bepaalde drempel komt, zodat risicovollere bestellingen vooraf betaald moeten worden.
  • Uitsluiting op postcode: Toon COD in de belangrijkste binnenlandse markt, maar verberg het voor postcodes met herhaalde mislukte leveringen of veel retour-naar-afzender-problemen.
  • Uitzondering voor vertrouwde klanten: Gebruik een klanttag om COD beschikbaar te houden voor terugkerende klanten met een goede bezorggeschiedenis, ook als bredere regels het anders zouden beperken.

Stap 3 tot en met 5 hieronder behandelen elke instelling afzonderlijk. Je hoeft ze niet allemaal te gebruiken: kies alleen wat past bij het probleem dat je hier hebt vastgesteld, en combineer ze in één regel als je abonnement maar één actieve regel tegelijk toestaat (meer daarover in stap 7).

Begin vóór je een regel opstelt met data, niet met aannames: kijk welke landen, postcodes of bandbreedtes van winkelwagenwaarden daadwerkelijk een patroon laten zien van mislukte COD-leveringen of fraude. Een regel op basis van een onderbuikgevoel blokkeert net zo makkelijk goede klanten als slechte. Zodra je weet waar het echte probleem zit, kies dan liever voor gerichte uitsluitingen dan voor brede beperkingen: specifieke probleempostcodes uitsluiten is veiliger dan een hele regio beperken, en COD beperken boven een duidelijke waardedrempel is veiliger dan het voor een heel land uitschakelen vanwege een paar slechte orders.

De rule builder ondersteunt ook voorwaarden voor de aanwezigheid van korting, ordergewicht, registratiestatus van de klant, aantal bestellingen, klant-e-mailadres, productcollecties, cadeaubonnen in de winkelwagen en datumbereiken voor geplande of seizoensgebonden regels. Ook als deze handleiding daar niet diep op ingaat, is het goed om te weten dat ze bestaan: met een datumbereik kun je COD bijvoorbeeld alleen beperken tijdens een specifieke promotieperiode, en met een voorwaarde op ordergewicht kun je beschikbaarheid sturen op verzendcomplexiteit in plaats van alleen op prijs.

Stap 3: stel voorwaarden in voor land en postcode

Land. De meest basale instelling. Sommige winkels bieden COD alleen binnenlands aan, waar bezorgnetwerken betrouwbaar zijn en retouren beheersbaar blijven, terwijl internationale bestellingen standaard vooraf betaald moeten worden. Andere winkels hebben juist het omgekeerde nodig: COD specifiek inschakelen in markten waar weinig vertrouwen is in vooraf betalen en de conversie laag is, en uitschakelen in markten waar het niet nodig is.

Postcode. Sturing op landniveau is vaak te grof. Betrouwbaarheid van bezorging, retour-naar-afzender-percentages en dekking van vervoerders verschillen vaak per regio binnen hetzelfde land. Een winkel met COD-problemen in slechts een paar postcodes hoeft niet het hele land te beperken, maar alleen die specifieke gebieden, bijvoorbeeld door bekende probleemcodes uit te sluiten of COD alleen toe te staan in postcodes met een goede bezorghistorie.

Land en postcode vallen binnen dezelfde categorie Location. Dat betekent dat je één regel kunt maken die COD toestaat in een land, maar geselecteerde postcodes met herhaalde mislukte leveringen uitsluit, zonder dat je daarvoor twee aparte regels nodig hebt.

Daarnaast heeft het fraudebeschermingsgedeelte van de app ook een eigen blokkering op postcode, naast blokkeren op e-mailadres, telefoonnummer en IP-adres, en het beperken van hoeveel bestellingen dezelfde klant binnen een bepaalde periode kan plaatsen. Die tool is specifiek bedoeld voor bekende kwaadwillenden en niet voor algemene COD-zichtbaarheid. Daardoor kan een winkel postcodes op beide plekken gebruiken, maar met een ander doel: brede sturing van zichtbaarheid in de rule builder hier, en gerichte fraudeblokkering in de beveiligingsinstellingen.

Stap 4: voeg een limiet voor winkelwagenwaarde toe

Bestellingen met een hoge waarde brengen meer absoluut risico met zich mee als een COD-levering mislukt of wordt geweigerd: hogere productkosten, meer verzendkosten die verloren gaan en meer marge die op het spel staat. Een veelgebruikte aanpak is om COD alleen toe te staan onder een bepaalde drempel voor winkelwagenwaarde en daarboven vooraf betalen te verplichten, zodat juist de orders met het grootste financiële risico vooraf bevestigd zijn.

Stel dit in als een voorwaarde onder Order Details binnen dezelfde regel als je locatievoorwaarden als je abonnement een beperkt aantal regels toestaat, of als een aparte regel als je abonnement onbeperkt regels ondersteunt.

Stap 5: gebruik klanttags voor vertrouwde of risicovolle kopers

Land, postcode en winkelwagenwaarde gelden allemaal voordat de winkel iets weet over de specifieke koper. Met klanttags kan een regel reageren op wie de koper daadwerkelijk is: een tag voor klanten met een goede COD-bezorggeschiedenis kan de optie voor hen openhouden ongeacht andere voorwaarden, terwijl een tag die wordt toegevoegd na een mislukte of geweigerde levering COD voor die klant in de toekomst kan beperken zonder anderen daarvoor te straffen.

Klanttags stel je in onder de categorie Customers in dezelfde rule builder, naast voorwaarden voor registratiestatus, aantal bestellingen en klant-e-mailadres. Gebruik tags niet alleen voor beperkingen, maar ook voor uitzonderingen: een tag is net zo nuttig om COD beschikbaar te houden voor een vertrouwde terugkerende klant, zelfs als een bredere regel het anders zou beperken, zodat loyaliteit niet wordt benadeeld door een regel die eigenlijk op onbekende kopers is gericht.

Stap 6: test hoe toon- en verbergvoorwaarden samen werken

Als één regel zowel een "show"-voorwaarde als een "hide"-voorwaarde combineert, toont de app een waarschuwing. Dat komt doordat er een vaste volgorde geldt die je moet kennen voordat je op de regel vertrouwt: "show" wint altijd van "hide". Zodra de "show"-voorwaarde overeenkomt, krijgt die voorrang, ongeacht wat de "hide"-voorwaarde zegt.

Bijvoorbeeld: als een regel COD verbergt voor een specifieke postcode, maar COD ook toont voor klanten met de tag [trusted-cod], dan kan een klant met die tag COD nog steeds zien, zelfs als diens postcode op de verberglijst staat. Dat kan nuttig zijn, maar alleen als het bewust zo is ingesteld. Test deze combinatie dus altijd voordat je ervan uitgaat dat een "hide"-voorwaarde doet wat je verwacht.

Stap 7: evalueer de regel na livegang

Een postcode die zes maanden geleden bezorgproblemen gaf, hoeft dat nu niet meer te doen. Regels die nooit opnieuw worden bekeken, verschuiven vaak van "gericht op een echt probleem" naar "klanten beperken zonder actuele reden". Zet daarom een herinnering om de prestaties van regels periodiek te controleren in plaats van alleen tijdens de eerste setup.

Deze functie staat in de app vermeld als Smart checkout rules, en hoeveel regels je kunt bekijken of toevoegen hangt af van je abonnement: Free en Basic staan 1 actieve regel toe, dus evalueren betekent controleren of die ene regel nog steeds de juiste voorwaarden combineert; Standard en Premium staan onbeperkt regels toe, dus evalueren betekent nagaan of bepaalde regels verouderd of overbodig zijn geworden nu er meerdere actief zijn.

Veelgemaakte fouten

  1. Regels schrijven voor markten waar de winkel nauwelijks verkoopt. Tijd steken in het beperken van een land dat maar een handvol bestellingen per jaar oplevert, is minder zinvol dan eerst de regels voor de thuismarkt of grootste markt goed neerzetten.
  2. Te veel voorwaarden in één regel stapelen. Een regel met veel gecombineerde voorwaarden wordt lastig te begrijpen en moeilijk te debuggen als iets zich onverwacht gedraagt. Bij abonnementen met onbeperkt regels zijn eenvoudigere, aparte regels meestal makkelijker te onderhouden. Bij Free of Basic, waar maar één actieve regel beschikbaar is, ligt de prioriteit bij één gerichte regel die alleen de voorwaarden met de grootste impact combineert.
  3. Vergeten om op mobiel te testen. Wat de regel ook verbergt of toont, controleer altijd of de checkout op een telefoon nog goed werkt, want daar vindt bij COD-zwaar verkeer meestal de meeste conversie of uitval plaats.
  4. Nooit controleren wat de regels daadwerkelijk hebben geblokkeerd. Een regel die COD stilletjes verbergt voor een brede voorwaarde kan echte conversie onderdrukken zonder dat iemand het merkt, als niemand kijkt welke orders zijn geraakt.

Checklist voor de setup

Slimme COD-regels werken goed wanneer:

  • regels gebaseerd zijn op echte bezorg- en fraudedata van de winkel, niet op aannames over welke markten of regio's risicovol zijn
  • uitsluitingen op postcode specifiek zijn en niet dienen als verkapte manier om een hele regio uit te sluiten
  • er een drempel voor winkelwagenwaarde bestaat voor risicovolle ordergroottes, gebaseerd op echte orderdata en niet op een gok
  • klanttags worden gebruikt om vertrouwde terugkerende klanten te beschermen, niet alleen om risicovolle klanten te beperken
  • iemand de prestaties van regels periodiek beoordeelt en niet alleen tijdens de setup

Tot slot

Cash on Delivery hoeft geen alles-of-niets-keuze te zijn. Met zichtbaarheidsregels kan een winkel COD beschikbaar houden waar het echt waarde toevoegt en twijfelende kopers helpt om hun bestelling af te ronden, terwijl je het beperkt in de specifieke landen, postcodes, bandbreedtes van winkelwagenwaarden en klantgeschiedenissen waar het juist risico oplevert.

Het doel is niet om COD zeldzaam te maken. Het doel is om het precies beschikbaar te maken in de situaties waarin het werkt, en afwezig te laten waar het dat niet doet. Als Cash on Delivery onderdeel is van je Shopify-checkout, kan Progus COD Form & OTP SMS je helpen om die regels op één plek op te bouwen, van COD-zichtbaarheidsregels tot OTP-verificatie voor bestellingen die nog bevestiging nodig hebben.

Veelgestelde vragen

Wat is het verschil tussen COD-zichtbaarheidsregels en OTP-verificatie?

Zichtbaarheidsregels bepalen of een klant Cash on Delivery überhaupt als optie ziet, op basis van voorwaarden zoals land, winkelwagenwaarde of klanttags. OTP-verificatie is een aparte stap die het telefoonnummer bevestigt van een klant die al voor COD heeft gekozen. Zichtbaarheidsregels bepalen wie die stap bereikt; OTP-verificatie controleert vervolgens wie dat zijn.

Moet ik COD beperken op landniveau of op postcode?

Dat hangt af van hoe geconcentreerd het risico is. Als bezorgproblemen gelijkmatig over een land verspreid zijn, is een regel op landniveau eenvoudiger te beheren. Als de problemen zich beperken tot specifieke postcodes binnen een verder betrouwbaar land, beschermt een uitsluiting op postcode je bedrijf zonder klanten te beperken die nooit een risico vormden.

Kan ik een maximale winkelwagenwaarde voor COD instellen zonder het volledig uit te schakelen?

Ja. Een drempel voor winkelwagenwaarde is een van de meest voorkomende toepassingen van zichtbaarheidsregels: onder de drempel blijft COD beschikbaar, en daarboven schakelt de checkout over op vooraf betalen. Zo zijn juist de orders met het hoogste waarderisico vooraf bevestigd.

Overschrijven klanttags andere COD-regels?

Niet automatisch. Een voorwaarde op basis van klanttags is net als andere voorwaarden in de rule builder een "hide"- of "show"-selectie en volgt dus dezelfde prioriteit als de rest: als een regel een "show"-voorwaarde op basis van een tag combineert met een "hide"-voorwaarde op basis van iets anders, dan wint "show". Als je wilt dat een tag voor vertrouwde klanten COD betrouwbaar garandeert, ongeacht andere voorwaarden in dezelfde regel, stel die dan in als "show", want "show" krijgt altijd voorrang op "hide" wanneer beide aanwezig zijn.

Wat gebeurt er als een regel zowel "hide"- als "show"-voorwaarden combineert?

De app toont dan een waarschuwing en hanteert een vaste prioriteit: "show"-voorwaarden gaan binnen dezelfde regel altijd vóór "hide"-voorwaarden. In de praktijk betekent dit dat zodra een "show"-voorwaarde overeenkomt, COD wordt getoond, ook als er tegelijk een "hide"-voorwaarde aanwezig is. Controleer een regel dus goed op deze combinatie voordat je ervan uitgaat dat een "hide"-voorwaarde doet wat je verwacht.

Hoeveel COD-zichtbaarheidsregels kan ik aanmaken?

De Free- en Basic-abonnementen staan 1 actieve regel tegelijk toe. Binnen die abonnementen ligt de prioriteit dus bij het combineren van je belangrijkste voorwaarden, bijvoorbeeld land, winkelwagenwaarde en een uitsluiting op postcode, in één regel. De Standard- en Premium-abonnementen staan onbeperkt regels toe, wat beter past bij winkels die liever meerdere losse, eenvoudigere regels gebruiken voor verschillende situaties in plaats van één gecombineerde regel.