Een testbestelling herkenbaar uit de rapportage houden

Een testbestelling leeft zelden op één plek. Ze staat in je webshop of ordersysteem, mogelijk in je boekhouding of verzendlijst, en als je meting aanstaat ook in Analytics. Controleer ook of andere systemen, zoals advertentiekanalen, dezelfde aankoopgebeurtenissen of ordergegevens ontvangen; of dat zo is hangt van jouw implementatie af. Controleer dus per systeem apart wat er gebeurt.

Het verschil tussen test en klantomzet is geen technisch detail maar een afspraak: wat telt als omzet, en wie beslist dat? Leg vast dat een bestelling alleen als klantomzet geldt als ze door een echte klant is geplaatst, en dat een testbestelling een eigen, zichtbare status heeft. Zonder die afspraak ga je later discussiëren over wie welke bestelling plaatste, op een moment dat niemand het zich nog herinnert.

Combineer liefst twee markeringen, zodat de ene de andere controleert:

• Markering in het ordersysteem: een vaste voorvoegsel in het bestelnummer, bijvoorbeeld TEST-, en een status of notitie. Controleer of dat veld ook in jouw rapporten zichtbaar is.
• Markering in de aankoopgebeurtenis: een eigen parameter, bijvoorbeeld order_type met de waarde test, die je meestuurt met de aankoopgebeurtenis.

Een eigen parameter is nog geen filter. De ecommercegids van Google Analytics raadt aan om de foutopsporingsmodus te gebruiken en de limieten voor aangepaste dimensies en statistieken te bekijken wanneer je eigen parameters meestuurt. Vraag de beheerder dus eerst waar de parameter in jullie rapporten bruikbaar wordt en of er nog ruimte voor is. Beslis daarna hoe je test uitsluit: een vaste uitsluiting, een segment of een aparte controlelijst. Documenteer je keuze in een gedeeld document.

1. Noteer vooraf tijdstip, bestelnummer, producten, aantallen en verwachte totaalwaarde.
2. Zet de foutopsporingsmodus aan voor jouw sessie. De uitleg over Analytics-gebeurtenissen beschrijft DebugView als rapport met alle gebeurtenissen van één gebruiker; de ontwikkelaarsdocumentatie vermeldt dat DebugView extra configuratie vraagt. Volg die configuratie in jouw omgeving.
3. Plaats de testbestelling met de afgesproken markering.
4. Open DebugView en zoek de aankoopgebeurtenis van jouw sessie, inclusief parameters.
5. Bekijk daarna het Realtime-rapport. De bronpagina beschrijft een kaart met het aantal gebeurtenissen per naam over de afgelopen 30 minuten, waar je een gebeurtenis kan aanklikken voor de parameters.
6. Vergelijk waarde, valuta, producten en markering met je notitie uit stap 1.
7. Controleer in het ordersysteem dat de bestelling de teststatus heeft en niet bij verzending of facturatie belandt.
8. Annuleer of archiveer de bestelling volgens een vaste interne regel, noteer eerst bestelnummer en handeling in je controlelijst en verwijder pas daarna als jullie regels dat toestaan.

Realtime en DebugView laten zien dat de gebeurtenis binnenkomt. Ze bewijzen niet dat de latere rapporten correct zijn. Controleer die apart zodra de gegevens verwerkt zijn.

Dit voorbeeld bevat alleen invoer en wat je technisch verwacht te zien, geen echte resultaten.

• Bestelnummer: TEST-0001, valuta EUR, markering order_type = test.
• Product A: prijs 10,00, aantal 1. Product B: prijs 25,00, aantal 2.
• Verzendkosten: 5,00.

Rekening: 10,00 + (2 × 25,00) = 60,00 voor de producten. Beslis vooraf of de waarde van de aankoop de verzendkosten bevat en gebruik dat consequent. Mét verzendkosten is dat 65,00.

Verwachte controles: de aankoopgebeurtenis staat in DebugView, de valuta is EUR, er zijn twee producten en het tweede heeft aantal 2, de waarde komt overeen met je keuze (60,00 of 65,00), de markering is zichtbaar, en het ordersysteem toont de teststatus. In het klantomzetrapport mag deze bestelling niet meetellen, wat je controleert met de uitsluiting die je koos.

Elke wijziging aan de aankoopcode, de betaalprovider of de bedankpagina is een reden om de test te herhalen. Controleer ook of de eigen code op de juiste plaats staat: volgens de ontwikkelaarsdocumentatie over gebeurtenissen verwerkt Google geen gebeurtenissen die boven het codefragment van de Google-tag staan. Instellingen wijzigen vraagt bovendien een rol met voldoende rechten; wie dat precies is, controleert de beheerder in het eigen account.

Geef bij overdracht een lijst mee: wie mag testen, welke markering geldt, waar de uitsluiting staat, hoe testbestellingen worden opgeruimd en wanneer je dit nakijkt. De bronnen beschrijven gebeurtenissen en e-commerce algemeen. Of jouw rapport ze correct toont, kan je alleen met je eigen account nagaan.

Wil je zien welke publieke signalen je website rond meten en bestellen geeft? Bekijk ze via Marketing Scan. Een publieke scan ziet alleen zichtbare signalen en bewijst geen volledige meetimplementatie.