Je hebt analytics ingesteld. Je hebt gebeurtenissen ingericht. Je hebt je datalaag gebouwd. En nu? Dan test je het. Testen vangt fouten voordat ze je data beïnvloeden. Je controleert of gebeurtenissen goed afgaan. Je controleert of parameters de juiste waarden vastleggen. Je controleert of data aankomt in je analyticsplatform. Je test voor het live gaan. Je test erna. Grondig testen bespaart tijd en voorkomt slechte data.
In dit artikel lees je hoe je je analytics test en valideert.
Waarom testen ertoe doet
Fouten in analytics zijn moeilijk te vangen na het live gaan. Een kapotte gebeurtenis gaat weken af voordat iemand het merkt. Een verkeerd ingestelde parameter legt maandenlang verkeerde data vast. Dan ben je maanden aan data kwijt. De kosten van herstel zijn hoog.
Testen voor het live gaan voorkomt dit. Je vangt fouten in staging. Je lost ze op. Je gaat live met vertrouwen. De data vanaf dag één is goed.
Testen bespaart ook ontwikkeltijd. Een fout in productie opsporen kost meer tijd. In staging gaat het sneller. Testen vindt fouten vroeg, als ze goedkoop zijn op te lossen.
Eerst testen in staging
Test nooit in productie. Test in staging. Staging is een kopie van je productieomgeving. Het ziet eruit als productie. Het gedraagt zich als productie. Maar het is niet echt.
Test elke gebeurtenis. Test elke parameter. Test randgevallen. Wat gebeurt er als de hoeveelheid nul is? Wat als de prijs negatief is? Wat als de gebruiker anoniem is?
Test voor en na koppelingen. Koppel je een nieuwe tool, test die koppeling dan in staging. Ontvangt de tool de data goed? Verwerkt ze die goed?
De ontwikkelaarstools van je browser gebruiken
Met de ontwikkelaarstools van je browser bekijk je wat je site verstuurt. Open het tabblad Netwerk. Voer een actie uit. Let op oproepen naar analytics. Zie welke data wordt verstuurd. Controleer of die klopt.
Gebruik het tabblad Console. Typ "dataLayer" of de variabele van je datalaag. Bekijk de inhoud. Controleer of de verwachte data erin staat.
De meeste tag managers hebben een voorbeeldmodus. Zet die aan. Ze toont wat er zou afgaan zonder echt data te versturen. Gebruik de voorbeeldmodus om alles te controleren voor je live gaat.
Een testchecklist maken
Maak een checklist van wat je test. Gebeurtenis gaat af op de juiste pagina. Gebeurtenis gaat af bij de juiste actie. Parameters hebben de juiste waarden. Parameters hebben de juiste typen. Data komt aan in het analyticsplatform. Realtime-rapporten tonen de data.
Gebruik de checklist elke keer dat je live gaat. Sla geen stappen over. Grondig testen voorkomt problemen.
Werk de checklist bij als je gebeurtenissen toevoegt. Houd haar volledig. Maak er een vaste gewoonte van.
Testen met echte data
Test met realistische data. Gebruik geen plaatsvervangende waarden. Gebruik echte productnamen. Echte prijzen. Echte gebruikers-id's. Testen met nepdata mist randgevallen uit de praktijk.
Maak testtransacties als dat kan. Een echte aankoop. Een echt verzonden formulier. Een echt nieuw account. Echte acties laten echte problemen zien.
Test met verschillende soorten gebruikers. Gratis gebruikers. Premiumgebruikers. Beheerders. Verschillende soorten gebruikers hebben misschien verschillende data. Test ze allemaal.
Realtime-rapporten in de gaten houden
Houd na het live gaan de realtime-rapporten in de gaten. Verschijnt het verkeer meteen? Verschijnen de gebeurtenissen? Zie je de parameters? Realtime-rapporten geven direct feedback.
Blijf de eerste dag kijken. De meeste problemen verschijnen snel. Is er iets mis, dan merk je het meteen.
Stel meldingen in. Is een gebeurtenis een uur niet afgegaan, meld het dan aan iemand. Is een parameter steeds leeg, meld het dan. Meldingen vangen problemen snel.
Voor en na vergelijken
Werk je bestaande analytics bij, vergelijk dan voor en na. Komt de nieuwe data overeen met de oude? Zou de aanpassing niets moeten veranderen, dan moeten de cijfers gelijk blijven. Veranderen de cijfers onverwacht, zoek het dan uit.
Laat tracking parallel lopen. Laat de oude tracking draaien terwijl je de nieuwe test. Vergelijk de data van beide. Als je zeker weet dat ze overeenkomen, stap je alleen over op de nieuwe tracking.
Veelgestelde vragen
Hoe lang moeten we testen voordat we naar productie gaan?
Als het kan minstens een week. Test grondig. Test elke gebeurtenis. Test in verschillende browsers en op verschillende apparaten. Test op verschillende dagen en tijden. Een week testen vangt de meeste problemen. Sommige teams testen twee weken voor kritieke tracking. Met de websitebouwer van WEMASY stel je dit direct in op je website.
Wat als we na het live gaan een fout vinden?
Los die direct op. Zet de kapotte gebeurtenis of parameter uit. Herstel de instelling. Test de oplossing in staging. Ga opnieuw live. Hoe sneller je herstelt, hoe minder slechte data je verzamelt. Zorg voor een proces voor snelle oplossingen.
Moeten we testen op mobiele apparaten?
Ja. Mobiele apparaten gedragen zich misschien anders dan desktops. Netwerksnelheden verschillen. User agents verschillen. Test op echte mobiele apparaten. Test in verschillende browsers. Safari. Chrome. Firefox. Elk kan zich anders gedragen.
Kunnen we geleidelijk live gaan in plaats van alles tegelijk?
Ja. Ga eerst live voor 10 procent van de gebruikers. Let op fouten. Gaat het goed, verhoog dan naar 50 procent. Daarna 100 procent. Geleidelijk live gaan vangt fouten vroeg, met beperkte gevolgen.
Hoe testen we gebeurtenissen die acties van gebruikers vragen die we niet kunnen nabootsen?
Gebruik de voorbeeldmodus van je tag manager. Die toont wat er zou afgaan zonder echte acties. Maak voor echt onmogelijke situaties testdata. Een interne tool die de actie nabootst. Of handmatig testen in productie na zorgvuldig toezicht.
Moeten we testdata uit productie verwijderen?
Ja. Testtransacties vervuilen je data. Maak een filter om testdata uit te sluiten. Of gebruik een aparte testproperty. Houd productiedata schoon. Laat testdata zich niet mengen met echte data.