GA4 ziet een betaalprovider als verkeersbron

Bij veel betalingen verlaat de klant je site, rekent af op een pagina van de provider en keert terug via een redirect naar je bevestigingspagina. Komt die terugkeer binnen als een nieuw bezoek met de provider als verwijzende site, dan kan de aankoop daaraan worden toegeschreven in plaats van aan het kanaal dat de klant bracht. Of dat in jouw geval gebeurt, hangt af van hoe de redirect is opgebouwd en hoe je tag zich gedraagt. Het is een hypothese die je moet toetsen.

Let op wat de bronnen wel en niet dekken. De Google-documentatie beschrijft events en ecommerce-meting, maar behandelt in de meegeleverde fragmenten geen cross-domainmeting of lijsten met ongewenste verwijzingen. Voor die twee opties lees je de actuele Google-documentatie en controleer je het account zelf.

Teken het pad uit met de domeinen. Een typische keten: je shop, de pagina van de provider, je bevestigingspagina. Noteer per stap het domein, of de Google-tag erop staat en welke parameters in de URL meekomen. Je kunt dat zonder speciale tools zien met de ontwikkelaarstools van je browser, door de adresbalk en het netwerkverkeer tijdens een testbestelling te volgen.

Beantwoord daarbij drie vragen. Staat jouw tag op de pagina van de provider, of alleen op je eigen domeinen? Gebeurt het afrekenen op een subdomein of een geheel ander domein van jou? Wat is de referrer van de bevestigingspagina? Die zie je in het verzoek in de netwerktab of via document.referrer in de console. Dat toont wat de browser meestuurt, niet welke bron GA4 uiteindelijk aan de sessie toekent. De antwoorden bepalen welke oplossingsrichting kans maakt en welke niet.

De documentatie over ecommerce-meting raadt aan de foutopsporingsmodus aan te zetten, zodat je events in realtime ziet. De uitleg over gebeurtenissen noemt DebugView, dat alle events van één gebruiker toont, en een realtimekaart met events per naam. Gebruik beide.

1. Open een schoon browservenster en zet de foutopsporingsmodus aan zoals de documentatie beschrijft.
2. Kom op je shop aan via een herkenbare bron, bijvoorbeeld een link met eigen campagneparameters.
3. Voer een testbetaling uit via de provider, in testmodus als die bestaat. Gebruik geen echte betaalkaart in een omgeving die je niet kent, werk alleen in een veilige testomgeving en zet geen persoonsgegevens in URL's, parameters of notities.
4. Noteer in DebugView de volgorde van events voor, tijdens en na de redirect.
5. Kijk of er op de bevestigingspagina een nieuwe sessiestart voorkomt. De documentatie over events instellen noemt session_start als automatisch verzamelde gebeurtenis.
6. Kijk waar het aankoopevent staat en of het meer dan eens afgaat als je de pagina herlaadt.

Lees je notities als een patroon, niet als een bewijs op basis van één test.

• Nieuwe sessiestart op de bevestigingspagina: de sessie is bij de terugkeer waarschijnlijk gebroken. Dan is de volgende vraag waarom: ontbreekt je tag op een tussenstap, of gaat de redirect via een domein dat niet is meegenomen?
• Geen nieuwe sessiestart maar toch de provider als bron in je rapport: kijk of de rapportage de sessiebron afleidt uit een andere pagina of een andere gebeurtenis dan je dacht. Vergelijk dat met je eigen test.
• Aankoopevent komt twee keer voor: dat is een ander probleem dan de bron. Controleer in de ecommerce-documentatie welke parameters het aankoopevent verwacht en onderzoek met je ontwikkelaar of een eenduidige transactie-identifier wordt meegestuurd. Bedenk dat een aankoopevent geen bewijs is dat de betaling is gelukt.
• Het aankoopevent ontbreekt: controleer of de event-code onder de Google-tag staat, want volgens de documentatie verwerkt Google geen events die erboven staan.

Wijzig één ding per keer en herhaal na elke wijziging de testbestelling. Anders weet je niet welke aanpassing iets veranderde.

Doe na elke aanpassing dezelfde testbestelling opnieuw, met dezelfde herkenbare bron. Vergelijk de eventvolgorde, de sessiestart en de bron die je ziet met je eerste notities. Houd er rekening mee dat rapporten niet altijd direct bijgewerkt zijn en dat oudere data niet vanzelf aangepast hoeft te worden. Controleer in de documentatie of dat voor jouw instelling geldt, en ga er niet automatisch van uit.

Deze procedure meet jouw eigen opbouw met jouw eigen testgegevens. De bronnen beschrijven events, debugging en ecommerce, geen oplossing voor jouw provider. Wil je eerst zien welke openbare signalen je website over meting toont, dan kun je ze bekijken via Marketing Scan. Een publieke scan ziet alleen zichtbare signalen en bewijst niet hoe je GA4, redirect en provider technisch zijn ingesteld.