Het is alweer een tijdje geleden, dat ik mijn eerste blogartikel over ‘online betalen in je webshop’ schreef. 2013. En wanneer ik dit artikel lees, dan realiseer ik me ineens hoeveel er in die dertien jaar erop volgende veranderd is.
Destijds was het nog zinvol om uitgebreid uit te leggen wat iDEAL precies was, waarom iemand een PayPal account (niet) zou willen gebruiken en hoe je als consument eigenlijk online kon betalen. Inmiddels hoef ik waarschijnlijk niemand meer uit te leggen hoe je met de telefoon een betaling goedkeurt.
Voor jou als ondernemer is online betalen eigenlijk alleen maar ingewikkelder geworden. Want natuurlijk wil je dat een klant zonder problemen kan betalen, maar voor jou als ondernemer spelen er veel meer vragen.
- Wat kost die betaling nu eigenlijk?
- Wanneer staat het geld op je rekening?
- Kun je een betaling nog kwijtraken door een storno/chargeback?
- Wat gebeurt er, wanneer je een bedrag moet terugbetalen?
- Welke betaalmethoden bied je aan?
- En heb je werkelijk al die betaalmethoden nodig?
En wanneer je een WooCommerce webshop hebt: wat gebeurt er nu eigenlijk tussen het moment dat iemand op de knop ‘Betalen’ klikt en het moment dat de order de status ‘In Behandeling’ krijgt?
In tegenstelling tot mijn artikel uit 2013 (wat plaats heeft moeten maken voor dit artikel) kijken we nu niet vanuit het perspectief van de consument, maar vanuit jouw gezichtspunt. Dat van een ondernemer.
Online betalen in je webshop is meer dan een knop
Wanneer ik voor een klant een webshop bouw, is de vraag welke betaalmethoden er aangeboden moeten worden natuurlijk zeer belangrijk. Maar het is niet de enige vraag.
Als ondernemer zou je eigenlijk naar minimaal vijf factoren moeten kijken:
- Conversie : Kan mijn klant gemakkelijk betalen op de manier die hij verwacht?
- Kosten : Hoeveel houd ik uiteindelijk van mijn verkoopbedrag over?
- Risico : Kan een betaling later nog worden teruggedraaid?
- Cashflow : Wanneer krijg ik mijn geld daadwerkelijk uitbetaald?
- Administratie : Hoe gemakkelijk kan ik betalingen, refunds en kosten verwerken?
En daar komt natuurlijk voor een webshop ook nog een zesde punt bij: techniek.
Want je wilt ook dat je webshop weet wanneer een betaling gelukt is. En vooral dat jij het ook weet wanneer er iets misgaat.
Dat laatste klinkt misschien vanzelfsprekend, maar in de praktijk zie ik juist daar regelmatig problemen ontstaan.
Even wat begrippen: betaalmethode en betaalprovider zijn niet hetzelfde!
Termen rond online betalen worden nogal eens door elkaar gebruikt. iDEAL, Wero, PayPal, creditcard, Apple Pay en Klarna zijn betaalmethoden op betaaloplossingen waarmee de klant kan betalen. Maar meestal -met de uitzondering van misschien PayPal, sluit jouw webshop niet rechtstreeks op al die verschillende systemen aan.
Daar zit vaak een Payment Service Provider, of in het kort ‘PSP’, tussen. Denk bijvoorbeeld aan partijen als Mollie, Stripe of Pay.
Zo’n PSP regelt de technische verbinding tussen jouw webshop en verschillende betaalmethoden. Heel eenvoudig voorgesteld, ziet dit er ongeveer zo uit:
Klant ā webshop ā PSP ā bank of betaalmethode ā PSP ā webshop
Enige tijd later volgt er een ander -voor jou zeer belangrijk- proces:
PSP ā jouw zakelijke bankrekening
Die twee processen moet je vooral niet met elkaar verwarren. Op het moment, dat je de melding krijgt dat een klant 100 euro heeft betaald, betekent dat namelijk nog niet, dat je die 100 euro ook kan gebruiken. Daar ga ik straks wat dieper op in.
Welke betaalmethoden moet je aanbieden?
Ik kom nog regelmatig webshops tegen waar bijna iedere denkbare betaalmethode is aangezet. Onder het motto ‘hoe meer, hoe liever’.
Daar ben ik zelf niet zo van overtuigd. Iedere betaalmethode die je toevoegt, brengt mogelijk ook kosten, voorwaarden, administratieve handelingen en soms zelfs extra risico met zich mee. Een betere vraag is daarom: ‘Welke betaalmethoden verwacht mijn doelgroep?’
Voor een webshop die alleen in Nederland verkoopt ligt iDEAL voor de hand. In 2025 werd nog altijd ongeveer 71% van alle Nederlandse online aankopen met iDEAL betaald. Creditcards waren goed voor ongeveer 8%.
Verkoop je in het buitenland, dan verandert het verhaal snel. In andere landen kunnen creditcards, wallets of lokale betaalmethoden veel belangrijker zijn.
En verkoop je vooral via smartphones? Dan kunnen Apple Pay en Google Pay interessant zijn, omdat ze het aantal handelingen tijdens het afrekenen flink kunnen beperken. Dat mobiele aspect wordt overigens steeds belangrijker. In 2025 vond al 41% van alle Nederlandse online aankopen via een smartphone plaats.
De betaalmethode die je aanbiedt, moet dus vooral passen bij:
- Je doelgroep
- De landen waarin je verkoopt
- Je gemiddelde orderbedrag
- Het soort product wat je verkoopt
- Het apparaat waarop klanten voornamelijk bestellen
Niet bij de lengte van het lijstje met betaalmethoden dat je PSP aan kan bieden.
iDEAL wordt Wero!
Er verandert op dit moment iets fundamenteels aan de bekendste Nederlandse online betaalmethode.
Dat gebeurt gelukkig niet van de ene op de andere dag. Sinds 2026 wordt eerst gewerkt met de gecombineerde naam en branding iDEAL | Wero. Vervolgens worden betalingen op de achtergrond geleidelijk naar het Wero-platform gemigreerd.
Volgens de officiƫle planning moet uiterlijk eind 2027 iedere iDEAL acceptant zijn overgestapt naar Wero. Daarna zal ook de naam iDEAL geleidelijk verdwijnen. Voor de gemiddelde Nederlandse webwinkelier betekent dat op korte termijn overigens minder werk dan je wellicht zou denken.
Gebruik je een normale PSP, dan zal die een groot deel van de technische migratie voor je regelen. Volgens iDEAL blijft tijdens de eerste overgangsfase je checkout gewoon functioneeren en verzorgt de PHP onder andere de noodzakelijke updates. Maar Wero is meer dan gewoon ‘iDEAL met een andere naam’.
Wero wordt een Europese betaaloplossing waarmee ook betalen over landsgrenzen heen gemakkelijker moet worden. Voor Nederlandse webwinkeliers die internationaal willen verkopen, kan dat op termijn behoorlijk interessant worden.
Maar voorlopig geldt vooral: houd de informatie van je PSP in de gaten en ga zelf niet allerlei ingewikkelde plannen maken. Dat is helemaal niet nodig.
Wat kost online betalen eigenlijk?
En hier komen we bij een onderwerp waar ondernemers vanzelfsprekend bovengemiddeld in geĆÆnteresseerd zijn: De kosten!
Veel betaalproviders presenteren hun tarieven vaak in een vorm als
ā¬ x per transactie
of
x% + ā¬ y per transactie
Maar daarmee weet je nog niet altijd wat een betaling werkelijk gaat kosten.
Afhankelijk van de betaalmethode en provider kun je bijvoorbeeld te maken krijgen met:
- transactiekosten
- een percentage van het orderbedrag
- maandelijkse abonnementskosten
- kosten voor buitenlandse kaarten
- valuta-omrekenkosten (ga er vanuit dat je provider een voor hem gunstige wisselkoers berekent)
- kosten voor chargebacks/storno’s
- kosten voor refunds
- aanvullende kosten voor bepaalde diensten
Hierbij maakt je gemiddelde orderwaarde nogal wat uit.
Stel je bijvoorbeeld dat je twee tariefmodellen zou kunnen kiezen.
Provider A rekent ā¬ 0,30 per transactie.
Provider B rekent 1% van het orderbedrag.
Bij een order van 20 euro kost provider B je ā¬ 0,20 en die lijkt dus goedkoper. Maar bij een order van ā¬ 200 is dat ineens ā¬ 2… en bij ā¬ 2000… enfin, je begrijpt het wel.
Dit is natuurlijk maar een rekenvoorbeeld en geen werkelijk tarief van een provider. Maar het maakt wel duidelijk waarom je nooit alleen naar het grote bedrag op de prijspagina moet kijken.
Neem eens honderd of duizend echte orders en reken uit wat beide modellen met jouw orderbedragen zouden kunnen kosten. Dan vergelijk je tenminste appels met appels.
De goedkoopste betaalmethode kan uiteindelijk de duurste zijn
Goedzo, dat is tenminste een handig rekenmodel waarmee je aan de slag kan. NIET DUS!
Je moet niet uitsluitend op transactiekosten selecteren. Stel dat betaalmethode A ā¬ 0,25 per bestelling kost en betaalmethode B ā¬ 0,60. Je hoeft geen rekenwonder te zijn om te zien welke voordeliger is. Dat is A toch?
Maar wanneer klanten methode B duidelijk prettiger binden en daardoor minder vaak tijdens het afrekenen afhaken, kan die duurdere betaalmethode je onder aan de streep meer opleveren.
Kosten en conversie moet je los van elkaar bekijken. Een klant die zijn winkelwagen verlaat omdat hij niet kan betalen zoals hij wil, kost je tenslotte niet 35 cent extra. Die kost je de hele order.
Kun je transactiekosten gewoon aan een klant doorberekenen?
Een logische gedachte is natuurlijk, dat je wanneer een betaalmiddel je extra geld kost, je dit ook aan de klant zal doorberekenen. Maar zo eenvoudig is dat niet.
Voor veel gangbare betalingen binnen de Europese Economische Ruimte gelden regels die verbieden dat je als winkelier zomaar een toeslag berekent. Dat geldt onder andere voor veel consumentenbetalingen met debit- en creditcards en voor bepaalde overboekingen en incasso’s.
Bij betaalmethoden waar een toeslag wel is toegestaan, mag die bovendien niet zomaar hoger zijn dan de werkelijke kosten die jij voor het gebruik van die betaalmethode maakt. Je mag dus niet zomaar zonder controle een WooCommerce regel toepassen Creditcardbetaling + 3% omdat het lekker makkelijk rekent.
Controleer eerst of je die toeslag Ć¼berhaupt in rekening mag brengen.
Ook kan de betaalmethode zelf beperkingen opleggen. In het verleden verbood PayPal het bijvoorbeeld om kosten voor PayPal betalingen bij klanten in rekening te brengen. Inmiddels zijn deze regels aangepast aan de Europese regelgeving.
Voor PayPal mag je in Nederland de werkelijke kosten van de betaalmethode aan de klant doorberekenen. PayPal ontmoedigt dit wel en stelt daarnaast als voorwaarde dat een PayPal-toeslag niet hoger mag zijn dan de toeslag die je voor andere betaalmethoden rekent.
Of met andere woorden, je mag van PayPal wel een toeslag berekenen, maar niet hoger dan de werkelijke kosten en ook niet hoger dan de toeslagen op andere betaalmethoden. Ofwel, reken je geen toeslagen op een iDEAL betaling, mag je van de wetgever nog steeds de werkelijke kosten voor PayPal in rekening brengen, maar de gebruikersvoorwaarden van PayPal verbieden je dat expliciet. (situatie oktober 2026)
‘Betaald’ betekent niet dat het geld al op je rekening staat
Wanneer iemand in je webshop een bestelling van ā¬ 150 afrekent en WooCommerce aangeeft dat de betaling gelukt is, voelt het alsof je ā¬ 150 hebt ontvangen. Technisch gezien is dit slechts een deel van het verhaal.
Het geld kan eerst bij je betaalprovider binnenkomen, die het vervolgens volgens een bepaald schema aan jou uitbetaalt. niet-Europese creditcard betalingen kan het echter langer duren dat de betaalprovider zelf het geld krijgt, en daardoor zal ook de betaling van die bedragen vertraagd aan jou verlopen.
Voor een kleine webshop met enkele transacties per dag maakt het verschil van Ć©Ć©n of twee dagen misschien weinig uit, maar wanneer er dagelijks tienduizenden euro’s door je webshop lopen, wordt het een heel ander verhaal. Dan is de uitbetalingsfrequentie van je PSP ineens een belangrijk onderdeel van je cashflow.
Daarom is wanneer krijg ik mijn geld? in sommige situaties een even belangrijke vraag als wat kost een transactie.
Een geslaagde betaling is niet altijd definitief!
Er is meer om rekening mee te houden. Niet iedere geslaagde betaling is definitief. Bij sommige betaalmethoden bestaat de mogelijkheid om een betaling later te betwisten of terug te draaien.
Bij creditcards kennen we een chargeback. Een kaarthouder kan onder bepaalde omstandigheden een betaling aanvechten. Als ondernemer moet je dan mogelijk aantonen dat de transactie terecht was en je het product of dienst hebt geleverd.
Ook andere betaalplatforms kennen procedures voor geschillen.
Dat wil niet zeggen dat je daarom geen creditcards of PayPal moet accepteren. Voor sommige doelgroepen en zeker voor internationale verkoop zou het een heel slechte beslissing kunnen zijn. Maar wel moet je realiseren dat betaalmethoden verschillende risicoprofielen hebben.
Bewaar daarom bij risicovollere transacties gegevens waarmee je aan kunt tonen:
- Wat er besteld is
- Wanneer het besteld is
- Naar wel adres het verzonden is
- Wanneer het geleverd is
- Welke communicatie er met de klant geweest is.
Je administratie is dus ook een onderdeel van je betaalstrategie.
Fraude is helaas geen theoretisch probleem
We moeten het risico niet overdrijven. Verreweg de meeste online betalingen verlopen gewoon goed. Maar fraude bestaat wel degelijk. De Nederlandse Bank meldde dat het aantal frauduleuze transacties bij overschrijvingen, kaartbetalingen en geldopnames in Nederland in 2025 met 30% toenam tot ongeveer 658.000 transacties. Het bedrag waarover gefraudeerd werd steeg met 22% tot ā¬ 198 miljoen.
Bij online kaartbetalingen spelen onder andere phishing en identiteitsfraude een belangrijke rol.
Een webwinkelier kan dat probleem nooit volledig oplossen. Veel beveiliging wordt gelukkig door banken, kaartmaatschappijen en betaalproviders afgehandeld. Maar dat ontslaat jou niet van iedere verantwoordelijkheid.
Een bestelling van ā¬ 15 met een normaal afleveradres vraagt waarschijnlijk niet om dezelfde controle als een bestelling van ā¬ 4.500 die met spoed naar een afwijkend afleveradres gestuurd moet worden.
Techniek helpt bij fraudebestrijding. Gezond verstand ook!
De checkout is een onderdeel van je verkoopproces
Een webshop wordt nogal eens gezien als twee losse delen. Je hebt de winkel. En daarna heb je de betaalpagina.
Voor de klant is dat helemaal niet zo, die ervaart Ć©Ć©n proces. Vanaf het moment dat deze het eerste product bekijkt tot het moment dat de tekst ‘Bedank voor je bestelling’ op het scherm getoond wordt. En juist aan het einde kan er veel misgaan.
Een formulier kan onnodig veel informatie vragen. Of de gewenste betaalmethode ontbreekt. Op een smartphone is de ‘bestel’ knop slecht bereikbaar.
Ook een belangrijk struikelblok kan zijn, dat de betaalpagina er ineens totaal anders uitziet als de winkelpagina. Een plotselinge verandering van vormgeving wekt geen vertrouwen bij de klant!
Iemand die op de betaalpagina komt is waarschijnlijk Ć©Ć©n van de meest waardevolle bezoekers van je website.
- Die persoon heeft een product bekeken
- Hij of zij heeft besloten het product te willen hebben
- De bezoeker heeft het in de winkelwagen gelegd
- en een ‘betaalintentie’ getoond door naar de checkout te gaan
Op zo’n moment wil je natuurlijk geen onverwachte obstakels inbouwen, toch?
Wat gebeurt er wanneer iemand op ‘betalen’ klikt?
Tot nu toe hebben we het vooral over de zakelijke kant gehad. Maar laten we voor een WooCommerce webshop ook eens onder de motorkap kijken. Want daar gebeurt meer dan veel webwinkeliers beseffen. Globaal gaat het ongeveer als volgt:
- Zodra de klant op ‘betalen’ klikt, moet hij de website verlaten naar de website van de betaalprovider. Om te onthouden ‘wie de klant is, en wat hij besteld heeft’ moet de bestelling worden opgeslagen. Ondernemers die pas met een website beginnen vragen mij wel eens, of het niet beter is die order pas op te slaan wanneer er al betaald is.
Om een aantal redenen is dat inderdaad ‘niet beter’.
Allereerst moet je betaalprovider straks door kunnen geven waarvoor er betaald is. Je stuurt namelijk niet de hele bestelling naar de betaalprovider, alleen een verwijzing en de bedragen. Die betaling moet bij ’terugkomst’ van de bank gematched kunnen worden.
Vervolgens, wat wanneer de betaalprovider niet bereikbaar is? Dat gebeurt niet vaak, maar het gebeurt wel! Dan heb je zelf geen gegevens van de klant om achteraf nog contact mee op te nemen.
Kortom, dat die order opgeslagen wordt voor de betaling wordt gedaan is van belang voor iedereen. - De betaalprovider verwerkt de betaling. Meestal is dat direct. Maar soms is het mogelijk dat er niet direct een akkoord voor een betaling kan worden gegeven en de betaling wordt ‘uitgesteld’. Het is me nooit duidelijk geworden, waardoor precies deze situaties ontstaan, maar bijvoorbeeld bij iDEAL betalingen kan de bank zeggen ‘nu even niet’, wel het hele proces afronden en pas enkele minuten of uren later een definitieve goedkeuring of afwijzing doorgeven.
- Op het moment dat de betaling verwerkt is roept de betaalprovider een zogenaamde ‘call-back url’ aan, een URL waarmee de gegevens over de betaling worden doorgegeven. Maar stel nu, dat precies op dat moment de verbinding wegvalt. Een kleine kans, maar opnieuw, het gebeurt. Je klant komt misschien wel, misschien niet net iets eerder dan de PSP terug bij je website en ziet nog wel of niet de ‘bedankt voor je bestelling’ pagina, maar de betalingsprovider heeft je niet kunnen bereiken met het betaalbericht. Het wordt nog een aantal keren geprobeerd, maar als de site afwezig blijft, heeft de klant wel betaald, maar heeft jouw shop geen betaalbericht ontvangen.
- Afhankelijk van het ontvangen -of niet ontvangen- bericht van de betaalprovider past WooCommerce de status van de bestelling aan.
Orderstatussen
WooCommerce kent verschillende orderstatussen. Daarnaast zijn er verschillende plugins die je toestaan extra orderstatussen toe te voegen, wat handig kan zijn wanneer je bijvoorbeeld gebruik maakt van de diensten van een fulfilment centrum of een bezorgdienst.
De belangrijkste statussen die betrekking hebben op het betaalproces zijn (ik gebruik hier de Engelse termen, omdat in de praktijk de Nederlandse vertaling wel eens kan veranderen. Ook de Vlaamse vertaling wijkt vaak iets af van de Nederlandse):
- Pending Payment (Wacht op betaling): De bestelling bestaat, maar de betaling is nog niet bevestigd.
- On hold (In de wacht) : De bestelling wacht bijvoorbeeld nog op een bevestiging van de webwinkelier, of een handmatige controle
- Processing (In behandeling) : De betaling is ontvangen en moet worden uitgevoerd
- Completed (Afgehandeld) : De bestelling is afgehandeld.
- Failed (Mislukt) : De betaling is mislukt of geweigerd.
Die statussen bepalen vervolgens weer allerlei andere processen, als :
- De voorraad aanpassen
- e-mails versturen
- Een download beschikbaar maken
- Toegang tot een cursus geven
- Een bestelling doorsturen naar een fulfilment centrum
- Een factuur genereren
Daarom kan een ogenschijnlijk klein probleem met een betaalplugin een behoorlijke impact hebben op het hele bestelproces.
Wanneer de betaling bij de PSP op ‘geslaagd’ staat, maar WooCommerce op ‘Pending payment’ blijft staan, moet je er niet zomaar vanuit gaan, dat WooCommerce wel gelijk zal hebben. En andersom natuurlijk ook weer niet.
Controleer eerst wat er werkelijk is gebeurd.
WooCommerce adviseert bij dergelijke problemen onder andere de ordernotities (die ook een ‘log’ van de verschillende betaalstappen inhouden), gatewaylogs (de logbestanden van je PSP) en de ‘webhooks’ te controleren.
Laat een klant niet zomaar nog een keer betalen
Een klassieker bij een betaalprobleem. De klant belt of mailt, dat volgens hem de betaling is mislukt. Je kijkt in WooCommerce en je ziet een order op ‘Pending payment’ staan. Vertel je klant niet direct dat hij het gewoon een keer overnieuw moet proberen. Controleer eerst bij je betalingsprovider of de betaling werkelijk is mislukt. Het zou zomaar mogelijk zijn, dat er een storing in de verbinding was precies op het moment, dat de betalingsprovider de betaalbevestiging door wilde geven.
Bedenk dat jouw betalingsprovider de single source of information is wanneer het gaat of een betaling wel of niet is geslaagd. Wat jij in je webshop ziet staan is daarvan afgeleide informatie.
Refunds horen ook bij online betalen
Tot nu toe praten we vooral over geld dat jouw kant op komt, maar soms moet het ook weer terug. Een klant retourneert een product. Een artikel blijkt niet leverbaar. Of iemand heeft per ongeluk twee keer betaald.
Dan krijg je te maken met een refund.
Bij veel PSP’s kun je een terugbetaling rechtstreeks vanuit WooCommerce starten. In andere situaties moet dat vanuit het dashboard van de betaalprovider.
Ook hier zijn een paar vragen belangrijk:
- kun je een gedeeltelijke refund uitvoeren?
- worden oorspronkelijke transactiekosten terugbetaald? (meestal niet)
- betaal je extra voor een refund? (meestal wel, een refund is immers een nieuwe betaaltransactie, hij gaat alleen de andere kant op)
- hoe wordt een refund administratief geregistreerd?
- wat gebeurt er wanneer er onvoldoende saldo bij de PSP beschikbaar is?
Vooral gedeeltelijke refunds zijn belangrijk. Stel dat iemand drie producten voor in totaal ā¬ 180 koopt en Ć©Ć©n product van ā¬ 40 retourneert. Je wilt dan natuurlijk niet de volledige betaling terugstorten en de klant vragen de overige ā¬ 140 opnieuw te betalen. Niet iedere betaalprovider staat echter gedeeltelijke refunds toe.
Een goede betaaloplossing moet passen bij je retourproces.
Achteraf betalen: goed voor conversie, maar kijk verder dan de knop
Achteraf betalen, vaak aangeduid als Buy Now, Pay Later of BNPL, is populair. Vanuit een webshop is de aantrekkingskracht duidelijk. Een klant hoeft niet onmiddellijk geld over te maken en kan daardoor gemakkelijker besluiten een product te bestellen. Dat kan de conversie verhogen.
Maar kijk ook hier verder dan alleen die mooie knop in de checkout.
Je wilt weten:
- hoeveel de betaalmethode kost
- wanneer jij betaald krijgt
- wie het risico draagt wanneer de klant niet betaalt
- hoe retouren worden verwerkt
- wat er gebeurt bij een geschil
- welke verplichtingen jij als winkelier hebt
Bovendien verandert de regelgeving rond BNPL.
Vanaf 20 november 2026 is voorzien dat veel vormen van achteraf betalen onder de aangescherpte regels voor consumentenkrediet en het toezicht van de AFM gaan vallen. Onder andere kredietwaardigheid en leeftijdscontrole gaan daarbij een grotere rol spelen. Op het moment van schrijven bevindt een deel van de Nederlandse implementatiewetgeving zich nog in het wetgevingsproces.
Dat betekent niet automatisch dat jij als gewone webwinkelier ineens zelf kredietchecks moet gaan uitvoeren.
Maar het betekent wel dat BNPL de komende tijd verandert en dat je bij de keuze van een aanbieder niet alleen naar conversie en kosten moet kijken.
Verplichte vooruitbetaling: let op de regels!
En nu we het toch over achteraf betalen hebben, is er nog een punt dat veel webwinkeliers niet weten. Bij de verkoop van producten die je nog moet leveren mag je een consument in Nederland niet zonder meer verplichten het volledige bedrag vooraf te betalen.
Volgens de ACM mag je maximaal 50% verplichte vooruitbetaling vragen. Je mag de mogelijkheid om alles vooraf te betalen wel aanbieden, maar de consument moet ook de mogelijkheid hebben minimaal de helft pas na levering te betalen.
Voor diensten gelden andere regels.
Er zijn dus juridische redenen om goed na te denken over de betaalmogelijkheden in je checkout. Daar komt nog bij dat bij online verkoop duidelijk moet zijn dat iemand door het plaatsen van de bestelling een betalingsverplichting aangaat.
Een knop met alleen ‘Bestellen’ is volgens de ACM daarvoor niet duidelijk genoeg. Bijvoorbeeld ‘Bestellen en betalen’ maakt veel duidelijker dat de klik financiĆ«le gevolgen heeft.
Abonnementen zijn een ander soort betaling
Een eenmalige betaling is relatief eenvoudig. De klant rekent af, jij levert en daarmee is de betaalrelatie grotendeels klaar.
Bij abonnementen ligt dat anders. Daar geef je de betaalprovider toestemming om ook in de toekomst betalingen uit te voeren. Dat brengt allerlei extra situaties met zich mee.
- Wat gebeurt er wanneer een creditcard verloopt?
- Wat gebeurt er wanneer een incasso mislukt?
- Hoe vaak probeer je opnieuw?
- Wanneer blokkeer je een abonnement?
- Wat gebeurt er wanneer iemand zijn betaalmethode wil wijzigen?
- En hoe wordt een mislukte vervolgbetaling in je abonnementssysteem verwerkt?
Wanneer je abonnementen verkoopt, is het daarom extra belangrijk om vooraf te controleren of een PSP en een WooCommerce-plugin het hele abonnementsproces ondersteunen.
Niet alleen de eerste betaling. Juist betaling nummer twee, drie en vier zijn interessant.
De eerste betaling lukt meestal wel.
Beveiliging: verwerk zo weinig mogelijk betaalgegevens zelf
Technisch gezien is het best mogelijk om zelf een betaalsysteem te laten bouwen. Maar mijn uitgangspunt is eigenlijk heel eenvoudig:
Laat gespecialiseerde betaalproviders zoveel mogelijk van de gevoelige betaalgegevens verwerken.
Waarom zou je creditcardgegevens in je eigen WordPress database willen hebben, wanneer dat helemaal niet noodzakelijk is? Hoe minder gevoelige informatie in jouw systemen staat, hoe minder informatie je hoeft te beschermen.
Bij creditcard betalingen speelt bovendien PCI DSS een belangrijke rol. Deze percieze verplichtingen hangen af van de manier waarop je betaling technisch wordt uitgevoerd. Wanneer de betaalpagina volledig door een PCI DSS-gevalideerde betalingsprovider wordt geleverd, of de klant daarheen wordt gestuurd, is jouw situatie anders dan wanneer delen van het betaalformulier vanuit je eigen webshop worden opgebouwd.
Uitbesteden betekent echter niet ‘ik hoef mijn webshop niet meer te beveiligen’
In tegendeel, je blijft verantwoordelijk voor de betaling. Wanneer iemand jouw webshop weet te manipuleren en de betaallink vervangt door een link naar een frauduleuze betaalpagina, heeft de veilige infrastructuur van je PSP daar weinig aan. PCI DSS 4.x stelt daarom ook beveiligingseisen aan webshops die betalingen grotendeels uitbesteden.
Updates, sterke wachtwoorden, veilige API slutels, goede hosting en controle op kwetsbaarheden blijven dus gewoon belangrijk.
Hoe kies je je Payment Service Provider?
Daarmee komen we bij de vraag die ondernemers mij vaak stellen: Welke betaalprovider moet ik kiezen?
Het vervelende antwoord hierop is ‘Het hangt er van af’. Er is niet Ć©Ć©n betaalprovider die voor iedere ondernemer automatisch de beste keuze is. En bovendien is het tijdsgebonden. In 2013 was Mollie Ć©Ć©n van de kleine spelers, die eigenlijk alleen voor startende ZZP-ers interessant is, nu is Mollie Ć©Ć©n van de bekendste internationale spelers. En Sisow, die ik destijds aan zou bevelen is opgegaan in Buckaroo.
Welke betaalprovider selecteer je niet op een bedrijfsnaam, maar op jouw specifieke behoeften. Wanneer je een Nederlandse webshop bent met een gemiddeld orderbedrag van ā¬ 35 euro heb je heel andere behoeften dan een B2B webshop met een gemiddeld orderbedrag van ā¬ 3.000 euro.
Een ondernemer met een tiental betalingen per maand kijkt anders tegen vaste abonnementskosten dan een webshop met tienduizend transacties per maand.
En iemand die alleen in Nederland verkoopt, heeft andere wensen dan een ondernemer die morgen ook Duitsland, Belgiƫ en Frankrijk wil bedienen.
Maar er is een tiental punten waar ik als ik jou was zeker naar zou kijken:
- Welke betaalmethoden worden er ondersteund
Niet ‘hoeveel’, maar ‘ondersteund het bedrijf de betaalmethoden die jij nodig hebt’. Tegenwoordig werk ik graag met Stripe, maar een jaar of tien geleden zou ik dat zeker niet gedaan hebben, gezien de toen gebrekkige ondersteuning van iDEAL. - Wat zijn de werkelijke kosten?
Zoals eerder voorgesteld, kijk eens naar je aantallen transacties, je gemiddelde orderwaarde en bereken hoeveel transactiekosten je betaald zou hebben over een bepaalde periode, wanneer je voor die betaalprovider zou hebben gekozen. - Hoe snel krijg je uitbetaald?
Vooral bij grote omzetvolumes kan dit een belangrijk verschil zijn. Hoe snel heb jij je geld binnen om nieuwe voorraden in te kopen? - Hoe worden refunds afgehandeld?
En wat kosten refunds? Zijn gedeeltelijke refunds ook mogelijk? - Hoe worden chargebacks en geschillen behandeld, en hoe lang kan een klant een geschil indienen?
De geschil termijnen verschillen per betalingsprovider. Van ‘geen chargeback’ via 180 dagen bij niet ontvangen, of 13 maanden bij een niet-geautoriseerde betaling. Zie de tabel onder deze lijst voor de exacte termijnen per betaalmethode. (stand van zaken oktober 2026) - Is er een goede WooCommerce integratie?
En wordt die actief onderhouden? Dat laatste, het actief onderhouden, is vaak moeilijker te bepalen. Door een kleine codefout enkele jaren terug heeft de Mollie plugin voor WooCommerce een tijdlang niet goed gefunctioneerd. De oplossing was eenvoudig maar niet gedocumenteerd. De plugin bood namelijk vroeger de optie om op de site zelf voor je bank voor iDEAL te kiezen, of pas wanneer je op het scherm van Mollie kwam. Met iDEAL 2.0 was de optie eerst voor je bank te kiezen niet meer beschikbaar. Had je die optie toch al niet gebruikt, had je geen enkel probleem, maar gebruikte je die optie wel (dus in jouw winkel kon de bezoeker al de bank kiezen), dan bleef de plugin hangen op de selectie van de bank. Een klein foutje in de plugin met wel heel grote potentiƫle gevolgen voor je webshop. - Ondersteunt de provider abonnementen wanneer je die nodig hebt?
Abonnementen ‘herken’ je vaak aan de term ‘Recurring Payments’. Heb je een membership site dan wil je graag dat het abonnementsgeld niet iedere maand of ieder jaar opnieuw overgemaakt moet worden. - Hoe goed is de rapportage
Veel betalingsproviders bieden je de mogelijkheid om al een account aan te maken voor je officieel bent ‘goedgekeurd’. Maak van die tijd gebruik om te onderzoeken of de rapportagemogelijkheden wel bij je informatiebehoeften passen. - Hoe sluit de administratie aan op je boekhouding?
- Is er een bruikbare API?
Voor een ZZP-er misschien niet zo belangrijk, maar voor grote webshops is het vaak fijn om meer informatie te krijgen dan alleen ‘is er betaald’. Ben je op zoek naar een goede provider voor een grotere webshop, onderzoek dan vooral ook -of laat dat doen- de mogelijkheden die de API biedt.
Een tabel
Hieronder vind je een tabel met de tarieven en tariefopbouw van een aantal payment providers. Ik heb mij beperkt tot de drie meest populaire in Nederland en WooPayments. Het is een momentopname, gemaakt medio september 2026. Het heeft dus geen ‘eeuwigheidswaarde’, maar geeft je wel een leuk raamwerk wat je later in kan vullen met de dan geldende informatie
| Mollie | Stripe | PAY. | WooPayments | |
|---|---|---|---|---|
| Vaste kosten | ā¬ 0 p/m | ā¬ 0 p/m | Pioneer ā¬ 0; Professional ā¬ 35 p/m | ā¬ 0 p/m |
| iDEAL/Wero per transactie | ā¬ 0,32 | ā¬ 0,29 | Professional ā¬ 0,19 Pioneer ā¬ 0,25 + 0,25% van het orderbedrag | ā¬ 0,29 |
| Europese Credit/ Debitkaart | 1,80% + ā¬ 0,25 | 1,50% + ā¬ 0,25 | vanaf ā¬ 0,06 + 1,25% | 1,50% + ā¬ 0,25 |
| WooCommerce | Eigen plugin | OfficiĆ«le WooCommerce-extensie | Eigen integraties en uitgebreide WooCommerce-ondersteuning | Volledig geĆÆntegreerd in WooCommerce |
| Terugkerende betalingen | Ja, via o.a. SEPA en creditcard; ondersteuning WooCommerce Subscriptions | Ja; WooCommerce Subscriptions werkt met opgeslagen betalingstokens | Ja, waaronder incasso en recurring | Ja met WooCommerce Subscriptions; automatische verlenging vooral via kaarten en express checkout |
| Uitbetaling | Elke werkdag, wekelijks of maandelijks; standaard wekelijks | Dagelijks, wekelijks, maandelijks of handmatig*) | Dagelijks, wekelijks of maandelijks; uitbetalingen zijn kosteloos | Standaard dagelijks; ook wekelijks of maandelijks instelbaar |
| Vooral interessant voor | Nederlandse en Europese MKB-webshops die een eenvoudige alles-in-Ć©Ć©noplossing zoeken | Internationale webshops, maatwerk en situaties waarin API en technische flexibiliteit belangrijk zijn | Nederlandse webshops met wat meer volume of behoefte aan uitgebreide betaal- en omnichannel functies | Wie betalingen zoveel mogelijk vanuit WooCommerce zelf wil beheren |
*) Bij Stripe moet worden opgemerkt, dat gedurende het eerste jaar uitbetaald wordt met een vertraging van 7 dagen, die na dat jaar een vertraging van 3 dagen wordt. Dit is om een buffer te hebben bij eventuele chargebacks.
Had je nog meer vragen?
In dit blogartikel heb ik geloof ik zo’n beetje alle vragen beantwoord die mij in ruim 20 jaar werken met integratie met online betalingsproviders (ik begon met alleen Creditcard en PayPal) gevraagd zijn. Mocht je andere vragen met betrekking tot betalingen en webshops hebben (anders dan ‘Is bedrijf X een goede betaalprovider, je hebt nu de richtlijnen om dit zelf te beoordelen), stel ze dan in de commentaren hieronder.
En heb je meer vragen over WooCommerce? Dan is het artikel ‘12 veelvoorkomende problemen met WooCommerce en wat je er aan kan doen‘ wellicht precies wat je zoekt!
Dit artikel geeft een antwoord op de volgende 5 vragen:
- Welke betaalmethoden moet ik in mijn webshop aanbieden?
- Wat kost online betalen mij als ondernemer werkelijk?
- Hoe kies ik een geschikte Payment Service Provider voor mijn webshop?
- Welke risicoās loop ik bij chargebacks, fraude, refunds en achteraf betalen?
- Wanneer staat het geld van een online betaling daadwerkelijk op mijn rekening?
