Analytiku jste nastavili. Události jste nakonfigurovali. Data layer jste vytvořili. A co teď? Otestujete to. Testování zachytí chyby dřív, než ovlivní vaše data. Ověříte, že se události spouštějí správně. Ověříte, že parametry zachycují správné hodnoty. Ověříte, že data přicházejí do vaší analytické platformy. Testujete před nasazením. Testujete po nasazení. Důkladné testování šetří čas a předchází špatným datům.
Tento článek vysvětluje, jak testovat a ověřovat implementaci analytiky.
Proč na testování záleží
Chyby v analytice se po nasazení těžko zachycují. Rozbitá událost se týdny spouští, než si toho někdo všimne. Špatně nakonfigurovaný parametr měsíce zachycuje špatná data. Do té doby jste přišli o měsíce dat. Oprava je drahá.
Testování před nasazením tomu předchází. Chyby zachytíte na testovacím prostředí. Opravíte je. Nasadíte s jistotou. Data od prvního dne jsou dobrá.
Testování také šetří čas vývoje. Chyba na ostrém provozu se ladí déle. Na testovacím prostředí se najde rychleji. Testování nachází chyby brzy, když se levně opravují.
Nejdřív testujte na testovacím prostředí
Nikdy netestujte na ostrém provozu. Testujte na testovacím prostředí. To je kopie vašeho ostrého prostředí. Vypadá jako ostré. Chová se jako ostré. Ale není skutečné.
Testujte každou událost. Testujte každý parametr. Testujte okrajové případy. Co se stane, když je množství nula? Co když je cena záporná? Co když je uživatel anonymní?
Testujte před integracemi i po nich. Pokud zavádíte nový nástroj, otestujte tu integraci na testovacím prostředí. Přijímá nástroj data správně? Zpracovává je správně?
Použijte vývojářské nástroje prohlížeče
Vývojářské nástroje prohlížeče vám umožní prohlédnout, co váš web odesílá. Otevřete kartu Network. Proveďte akci. Sledujte volání analytiky. Podívejte se, jaká data se odesílají. Ověřte, že jsou správná.
Použijte kartu Console. Napište „dataLayer“ nebo proměnnou svého data layeru. Zkontrolujte jeho obsah. Ověřte, že obsahuje data, která očekáváte.
Většina správců značek má režim náhledu. Zapněte ho. Ukáže, co by se spustilo, aniž by se data skutečně odeslala. Režim náhledu použijte k ověření všeho před nasazením.
Vytvořte kontrolní seznam testování
Vytvořte kontrolní seznam toho, co testovat. Událost se spouští na správné stránce. Událost se spouští při správné akci. Parametry mají správné hodnoty. Parametry mají správné typy. Data přicházejí do analytické platformy. Reporty v reálném čase data ukazují.
Kontrolní seznam používejte při každém nasazení. Nevynechávejte kroky. Důkladné testování předchází problémům.
Kontrolní seznam aktualizujte, když přidáváte události. Udržujte ho úplný. Udělejte z něj standardní postup.
Testujte se skutečnými daty
Testujte s realistickými daty. Nepoužívejte zástupné hodnoty. Používejte skutečné názvy produktů. Skutečné ceny. Skutečná ID uživatelů. Testování s falešnými daty přehlédne okrajové případy z reálného světa.
Pokud je to možné, vytvořte testovací transakce. Skutečný nákup. Skutečné odeslání formuláře. Skutečné vytvoření účtu. Skutečné akce odhalí skutečné problémy.
Testujte s různými typy uživatelů. Bezplatní uživatelé. Prémioví uživatelé. Správci. Různé typy uživatelů mohou mít různá data. Otestujte každý.
Sledujte reporty v reálném čase
Po nasazení sledujte reporty v reálném čase. Objeví se návštěvnost hned? Objeví se události? Zobrazují se parametry? Reporty v reálném čase dávají okamžitou zpětnou vazbu.
Sledujte i první den. Většina problémů se projeví rychle. Pokud je něco špatně, zachytíte to hned.
Nastavte upozornění. Pokud se událost za hodinu nespustila, upozorněte někoho. Pokud je parametr trvale prázdný, upozorněte. Upozornění zachytí problémy rychle.
Porovnejte před a po
Pokud aktualizujete stávající analytiku, porovnejte stav před a po. Odpovídají nová data starým? Pokud aktualizace nemá nic měnit, čísla by měla zůstat stejná. Pokud se čísla neočekávaně změnila, zjistěte proč.
Spusťte paralelní sledování. Nechte staré sledování běžet, zatímco testujete nové. Porovnejte data z obou. Až budete mít jistotu, že se shodují, přepněte jen na nové sledování.
Často kladené otázky
Jak dlouho máme testovat před nasazením na ostrý provoz?
Pokud je to možné, alespoň týden. Testujte komplexně. Otestujte každou událost. Otestujte různé prohlížeče a zařízení. Testujte v různé dny a časy. Týden testování zachytí většinu problémů. Některé týmy testují u kritického sledování dva týdny. S Tvůrcem webů WEMASY to můžete nastavit přímo na svém webu.
Co když najdeme chybu po nasazení?
Opravte ji hned. Vypněte rozbitou událost nebo parametr. Opravte konfiguraci. Opravu otestujte na testovacím prostředí. Nasaďte znovu. Čím rychleji opravíte, tím méně špatných dat nasbíráte. Mějte postup pro rychlé opravy.
Máme testovat i na mobilních zařízeních?
Ano. Mobilní zařízení se mohou chovat jinak než počítače. Liší se rychlosti sítě. Liší se user agenty. Testujte na skutečných mobilních zařízeních. Testujte v různých prohlížečích. Safari. Chrome. Firefox. Každý se může chovat jinak.
Můžeme nasazovat postupně místo všeho najednou?
Ano. Nejdřív nasaďte pro 10 procent uživatelů. Sledujte chyby. Pokud je vše v pořádku, zvyšte na 50 procent. Pak na 100 procent. Postupné nasazení zachytí chyby brzy s omezeným dopadem.
Jak testovat události, které vyžadují akce uživatelů, jež nelze simulovat?
Použijte režim náhledu správce značek. Ukáže, co by se spustilo, aniž byste potřebovali skutečné akce. U opravdu nemožných scénářů vytvořte testovací data. Interní nástroj, který akci simuluje. Nebo ruční testování na ostrém provozu po pečlivém sledování.
Máme testovací data z ostrého provozu mazat?
Ano. Testovací transakce znečišťují vaše data. Vytvořte filtr, který testovací data vyloučí. Nebo použijte samostatnou testovací vlastnost. Data z ostrého provozu udržujte čistá. Nenechte testovací data smíchat se skutečnými.