Interne testbezoeken herkenbaar maken vóór filtering

Begin met een lijst van wie intern is: eigen team, een externe webbouwer, een bureau dat campagnes test. Schrijf per groep op hoe je hun bezoeken zou herkennen. Dat kan via een vast netwerk, een afgesproken testmarkering in de code of een apart testtoestel. Elke herkenningswijze heeft een zwakte. Thuiswerkers zitten op wisselende netwerken en een vast netwerk is soms gedeeld met klanten, bijvoorbeeld in een winkel of een coworkingruimte.

Noteer daarnaast wat niet weg mag: bestellingen van echte klanten die toevallig op kantoor bestellen, en testaankopen die je juist wilt zien. Zo heb je vooraf een toetsstenen voor elk resultaat.

Laat de testers dezelfde route volgen en geef die bezoeken een extra gebeurtenisparameter mee, bijvoorbeeld een parameter met de waarde van de testgroep. Volgens de ontwikkelaarsdocumentatie over gebeurtenissen verstuur je gebeurtenissen met gtag() en een optionele verzameling parameters. Controleer de volgorde in de paginacode: de gtag()-aanroep hoort in een script te staan dat na het laden van het Google-tagfragment werkt. Test in DebugView of de gebeurtenis binnenkomt.

Of een eigen parameter bruikbaar is in rapporten, hangt af van hoe je die in je property registreert. De beheerder controleert dat in de Analytics-instellingen en let op de limieten voor aangepaste dimensies. Laat de markering uitsluitend op testbezoeken verschijnen, nooit op alle bezoekers.

Volgens de Analytics-uitleg over gebeurtenissen toont het Realtime-rapport de gebeurtenissen van de afgelopen 30 minuten, inclusief meegestuurde parameters. DebugView toont alle gebeurtenissen van één gebruiker en vraagt volgens de ontwikkelaarsdocumentatie wat extra configuratie, zoals foutopsporingsmodus; de beheerder controleert de exacte stappen in het eigen account. Gebruik beide tools in deze volgorde:

1. Laat tester 1 het script uitvoeren terwijl de rest wacht.
2. Kijk in DebugView of elke gebeurtenis binnenkomt, in de verwachte volgorde en met de markering.
3. Controleer in Realtime of de markering ook daar zichtbaar is.
4. Herhaal met tester 2 op een ander toestel of netwerk.

Ontbreekt iets, dan ligt de oorzaak vaak bij plaatsing van de code, toestemmingsinstellingen of een adblocker op het testtoestel. Noteer die bevindingen per toestel.

Leg de beslissing met datum en naam van de beslisser vast in je meetdocument.

Stel: drie testers (invoer, fictief) voeren elk dit script uit: de homepage laden, een productpagina openen, een artikel in het winkelmandje leggen en een testbestelling plaatsen, uitsluitend in een veilige testomgeving of met een afgesproken testproduct, zodat er geen echte order, betaling of voorraadmutatie ontstaat. Een aankoopgebeurtenis in Analytics bewijst daarbij geen werkelijke bestelling of betaling. De documentatie over ecommercemeting raadt aan om foutopsporing aan te zetten en bij waardegegevens de valuta op gebeurtenisniveau mee te geven. Verwachte controles:

• Per tester verschijnt elke stap in DebugView, met de testmarkering.
• De gebeurtenissen voor winkelmandje en aankoop bevatten artikelgegevens en valuta.
• De tellingen in je notities komen overeen met wat je in de tools ziet: drie testers keer vier stappen betekent twaalf verwachte stappen.
• Een vierde bezoeker zonder markering, bijvoorbeeld een collega op mobiel netwerk, blijft onaangeraakt in je lijst.

Geef dit blad door aan wie de filter instelt, met per tester toestel, netwerk en resultaat.

Herhaal na het activeren van de definitieve uitsluiting hetzelfde script met één tester en één echt-lijkende bezoeker, bijvoorbeeld een privétoestel van een collega die niet in de uitsluitingslijst staat. Verwacht dat het testbezoek niet meer meetelt in de rapporten waarop de filter werkt en dat het echte bezoek er nog wel in zit. Of dat meteen of pas na verwerking zichtbaar is, hangt van je instellingen af. Controleer dat bij je beheerder en maak geen aannames over tijdsduur.

Controleer bij je beheerder of uitgesloten data achteraf terug te halen is; ga er voorzichtigheidshalve van uit dat dat niet kan. Plan daarom een vaste controle na een wijziging van netwerk, hosting of tagbeheer. Wil je weten welke meetsignalen van je website publiek zichtbaar zijn, dan kun je die bekijken via Marketing Scan. Een publieke scan toont alleen zichtbare signalen en bewijst geen volledige meetimplementatie.