Které chyby v nastavení událostí stojí týmy dny hledání příčin? Duplicitní události, které počítají tutéž akci dvakrát. Události nastavené pro špatné stránky. Parametry, které zachytí špatné hodnoty. Nejednotné pojmenování, které vyvolává zmatek. Události, které se spouštějí ve špatný čas, nebo vůbec. Tyto chyby jsou časté, protože nastavení událostí je složité. Dají se ale i předejít. Když pochopíte, co se pokazí, snáz se tomu vyhnete.
Tento článek popisuje nejčastější chyby a jak jim předejít.
Duplicitní události
Nejčastější chybou je vytvořit tutéž událost dvakrát pod různými názvy. Jeden vývojář vytvoří „purchase“. Druhý „purchase_conversion“. Teď sledujete stejnou akci dvakrát. Přehledy ukazují dvě události. Týmy se přou, která je správná.
Duplicitám předejdete tím, že před vytvořením zkontrolujete registr událostí. Existuje už tato událost? Pokud ano, použijte stávající. Pokud ne, vytvořte ji podle dohodnutých pravidel pojmenování.
Pokud duplicity najdete, jednu okamžitě smažte. Běžící duplicity znečišťují vaše data.
Události nastavené pro špatné stránky
Nastavíte událost odeslání formuláře. Otestujete ji na kontaktním formuláři. Funguje. Nasadíte ji. Ale spouští se na každé stránce, ne jen na kontaktních. Nastavení události je příliš široké.
Předejdete tomu testováním na více stránkách. Vyzkoušejte stránku, kde se má událost spouštět. Vyzkoušejte stránky, kde ne. Ověřte, že se spouští jen tam, kde má.
Zapište, kde se má každá událost spouštět. Pokud si později všimnete, že se spouští jinde, zachytili jste chybu v nastavení.
Parametry zachycující špatné hodnoty
Událost nákupu má parametr, který má zachytit částku nákupu. Ale zachytí cenu produktu. Související, ale ne totéž. Data jsou špatně.
Předejdete tomu testováním parametrů se známými hodnotami. Proveďte nákup za $50. Ověřte, že parametr ukazuje $50. Ne $45. Ne $55. Přesně $50.
Zapište, odkud každý parametr bere data. „Částka nákupu pochází z pole purchase_amount v datové vrstvě.“ Jasná dokumentace brání záměnám.
Nejednotné názvy událostí
Jedna událost je „purchase“. Další „Purchase“. Další „purchase_event“. Tatáž událost má tři názvy. Přehledy ukazují tři oddělené události. Důsledkem je zmatek.
Předejdete tomu jednotnými pravidly pojmenování. Všechno malými písmeny. Bez mezer. Mezi slovy podtržítka. Jeden standard pojmenování. Uplatněte ho na každou událost.
Standard pojmenování zapište. Sdílejte ho se všemi, kdo události vytvářejí. Udělejte z jednotnosti pravidlo.
Události, které se nespouštějí
Nastavíte událost. Nasadíte ji. Nic se neděje. V přehledech žádné události. Událost se vůbec nespouští.
Běžné příčiny jsou špatné nastavení spouštěče (událost se má spustit po kliknutí na konkrétní tlačítko, ale spouštěč hledá špatný prvek), špatné nastavení stránky (událost se má spustit na konkrétní stránce, ale cesta stránky se změnila) nebo problémy s načasováním (událost se spustí dřív, než je naplněna datová vrstva).
Předejdete tomu důkladným testováním před nasazením. Ověřte nastavení spouštěče. Ověřte cestu stránky. Ověřte načasování. Testujte v testovacím prostředí. Nenasazujte netestované události.
Události, které se spouštějí příliš často
Nastavíte událost, která se má spustit po kliknutí na tlačítko. Ale spustí se dvacetkrát při jednom kliknutí. Opakované spouštění zkresluje data.
Běžné příčiny jsou více posluchačů stejné události (správce značek i váš web spouštějí tutéž událost) nebo probublávání událostí (kliknutí na vnořený prvek spustí i událost nadřazeného prvku).
Předejdete tomu pochopením spouštěče. Pečlivě testujte. Hledejte duplicity. Sledujte četnost spouštění události. Pokud je neobvykle vysoká, zjistěte proč.
Chybějící nebo špatné hodnoty parametrů
Událost nákupu má zachytit částku nákupu. Ale parametr je prázdný. Nebo zachytí špatnou hodnotu. Trpí tím kvalita dat.
Běžné příčiny jsou nenaplněná datová vrstva (událost se spustí dřív, než datová vrstva obsahuje informace), chyba v mapování parametru (parametr hledá špatné pole datové vrstvy) nebo napevno zadané hodnoty (parametr má hodnotu napsanou napevno místo načítání z dynamických dat).
Předejdete tomu ověřením, že je datová vrstva naplněná dřív, než se události spustí. Parametry testujte se skutečnými daty. Ověřte správnost mapování. Používejte dynamická data, ne napevno zadané hodnoty.
Netestování v ostrém provozu
Důkladně jste testovali v testovacím prostředí. Události fungují bezchybně. Nasadíte do ostrého provozu. Uživatelé okamžitě hlásí, že události nefungují. Testovací prostředí se od ostrého liší způsoby, které jste nečekali.
Předejdete tomu testováním v ostrém provozu s malým podílem návštěvnosti. Začněte s 10%. Sledujte chyby. Pokud vše funguje, zvyšte na 50%. Pak na 100%. Malé testování v ostrém provozu zachytí problémy typické pro dané prostředí.
Nesledování událostí po nasazení
Události nasadíte. Přejdete k dalšímu projektu. O tři týdny později si někdo všimne, že se událost přestala spouštět. Přišli jste o tři týdny dat.
Předejdete tomu průběžným sledováním událostí. Nastavte upozornění. Pokud se událost hodinu nespustí, upozorněte někoho. Četnost spouštění kontrolujte každý týden. Všímejte si nečekaných změn. Zachyťte problémy včas.
Často kladené otázky
Jak zachytíme duplicitní události?
Všechny události zapisujte do registru událostí. Než událost vytvoříte, zkontrolujte registr. Pokud existuje něco podobného, použijte to znovu. Pravidelné kontroly seznamu událostí zachytí duplicity, které jste přehlédli. S Tvůrcem webů od WEMASY to můžete nastavit přímo na svém webu.
Událost se spouští, ale kvalita dat je slabá. Jak hledat chybu?
Zkontrolujte každou součást. Spouští se událost? Použijte přehledy v reálném čase. Je spouštěč správný? Použijte vývojářské nástroje. Zachycují se parametry? Zkontrolujte jejich hodnoty. Zjistěte, která součást je špatně. Opravte ji. Otestujte znovu.
V ostrém provozu máme rozbitou událost. Máme ji smazat, nebo vypnout?
Vypněte ji, nemažte. Vypnutí zachová historická data. Smazání událost odstraní úplně. Můžete chtít analyzovat data z doby před rozbitím. Data si nechte. Událost jen od teď vypněte.
Jak předejít chybám v nastavení?
Používejte standardizované nastavení událostí. Vytvořte šablonu. Každá událost používá stejnou strukturu. Standardizace snižuje rozmanitost. Méně variant znamená méně chyb.
Jaká je nejhorší chyba při nastavení událostí?
Nasazení netestovaných událostí do ostrého provozu. Netestované události se rozbijí potichu. Nepoznáte to celé dny. Do té doby přijdete o data. Před ostrým provozem vždy testujte.
Jak se zotavit z chyb v nastavení událostí?
Rychlou reakcí. Když si chyby všimnete, opravte ji okamžitě. Vypněte rozbitou událost. Opravte nastavení. Otestujte. Nasaďte znovu. Čím rychleji zareagujete, tím méně špatných dat nasbíráte.