Du har satt upp analytics. Du har konfigurerat händelser. Du har byggt ditt data layer. Vad händer nu? Du testar. Tester fångar fel innan de påverkar din data. Du kontrollerar att händelser utlöses rätt. Du kontrollerar att parametrar fångar rätt värden. Du kontrollerar att data når din analytics-plattform. Du testar före lansering. Du testar efter lansering. Grundliga tester sparar tid och förhindrar dålig data.
Den här artikeln förklarar hur du testar och validerar din analytics-uppsättning.
Varför tester är viktiga
Fel i analytics är svåra att upptäcka efter lansering. En trasig händelse utlöses i veckor innan någon märker det. En felkonfigurerad parameter fångar fel data i månader. Då har du förlorat månader av data. Det kostar mycket att rätta.
Tester före lansering förhindrar det. Du fångar fel i testmiljön. Du rättar dem. Du lanserar med trygghet. Datan från första dagen är bra.
Tester sparar också utvecklingstid. Att hitta ett fel i skarp miljö tar längre tid att felsöka. Att hitta det i testmiljön går snabbare. Tester hittar fel tidigt, när de är billiga att rätta.
Testa först i testmiljön
Testa aldrig i skarp miljö. Testa i testmiljön. Testmiljön är en kopia av din skarpa miljö. Den ser ut som den skarpa. Den beter sig som den skarpa. Men den är inte på riktigt.
Testa varje händelse. Testa varje parameter. Testa specialfall. Vad händer om antalet är noll. Vad om priset är negativt. Vad om användaren är anonym.
Testa före och efter integrationer. Om du kopplar in ett nytt verktyg, testa den integrationen i testmiljön. Tar verktyget emot datan rätt. Bearbetar det den rätt.
Använd webbläsarens utvecklarverktyg
Webbläsarens utvecklarverktyg låter dig granska vad din sajt skickar. Öppna fliken Nätverk. Gör en handling. Titta efter anrop till analytics. Se vilken data som skickas. Kontrollera att den är rätt.
Använd fliken Konsol. Skriv dataLayer eller din variabel för data layern. Kontrollera innehållet. Se till att den har den data du väntar dig.
De flesta taggshanterare har ett förhandsgranskningsläge. Aktivera det. Det visar vad som skulle utlösas utan att faktiskt skicka data. Använd förhandsgranskningsläget för att kontrollera allt före lansering.
Skapa en checklista för tester
Skapa en checklista över vad som ska testas. Händelsen utlöses på rätt sida. Händelsen utlöses vid rätt handling. Parametrarna har rätt värden. Parametrarna har rätt typer. Datan når analytics-plattformen. Realtidsrapporterna visar datan.
Använd checklistan varje gång du lanserar. Hoppa inte över steg. Grundliga tester förhindrar problem.
Uppdatera checklistan när du lägger till händelser. Håll den heltäckande. Gör den till standardrutin.
Testa med verklig data
Testa med realistisk data. Använd inte platshållare. Använd verkliga produktnamn. Verkliga priser. Verkliga användar-ID. Tester med falsk data missar specialfall från verkligheten.
Skapa testtransaktioner om möjligt. Ett verkligt köp. Ett verkligt formulärinskick. Ett verkligt skapande av konto. Verkliga handlingar avslöjar verkliga problem.
Testa med olika användartyper. Gratisanvändare. Premiumanvändare. Administratörer. Olika användartyper kan ha olika data. Testa varje typ.
Följ realtidsrapporterna
Följ realtidsrapporterna efter lansering. Syns trafiken direkt. Syns händelserna. Visas parametrarna. Realtidsrapporter ger omedelbar återkoppling.
Fortsätt följa dem under första dagen. De flesta problem dyker upp snabbt. Om något är fel fångar du det direkt.
Ställ in larm. Om en händelse inte har utlösts på en timme, larma någon. Om en parameter ständigt är tom, larma. Larm fångar problem snabbt.
Jämför före och efter
Om du uppdaterar befintlig analytics, jämför före och efter. Stämmer den nya datan med den gamla? Om uppdateringen inte ska ändra något ska siffrorna förbli desamma. Om siffrorna oväntat har ändrats, undersök.
Kör parallell spårning. Låt den gamla spårningen löpa medan du testar den nya. Jämför data från båda. När du är säker på att de stämmer överens kan du byta till enbart den nya spårningen.
Vanliga frågor
Hur länge ska vi testa innan vi lanserar i skarp miljö?
Minst en vecka om det går. Testa omfattande. Testa varje händelse. Testa i olika webbläsare och enheter. Testa olika dagar och tider. En veckas testning fångar de flesta problem. Vissa team testar i två veckor för kritisk spårning. Med WEMASY webbplatsbyggare kan du ställa in det här direkt på din webbplats.
Vad gör vi om vi hittar ett fel efter lanseringen?
Rätta det direkt. Stäng av den trasiga händelsen eller parametern. Rätta konfigurationen. Testa rättningen i testmiljön. Lansera igen. Ju snabbare du rättar, desto mindre dålig data samlar du in. Ha en rutin för snabba rättningar.
Ska vi testa på mobila enheter?
Ja. Mobila enheter kan bete sig annorlunda än datorer. Nätverkshastigheter skiljer sig. Användaragenter skiljer sig. Testa på verkliga mobila enheter. Testa i olika webbläsare. Safari. Chrome. Firefox. Var och en kan bete sig olika.
Kan vi lansera gradvis i stället för allt på en gång?
Ja. Lansera först för 10 procent av användarna. Följ upp fel. Om det är bra, öka till 50 procent. Sedan 100 procent. Gradvis lansering fångar fel tidigt med begränsad påverkan.
Hur testar vi händelser som kräver användarhandlingar som vi inte kan simulera?
Använd taggshanterarens förhandsgranskningsläge. Det visar vad som skulle utlösas utan att kräva verkliga handlingar. För scenarier som verkligen är omöjliga, skapa testdata. Ett internt verktyg som simulerar handlingen. Eller manuell testning i skarp miljö efter noggrann uppföljning.
Ska vi radera testdata från skarp miljö?
Ja. Testtransaktioner förorenar din data. Skapa ett filter som utesluter testdata. Eller använd en separat egenskap för tester. Håll din skarpa data ren. Låt inte testdata blandas med verklig data.