Du har sat events op. Du har sat parametre op. Du tror, at tracking er klar. Men har du testet den? Et købsevent, der ikke fanger beløbet. Et formular-event, der sendes på den forkerte side. En parameter, der sender den forkerte værdi. Utestet tracking går i stykker på måder, der tager uger at opdage. Så har du indsamlet dårlige data i dagevis. En test fanger problemer, før de går live. At teste tager timer. At lade være koster dage.
Her gennemgår vi en grundig test, der viser, at dine events virker, før du stoler på dem.
Hvad er event-test
Event-test tjekker, at events sendes, når de skal, fanger de rigtige data og sender dem til dit analyseværktøj. Testen sker i testmiljøet, før events går i produktion.
Test er ikke bare at klikke én gang og tjekke realtidsrapporterne. En rigtig test er systematisk. Du tester hvert event. Du tester forskellige situationer. Du tester med forskellige data. Du tjekker, at alt virker.
Målet er tryghed. Før du går i produktion, er du sikker på, at eventet virker. Du har testet det grundigt. Du ved, hvordan det ser ud, når det virker. Hvis det går i stykker senere, genkender du problemet.
Test i testmiljøet
Test altid i testmiljøet, før du går i produktion. Testmiljøet er din sandkasse. Test events. Ændr dem. Ødelæg dem. Ret dem. Alt sker i testmiljøet. Dine data i produktion forbliver rene.
I testmiljøet udløser du hvert event. Klik på knappen, der sender eventet. Send formularen. Gennemfør købet. Tjek så din analytics-konto til testmiljøet. Dukker eventet op i realtidsrapporterne?
Test flere gange. At et event virkede én gang, betyder ikke, at det altid virker. Test fem gange. Ti gange. Det vigtige er, at det sendes hver gang.
Tjek eventnavne og data
Tjek, at eventnavnene er rigtige. Et event, der hedder "purchase", skal vises som "purchase" i rapporterne. Ikke "Purchase". Ikke "purchase_event". Præcis "purchase".
Tjek, at parametrene er rigtige. Et købsevent skal have parametrene beløb, kategori og rabatkode. Tjek, at de dukker op. Tjek, at værdierne er rigtige.
Brug din browsers udviklerværktøjer. Åbn fanen Netværk. Udløs et event. Led efter anmodninger til dit analyseværktøj. Du skulle gerne se en anmodning med eventets navn og parametre.
Test forskellige situationer
Test ikke bare det nemme forløb. Test også de skæve situationer. Hvad sker der, hvis nogen køber uden rabatkode? Forbliver parameteren for rabatkode tom? Får den en standardværdi? Begge dele er fint, så længe det er ens hver gang.
Test forskellige værdier. Et køb på $10. Et køb på $1000. Forskellige valutaer. Forskellige produktkategorier. Events skal virke uanset værdien.
Test forskellige enheder. Computer. Mobil. Tablet. Events skal sendes på alle enheder. Samme eventnavn. Samme parametre. Samme opførsel.
Test eventparametre
Tjek for hver parameter, at den fanger den rigtige værdi. Parameteren for beløb i et købsevent skal fange købsbeløbet. Ikke antal varer. Ikke forsendelsen. Det faktiske købsbeløb.
Test, at parametrene er nøjagtige. Lav et køb på præcis $49.99. Tjek, at parameteren viser 49.99. Forskelle tyder på et problem med koblingen.
Test manglende parametre. Hvad sker der, hvis en nødvendig parameter mangler? Bliver eventet stadig sendt? Eller fejler det uden besked? Skriv ned, hvordan det opfører sig.
Test rækkefølge og timing
Nogle events afhænger af andre. Et købsevent skal sendes efter et betalingsevent. Test rækkefølgen. Udløs events i rækkefølge. Tjek, at de sendes i den rigtige rækkefølge. Tjek, at timingen er fornuftig. Events skal sendes inden for sekunder efter handlingen.
Test events, der kommer hurtigt efter hinanden. Hvad sker der, hvis nogen klikker ti gange hurtigt på en knap? Får du ti events? Tyve? Dubletter tyder på et problem. Ingen events tyder på et problem.
Test med rigtige data
Til sidst skal du teste med rigtige data. Rigtige køb. Rigtige indsendte formularer. Rigtig trafik. Testmiljøet er sikkert, men rigtige data afslører fejl, som testmiljøet kan overse.
Test uden for myldretiden. Lad være med at teste med live trafik, når der er flest besøgende. Du skaber støj i de rigtige data. Test tidligt om morgenen eller sent om aftenen, når trafikken er lav.
Start i det små. Test med en lille del af trafikken. Følg resultaterne. Hvis noget går i stykker, rammer det kun få besøgende. Øg andelen gradvist. Når du er sikker, slår du det til for al trafik.
Skriv testresultaterne ned
Skriv ned, hvad du testede. Dato. Hvilket event. Hvilken situation. Virkede det? Hvis det fejlede, hvad var der galt? Hvordan rettede du det?
Gem testresultaterne. Hvis nogen spørger "hvornår testede vi købsevents?", har du dokumentationen. Hvis et event går i stykker, ved du, hvordan det blev testet, og kan gentage testen.
Ofte stillede spørgsmål
Hvor meget test er nok?
Test hvert event mindst fem gange. Test forskellige situationer. Test de skæve tilfælde. Test på forskellige enheder. De fleste teams bruger få timer på at teste alle events. Det er normalt nok. Med WEMASY's hjemmesidebygger kan du sætte det op direkte på din hjemmeside.
Skal vi teste events i produktion eller kun i testmiljøet?
Test først i testmiljøet. Når du er sikker, er det fint at teste i lille skala i produktion. Start med en lille del af trafikken. Test ikke de afgørende events i fuld produktion.
Hvad gør vi, hvis et event fejler testen?
Find fejlen. Brug udviklerværktøjerne. Tjek data layeret. Tjek eventets opsætning. Find problemet. Ret det. Test igen. Send ikke ødelagte events live.
Hvordan tester vi mobil-events?
Brug en mobil eller en emulator i browseren. Udløs eventet på mobilen. Tjek realtidsrapporterne. Sørg for, at events på mobil virker som events på computer.
Kan automatiske tests tjekke, om events sendes?
Nogle teams bruger værktøjer til automatiske tests. Men manuel test er som regel bedre til at tjekke events. Du tester forretningslogik, ikke kode. Manuel test fanger fejl, som automatiske tests overser.
Skal vi teste events efter hver opdatering?
Ja. Hver gang du ændrer et events opsætning, skal du teste det. Små ændringer ødelægger events. Test efter opdateringer. Undgå, at ødelagte events går live.