Kort samengevat
- Staat je betaalprovider niet in de lijst met ongewenste verwijzingen, dan pikt die de conversie in en verliest je echte kanaal zijn omzet.
- Of je dit probleem hebt, hangt van je platform af. In een Belgische Shopify-webshop met 157.992 sessies dook over twaalf maanden geen enkele betaalprovider op. Controleer je eigen rapport voor je een lijst overtypt.
- De instelling werkt alleen vooruit. Historische data blijft fout, dus hoe langer je wacht, hoe langer je op verkeerde cijfers stuurt.
Staat je betaalprovider niet in de lijst met ongewenste verwijzingen van GA4, dan schrijft GA4 een deel van je verkopen toe aan Mollie, Bancontact of Worldline in plaats van aan de campagne die de klant bracht. Of dat bij jou gebeurt, hangt van je checkout af, dus controleer eerst je eigen bronrapport. Instellen kost daarna twee minuten.
Wat er precies misgaat
Je klant klikt op een advertentie, kiest een product en gaat afrekenen. Op dat moment verlaat hij je domein: hij gaat naar de betaalpagina van Mollie, Stripe of Worldline, betaalt daar, en komt terug op je bedankpagina. Voor GA4 is die terugkeer een bezoek dat van een ander domein komt.
Wat er dan gebeurt hangt af van de timing. Blijft de sessie doorlopen, dan valt de schade mee. Duurt de betaling langer dan het sessieverloop van dertig minuten, dan start GA4 een nieuwe sessie met de betaalprovider als bron. De aankoop wordt in die nieuwe sessie geregistreerd, en je advertentie krijgt de klik wel maar de omzet niet.
Erger wordt het door het attributiemodel. GA4 werkt met last non-direct click: rechtstreeks verkeer wordt overgeslagen en GA4 zoekt verder terug naar de laatste bron die geen direct is. Staat de betaalprovider daar, dan blijft die maandenlang de conversies van die klant opeisen. Eén verkeerde instelling vervuilt dus niet één rapport, maar je hele kanaalvergelijking.
Controleer eerst of je dit probleem echt hebt
Bijna elke handleiding over dit onderwerp begint bij de instelling. Dat slaat een stap over, want of je betaalprovider je conversies opeist hangt af van je platform.
Ik heb het nagekeken in de accounts die ik zelf beheer. In een Belgische D2C-webshop op Shopify staat over de twaalf maanden tot 21 september 2026, goed voor 157.992 sessies en 367 transacties, geen enkele betaalprovider in het bron/medium-rapport. Negentig bronnen diep gecontroleerd, tot de bronnen met twee sessies toe: geen bancontact, geen mollie, geen worldline, geen stripe, geen adyen, geen paypal, geen klarna. Een tweede webshop in hetzelfde beheer geeft hetzelfde beeld, op een veel kleiner staal. Cijfers opgehaald op 22 september 2026.
De verklaring zit in de checkout. Shopify draait de afrekenpagina sinds de overstap naar same-domain checkout op je eigen domein, dus voor een gewone kaartbetaling springt je klant niet naar een vreemd domein en is er geen verwijzing om uit te sluiten. Draai je WooCommerce, Magento of maatwerk met een hosted payment page van Mollie of Worldline, dan gebeurt dat wel, en daar is deze instelling geen formaliteit maar een vereiste.
Wees eerlijk over wat die meting bewijst en wat niet. Ze toont dat het probleem niet universeel is, niet of deze shop de uitsluiting gewoon correct heeft staan dan wel of de architectuur het opvangt. Voor jou verandert dat de volgorde niet: kijk eerst in je eigen rapport of er een betaalpartij in staat, en stel daarna pas iets in. Twee webshops zijn bovendien geen marktonderzoek.
De Belgische lijst die je in Nederlandse handleidingen niet vindt
Zoek je op dit onderwerp, dan kom je bij Nederlandse gidsen uit. Die draaien om iDEAL, Buckaroo en Sisow. Bruikbaar, maar ze missen precies wat een Belgische webshop nodig heeft, want Bancontact is hier veruit het meest gebruikte betaalmiddel met ongeveer 150.000 transacties per dag.
Zet minstens deze merken op je lijst, telkens met matchtype "bevat" zodat je regionale subdomeinen in één keer meepakt:
- bancontact
- payconiq
- wero
- worldline
- mollie
- stripe
- adyen
- multisafepay
- buckaroo
- paypal
- klarna
- ccv
- ingenico
- nexi
En hier zit de val van dit jaar. Payconiq verdwijnt: sinds maart 2026 heet de app Bancontact Pay, de naam Payconiq wordt tegen eind 2026 volledig uitgefaseerd, en Wero neemt de rol voor QR-betalingen over. Een uitsluitingslijst die in 2024 is aangelegd, dekt de domeinen van 2027 dus niet. Zet dit op je kalender in plaats van het als eenmalige klus af te vinken.
Bouw je lijst uit je eigen data, niet uit een blogpost
Een lijst uit een artikel is een startpunt, geen oplossing. Welke hostnames jouw checkout echt gebruikt, hangt af van je platform, je provider en soms van de bank van je klant. De enige betrouwbare bron is je eigen rapport.
Ga in GA4 naar Rapporten, dan Acquisitie, dan Verkeersacquisitie, en zet de dimensie op sessiebron. Filter op de periode sinds je laatste wijziging en scan de lijst op alles wat naar een bank of een betaalpartij ruikt. Kijk daarna naar dezelfde bronnen met de statistiek voor aankopen erbij. Elke betaalpartij met aankopen op haar naam is geld dat bij een ander kanaal hoort.
Dat is meteen de snelste manier om te schatten wat het je kost. Tel de omzet op die naast de betaalpartijen staat en leg die naast je advertentiekosten uit dezelfde periode. Dat verschil is precies wat er ontbrak toen je je campagnes beoordeelde, en bij een webshop die op ROAS stuurt kan dat het verschil zijn tussen een kanaal afbouwen en het opschalen. Staat er niets, zoals in de shop hierboven, dan heb je in twee minuten uitgesloten dat je hier tijd aan moet besteden. Dat is evengoed een uitkomst.
Instellen doe je zo
In GA4 klik je op Beheer, dan Gegevensstromen, dan je webstream. Onderaan staat Tag-instellingen configureren. Klik in het instellingenblok op Alles weergeven en dan op Een lijst met ongewenste verwijzingen maken. Kies per regel een matchtype (bevat, begint met, eindigt op, exact of regex) en vul het domein in. Je hebt ruimte voor 50 voorwaarden per gegevensstroom, dus ruim genoeg voor de lijst hierboven.
Wat GA4 daarna doet, is technisch simpel: het voegt ignore_referrer=true toe, waardoor dat domein niet meer als verkeersbron wordt gebruikt. De bezoeker komt nog steeds binnen, maar de sessie wordt als voortzetting behandeld in plaats van als nieuw begin.
Twee dingen om te weten voor je het afvinkt. De instelling werkt uitsluitend vooruit, dus je historiek blijft fout en de vergelijking met vorig jaar klopt niet. En de lijst met ongewenste verwijzingen vervangt geen cross-domain tracking: heb je een checkout op een eigen subdomein of tweede domein, dan hoort dat in je domeininstellingen, niet hier.
Waar dit thuishoort in je meetopzet
Dit is één van de vier instellingen die bepalen of je GA4-data bruikbaar is, naast de bewaartermijn, je attributie per conversie en een werkende Consent Mode. Die vier staan samen in de GA4-opzet voor een webshop, en het is zinvol om ze in één sessie na te lopen in plaats van los.
De reden dat dit ertoe doet: elke euro die je verkeerd toewijst, stuurt je biedstrategie. Google Ads en Meta bieden op de conversies die je terugstuurt, dus een meetfout wordt binnen enkele weken een budgetfout. Wil je weten of je hele meetketen klopt in plaats van enkel dit stukje, dan is dat precies wat een audit doet, en dat is ook waar mijn werk aan tracking en campagnes begint.
Controleer dit voor je aan optimalisatie begint. Sturen op verkeerde cijfers is duurder dan even niets doen.
Veelgestelde vragen
Waar stel ik ongewenste verwijzingen in GA4 in?
In Beheer, bij Gegevensstromen, kies je webstream. Klik op Tag-instellingen configureren, dan op Alles weergeven, en dan op Een lijst met ongewenste verwijzingen maken. Je kan maximaal 50 voorwaarden per gegevensstroom instellen.
Herstelt dit mijn oude cijfers?
Nee. GA4 voegt vanaf dat moment ignore_referrer toe aan nieuw verkeer. Bezoekers die eerder via de betaalprovider binnenkwamen blijven door het last-non-direct-click model aan dat domein hangen, dus je historiek blijft vervuild.
Hoe weet ik of ik dit probleem uberhaupt heb?
Open in GA4 het rapport Verkeersacquisitie, zet de dimensie op sessiebron en scan de lijst op namen van banken en betaalpartijen. Staat er geen enkele in, dan speelt het bij jou niet. Dat hangt sterk van je platform af: bij een Shopify-shop met same-domain checkout blijft de bezoeker op je eigen domein, bij WooCommerce of Magento met een externe betaalpagina niet.
Waarom is Bancontact riskanter dan een gewone kaartbetaling?
Omdat je klant naar zijn bankapp springt en pas daarna terugkomt. Duurt dat langer dan het sessieverloop van dertig minuten, dan start GA4 een nieuwe sessie met de betaalpagina als bron in plaats van je advertentie of je nieuwsbrief.
