Melyik eseménybeállítási hibák okoznak a csapatoknak napokig tartó hibakeresést? Duplikált események, amelyek kétszer számolják ugyanazt a lépést. Rossz oldalakra beállított események. Paraméterek, amelyek rossz értéket rögzítenek. Elnevezési következetlenség, amely zavart okoz. Események, amelyek rossz időben vagy egyáltalán nem futnak le. Ezek a hibák gyakoriak, mert az eseménybeállítás összetett. De a hibák megelőzhetők is. Ha megérted, mi romlik el, elkerülheted.
Ez a cikk a leggyakoribb hibákat és a megelőzésüket tárgyalja.
Duplikált események
A leggyakoribb hiba, hogy ugyanazt az eseményt kétszer hozzák létre, különböző nevekkel. Az egyik fejlesztő létrehozza a „purchase” eseményt. A másik a „purchase_conversion” eseményt. Most ugyanazt a lépést kétszer követed. A jelentések két eseményt mutatnak. A csapatok vitatkoznak, melyik a helyes.
Létrehozás előtt nézd meg az eseménynyilvántartást, így megelőzheted a duplikátumokat. Létezik már ez az esemény? Ha igen, használd a meglévőt. Ha nem, hozd létre a megbeszélt elnevezési szabállyal.
Ha duplikátumot találsz, azonnal töröld az egyiket. A párhuzamosan futó duplikátumok szennyezik az adataidat.
Rossz oldalakra beállított események
Beállítasz egy űrlapküldési eseményt. Teszteled a kapcsolatfelvételi űrlapon. Működik. Élesbe teszed. De minden oldalon lefut, nem csak a kapcsolatfelvételi oldalakon. Az esemény beállítása túl tág.
Ezt úgy előzheted meg, hogy több oldalon is tesztelsz. Teszteld azt az oldalt, ahol az eseménynek le kell futnia. Teszteld azokat, ahol nem. Ellenőrizd, hogy csak ott fut le, ahol szánod.
Dokumentáld, hol kell lefutnia az egyes eseményeknek. Ha később azt látod, hogy máshol is lefut, elkaptál egy beállítási hibát.
Rossz értéket rögzítő paraméterek
A vásárlási eseménynek van egy paramétere, amelynek a vásárlás összegét kellene rögzítenie. De a termék árát rögzíti. Rokon, de nem ugyanaz. Az adat hibás.
Ezt úgy előzheted meg, hogy ismert értékekkel teszteled a paramétereket. Végezz egy 50 dolláros vásárlást. Nézd meg, hogy a paraméter 50 dollárt mutat-e. Nem 45-öt. Nem 55-öt. Pontosan 50-et.
Dokumentáld, honnan kapja az adatát az egyes paraméter. „A vásárlás összege az adatréteg purchase_amount mezőjéből jön.” A világos dokumentáció megelőzi az összekeveredést.
Következetlen eseménynevek
Az egyik esemény „purchase”. A másik „Purchase”. A harmadik „purchase_event”. Ugyanannak az eseménynek három neve van. A jelentések három külön eseményt mutatnak. Zavar lesz belőle.
Ezt következetes elnevezési szabályokkal előzheted meg. Csupa kisbetű. Szóköz nélkül. Aláhúzás a szavak között. Egyetlen elnevezési szabvány. Alkalmazd minden eseményre.
Dokumentáld az elnevezési szabványodat. Oszd meg mindenkivel, aki eseményt hoz létre. Legyen a következetesség a szabály.
Nem lefutó események
Beállítasz egy eseményt. Élesbe teszed. Nem történik semmi. Nincs esemény a jelentésekben. Az esemény egyáltalán nem fut le.
A gyakori okok: rossz kiváltóbeállítás (az eseménynek akkor kellene lefutnia, ha valaki egy adott gombra kattint, de a kiváltó rossz elemet keres), rossz oldalbeállítás (az eseménynek egy adott oldalon kellene lefutnia, de az oldal elérési útja megváltozott), vagy időzítési gond (az esemény előbb fut le, mint hogy az adatréteg feltöltődne).
Ezt alapos teszteléssel előzheted meg élesítés előtt. Ellenőrizd a kiváltó beállítását. Ellenőrizd az oldal elérési útját. Ellenőrizd az időzítést. Tesztelj a tesztkörnyezetben. Ne tegyél élesbe letesztelés nélküli eseményeket.
Túl sokszor lefutó események
Beállítasz egy eseményt, hogy akkor fusson le, amikor valaki egy gombra kattint. De kattintásonként húszszor lefut. A duplikált lefutás torzítja az adatot.
A gyakori okok: több figyelő ugyanarra az eseményre (a címkekezelő és a weboldalad is kiváltja ugyanazt az eseményt), vagy az eseménybuborékolás (egy gyermekelemre kattintás a szülő eseményét is kiváltja).
Ezt úgy előzheted meg, hogy érted a kiváltódat. Tesztelj figyelmesen. Keress duplikátumokat. Figyeld az események lefutási arányát. Ha szokatlanul magas, nyomozz.
Hiányzó vagy rossz paraméterértékek
A vásárlási eseménynek rögzítenie kellene a vásárlás összegét. De a paraméter üres. Vagy rossz értéket rögzít. Romlik az adatminőség.
A gyakori okok: az adatréteg nincs feltöltve (az esemény előbb fut le, mint hogy az adatrétegben lenne információ), paraméter-leképezési hiba (a paraméter rossz adatréteg-mezőt keres), vagy beégetett értékek (a paraméternek fix értéke van a dinamikus adat lekérése helyett).
Ezt úgy előzheted meg, hogy az események lefutása előtt ellenőrzöd az adatréteg feltöltöttségét. Teszteld a paramétereket valódi adattal. Ellenőrizd a leképezést. Dinamikus adatot használj, ne beégetett értékeket.
Az élesben nem tesztelés
Alaposan teszteltél a tesztkörnyezetben. Az események tökéletesen működnek. Élesbe teszed. A felhasználók azonnal jelzik, hogy az események nem működnek. A tesztkörnyezet olyan módokon tér el az élestől, amire nem számítottál.
Ezt úgy előzheted meg, hogy az élesben is tesztelsz a forgalom kis százalékával. Kezdd 10%-kal. Figyeld a hibákat. Ha minden működik, emeld 50%-ra. Aztán 100%-ra. A kisléptékű éles tesztelés elkapja a környezet-specifikus hibákat.
Az események figyelésének elmulasztása élesítés után
Élesbe teszed az eseményeket. Továbblépsz a következő projektre. Három hét múlva valaki észreveszi, hogy egy esemény leállt. Három hétnyi adatot elvesztettél.
Ezt úgy előzheted meg, hogy folyamatosan figyeled az eseményeket. Állíts be riasztásokat. Ha egy esemény egy órán át nem fut le, értesíts valakit. Hetente nézd meg az események lefutási arányát. Vedd észre a váratlan változásokat. Kapd el a problémákat korán.
Gyakran ismételt kérdések
Hogyan kapjuk el a duplikált eseményeket?
Dokumentálj minden eseményt egy eseménynyilvántartásban. Mielőtt eseményt hozol létre, nézd meg a nyilvántartást. Ha van hasonló, használd újra. Az eseménylista rendszeres átvizsgálása elkapja a duplikátumokat, amelyeket elnéztél. A WEMASY weboldalépítőjében ez közvetlenül a weboldaladon beállítható.
Egy esemény lefut, de rossz az adatminőség. Hogyan keressük meg a hibát?
Nézz meg minden összetevőt. Lefut az esemény? Használd a valós idejű jelentéseket. Helyes a kiváltó? Használd a fejlesztői eszközöket. Rögzítődnek a paraméterek? Nézd meg az értéküket. Különítsd el, melyik összetevő rossz. Javítsd ki. Teszteld újra.
Van egy hibás eseményünk az élesben. Töröljük vagy kapcsoljuk ki?
Kapcsold ki, ne töröld. A kikapcsolás megtartja a korábbi adatot. A törlés teljesen eltávolítja az eseményt. Lehet, hogy elemezni akarod az esemény elromlása előtti adatot. Tartsd meg az adatot. Csak az eseményt kapcsold ki a továbbiakra.
Hogyan előzzük meg a beállítási hibákat?
Használj szabványosított eseménybeállítást. Készíts sablont. Minden esemény ugyanazt a szerkezetet használja. A szabványosítás csökkenti az eltéréseket. Kevesebb eltérés kevesebb hibát jelent.
Mi a legrosszabb eseménybeállítási hiba?
Letesztelés nélküli események élesbe tétele. A letesztelés nélküli események csendben romlanak el. Napokig nem veszed észre. Addigra adatot veszítettél. Élesítés előtt mindig tesztelj.
Hogyan épülünk fel az eseménybeállítási hibák után?
Gyors reagálással. Ha észreveszel egy hibát, azonnal javítsd. Kapcsold ki a hibás eseményt. Javítsd a beállítást. Teszteld. Tedd újra élesbe. Minél gyorsabban reagálsz, annál kevesebb rossz adatot gyűjtesz.