Du har sat analytics op. Du har indstillet hændelser. Du har bygget dit datalag. Hvad nu? Du tester det. Test fanger fejl, før de påvirker dine data. Du kontrollerer, at hændelser udløses rigtigt. Du kontrollerer, at parametre fanger de rigtige værdier. Du kontrollerer, at data når frem til din analytics-platform. Du tester før udrulning. Du tester efter udrulning. Grundig test sparer tid og forhindrer dårlige data.
Denne artikel forklarer, hvordan du tester og validerer din analytics-opsætning.
Hvorfor test er vigtig
Fejl i analytics er svære at fange efter udrulning. En ødelagt hændelse udløses i ugevis, før nogen opdager det. En forkert indstillet parameter fanger forkerte data i månedsvis. Så har du mistet månedsvis af data. Det koster meget at rette.
Test før udrulning forhindrer det. Du fanger fejl i testmiljøet. Du retter dem. Du udruller med ro i maven. Data fra første dag er gode.
Test sparer også udviklingstid. Det tager længere tid at finde en fejl i drift. Det går hurtigere i testmiljøet. Test finder fejl tidligt, når de er billige at rette.
Test først i testmiljøet
Test aldrig i drift. Test i et testmiljø. Et testmiljø er en kopi af dit driftsmiljø. Det ser ud som drift. Det opfører sig som drift. Men det er ikke rigtigt.
Test hver hændelse. Test hver parameter. Test grænsetilfælde. Hvad sker der, hvis antal er nul? Hvad hvis prisen er negativ? Hvad hvis brugeren er anonym?
Test før og efter integrationer. Integrerer du et nyt værktøj, så test integrationen i testmiljøet. Modtager værktøjet dataene rigtigt? Behandler det dem rigtigt?
Brug browserens udviklerværktøjer
Browserens udviklerværktøjer lader dig se, hvad din side sender. Åbn fanen Netværk. Udfør en handling. Hold øje med kald til analytics. Se, hvilke data der bliver sendt. Kontrollér, at de er rigtige.
Brug fanen Konsol. Skriv "dataLayer" eller navnet på din datalagsvariabel. Tjek indholdet. Kontrollér, at det har de data, du forventer.
De fleste tag managers har en forhåndsvisning. Slå den til. Den viser, hvad der ville blive udløst, uden at der sendes data. Brug forhåndsvisningen til at kontrollere alt før udrulning.
Lav en tjekliste til test
Lav en tjekliste over, hvad der skal testes. Hændelsen udløses på den rigtige side. Hændelsen udløses ved den rigtige handling. Parametrene har de rigtige værdier. Parametrene har de rigtige typer. Data når frem til analytics-platformen. Rapporter i realtid viser dataene.
Brug tjeklisten hver gang, du udruller. Spring ikke trin over. Grundig test forhindrer problemer.
Opdatér tjeklisten, når du tilføjer hændelser. Hold den fyldestgørende. Gør det til fast praksis.
Test med rigtige data
Test med realistiske data. Brug ikke pladsholdere. Brug rigtige produktnavne. Rigtige priser. Rigtige bruger-id'er. Test med falske data overser grænsetilfælde fra den virkelige verden.
Lav testtransaktioner, hvis det er muligt. Et rigtigt køb. En rigtig formular. En rigtig oprettelse af konto. Rigtige handlinger afslører rigtige problemer.
Test med forskellige brugertyper. Gratis brugere. Premium-brugere. Administratorer. Forskellige brugertyper har måske forskellige data. Test hver af dem.
Følg med i rapporter i realtid
Følg med i rapporter i realtid efter udrulning. Dukker trafik op med det samme? Dukker hændelser op? Vises parametrene? Rapporter i realtid giver svar med det samme.
Bliv ved med at følge med den første dag. De fleste problemer viser sig hurtigt. Er noget galt, fanger du det med det samme.
Sæt alarmer op. Er en hændelse ikke udløst i en time, så giv nogen besked. Er en parameter konsekvent tom, så giv besked. Alarmer fanger problemer hurtigt.
Sammenlign før og efter
Opdaterer du eksisterende analytics, så sammenlign før og efter. Passer de nye data med de gamle? Skulle opdateringen ikke ændre noget, skal tallene forblive de samme. Er tallene ændret uventet, så find årsagen.
Kør sporing parallelt. Lad den gamle sporing køre, mens du tester den nye. Sammenlign data fra begge. Når du er sikker på, at de passer sammen, så skift til kun den nye sporing.
Ofte stillede spørgsmål
Hvor længe skal vi teste, før vi udruller i drift?
Mindst en uge, hvis det er muligt. Test grundigt. Test hver hændelse. Test i forskellige browsere og på forskellige enheder. Test på forskellige dage og tidspunkter. En uges test fanger de fleste problemer. Nogle teams tester i to uger, når sporingen er kritisk. Med WEMASY's hjemmesidebygger kan du sætte det op direkte på din hjemmeside.
Hvad hvis vi finder en fejl efter udrulning?
Ret den med det samme. Slå den ødelagte hændelse eller parameter fra. Ret indstillingen. Test rettelsen i testmiljøet. Udrul igen. Jo hurtigere du retter, desto færre dårlige data samler du. Hav en fast måde at lave hurtige rettelser på.
Skal vi teste på mobile enheder?
Ja. Mobile enheder opfører sig måske anderledes end computere. Hastigheden på nettet er forskellig. User agents er forskellige. Test på rigtige mobile enheder. Test i forskellige browsere. Hver af dem kan opføre sig forskelligt.
Kan vi udrulle gradvist i stedet for det hele på én gang?
Ja. Udrul først til 10 procent af brugerne. Følg med efter fejl. Er alt godt, så øg til 50 procent. Derefter 100 procent. Gradvis udrulning fanger fejl tidligt med begrænset skade.
Hvordan tester vi hændelser, der kræver brugerhandlinger, vi ikke kan efterligne?
Brug din tag managers forhåndsvisning. Den viser, hvad der ville blive udløst, uden at der skal ske rigtige handlinger. Til scenarier, der virkelig er umulige at efterligne, kan du lave testdata. Et internt værktøj, der efterligner handlingen. Eller manuel test i drift efter omhyggelig overvågning.
Skal vi slette testdata fra drift?
Ja. Testtransaktioner forurener dine data. Lav et filter, der udelukker testdata. Eller brug en separat testejendom. Hold dine driftsdata rene. Lad ikke testdata blande sig med rigtige data.