Mitkä tapahtumamäärityksen virheet maksavat tiimeille päiväkausia vianmääritystä? Päällekkäiset tapahtumat, jotka laskevat saman toiminnon kahdesti. Väärille sivuille määritetyt tapahtumat. Parametrit, jotka tallentavat vääriä arvoja. Epäjohdonmukainen nimeäminen, joka aiheuttaa sekaannusta. Tapahtumat, jotka suoritetaan väärään aikaan tai eivät lainkaan. Nämä virheet ovat yleisiä, koska tapahtumamääritys on monimutkaista. Virheet ovat kuitenkin myös estettävissä. Kun ymmärrät, mikä menee pieleen, osaat välttää sen.
Tässä artikkelissa käydään läpi yleisimmät virheet ja se, miten ne estetään.
Päällekkäiset tapahtumat
Yleisin virhe on luoda sama tapahtuma kahdesti eri nimillä. Yksi kehittäjä luo "purchase". Toinen luo "purchase_conversion". Nyt seuraat samaa toimintoa kahdesti. Raportit näyttävät kaksi tapahtumaa. Tiimit väittelevät, kumpi on oikein.
Estä päällekkäisyydet tarkistamalla tapahtumarekisteri ennen luontia. Onko tämä tapahtuma jo olemassa? Jos on, käytä olemassa olevaa tapahtumaa. Jos ei, luo se sovitun nimeämiskäytännön mukaan.
Jos huomaat päällekkäisyyksiä, poista toinen heti. Päällekkäin pyörivät tapahtumat sotkevat datasi.
Väärille sivuille määritetyt tapahtumat
Määrität lomakkeen lähetystapahtuman. Testaat sen yhteydenottolomakkeella. Se toimii. Julkaiset sen. Mutta se suoritetaan jokaisella sivulla, ei vain yhteydenottosivuilla. Tapahtuman määritys on liian laaja.
Estä tämä testaamalla useilla sivuilla. Testaa sivu, jolla tapahtuman pitäisi suorittua. Testaa sivut, joilla sen ei pitäisi. Varmista, että se suoritetaan vain tarkoitetuissa paikoissa.
Dokumentoi, missä kunkin tapahtuman pitäisi suorittua. Jos huomaat myöhemmin sen suorittuvan muualla, olet löytänyt määritysvirheen.
Parametrit, jotka tallentavat vääriä arvoja
Ostotapahtumassa on parametri, jonka pitäisi tallentaa ostosumma. Se tallentaa kuitenkin tuotteen hinnan. Läheistä, mutta ei sama asia. Data on väärää.
Estä tämä testaamalla parametrit tunnetuilla arvoilla. Tee $50 osto. Varmista, että parametri näyttää $50. Ei $45. Ei $55. Täsmälleen $50.
Dokumentoi, mistä kukin parametri saa datansa. "Ostosumma tulee datakerroksen purchase_amount-kentästä." Selkeä dokumentaatio estää sekaannukset.
Epäjohdonmukaiset tapahtumien nimet
Yksi tapahtuma on "purchase". Toinen on "Purchase". Kolmas on "purchase_event". Samalla tapahtumalla on kolme nimeä. Raportit näyttävät kolme erillistä tapahtumaa. Seurauksena on sekaannus.
Estä tämä käyttämällä johdonmukaisia nimeämiskäytäntöjä. Kaikki pienillä kirjaimilla. Ei välilyöntejä. Alaviivat sanojen välissä. Yksi nimeämisstandardi. Käytä sitä jokaiseen tapahtumaan.
Dokumentoi nimeämisstandardisi. Jaa se kaikille, jotka luovat tapahtumia. Tee johdonmukaisuudesta sääntö.
Tapahtumat, jotka eivät suoritu
Määrität tapahtuman. Julkaiset sen. Mitään ei tapahdu. Raporteissa ei näy tapahtumia. Tapahtuma ei suoriudu lainkaan.
Yleisiä syitä ovat väärä liipaisimen määritys (tapahtuman pitäisi suorittua, kun joku klikkaa tiettyä painiketta, mutta liipaisin etsii väärää elementtiä), väärä sivun määritys (tapahtuman pitäisi suorittua tietyllä sivulla, mutta sivun polku on muuttunut) tai ajoitusongelmat (tapahtuma suoritetaan ennen kuin datakerros on täytetty).
Estä tämä testaamalla perusteellisesti ennen julkaisua. Varmista liipaisimen määritys. Varmista sivun polku. Varmista ajoitus. Testaa testiympäristössä. Älä julkaise testaamattomia tapahtumia.
Tapahtumat, jotka suoritetaan liian monta kertaa
Määrität tapahtuman suoritettavaksi, kun joku klikkaa painiketta. Mutta se suoritetaan kaksikymmentä kertaa yhdellä klikkauksella. Päällekkäinen suoritus vääristää dataasi.
Yleisiä syitä ovat useat kuuntelijat samalle tapahtumalle (tagienhallintatyökalu ja verkkosivustosi suorittavat saman tapahtuman) tai tapahtumakuplinta (lapsielementin klikkaus laukaisee myös vanhemman tapahtuman).
Estä tämä ymmärtämällä liipaisimesi. Testaa huolellisesti. Tarkista päällekkäisyydet. Seuraa tapahtumien suoritustiheyttä. Jos se on epätavallisen korkea, selvitä syy.
Parametrien arvot puuttuvat tai ovat vääriä
Ostotapahtuman pitäisi tallentaa ostosumma. Mutta parametri on tyhjä. Tai se tallentaa väärän arvon. Datan laatu kärsii.
Yleisiä syitä ovat täyttämätön datakerros (tapahtuma suoritetaan ennen kuin datakerroksessa on tietoa), parametrin kartoitusvirhe (parametri etsii väärää datakerroksen kenttää) tai kovakoodatut arvot (parametrilla on kovakoodattu arvo sen sijaan, että se hakisi dynaamista dataa).
Estä tämä varmistamalla, että datakerros on täytetty ennen tapahtumien suoritusta. Testaa parametrit oikealla datalla. Varmista, että kartoitus on oikein. Käytä dynaamista dataa, älä kovakoodattuja arvoja.
Testaamatta jättäminen tuotannossa
Testasit perusteellisesti testiympäristössä. Tapahtumat toimivat täydellisesti. Julkaiset tuotantoon. Käyttäjät ilmoittavat heti, etteivät tapahtumat toimi. Testiympäristö poikkeaa tuotannosta tavoilla, joita et odottanut.
Estä tämä testaamalla tuotannossa pienellä osalla liikennettä. Aloita 10 prosentista. Seuraa virheitä. Jos kaikki toimii, nosta 50 prosenttiin. Sitten 100 prosenttiin. Pienimuotoinen tuotantotestaus löytää ympäristökohtaiset ongelmat.
Tapahtumien seurannan laiminlyönti julkaisun jälkeen
Julkaiset tapahtumat. Siirryt seuraavaan projektiin. Kolme viikkoa myöhemmin joku huomaa, että tapahtuma on lakannut suorittumasta. Olet menettänyt kolmen viikon datan.
Estä tämä seuraamalla tapahtumia jatkuvasti. Ota käyttöön hälytykset. Jos tapahtuma ei suoritu tuntiin, hälytä jotakuta. Tarkista tapahtumien suoritustiheys viikoittain. Huomaa odottamattomat muutokset. Löydä ongelmat ajoissa.
Usein kysytyt kysymykset
Miten löydämme päällekkäiset tapahtumat?
Dokumentoi kaikki tapahtumat tapahtumarekisteriin. Tarkista rekisteri ennen tapahtuman luontia. Jos vastaava on jo olemassa, käytä sitä uudelleen. Tapahtumalistan säännölliset tarkistukset löytävät päällekkäisyydet, jotka jäivät huomaamatta. WEMASY-sivustonrakentajalla voit ottaa tämän käyttöön suoraan omalla verkkosivustollasi.
Tapahtuma suoritetaan, mutta datan laatu on huono. Miten selvitämme syyn?
Tarkista jokainen osa. Suoritetaanko tapahtuma? Käytä reaaliaikaisia raportteja. Onko liipaisin oikein? Käytä kehittäjätyökaluja. Tallentuvatko parametrit? Tarkista niiden arvot. Selvitä, mikä osa on väärin. Korjaa se. Testaa uudelleen.
Tuotannossa on rikkinäinen tapahtuma. Pitäisikö se poistaa vai ottaa pois käytöstä?
Ota pois käytöstä, älä poista. Käytöstä poistaminen säilyttää historiadatan. Poistaminen poistaa tapahtuman kokonaan. Saatat haluta analysoida dataa ajalta ennen tapahtuman rikkoutumista. Säilytä data. Poista tapahtuma vain käytöstä tästä eteenpäin.
Miten estämme määritysvirheet?
Käytä standardoitua tapahtumamääritystä. Luo mallipohja. Jokainen tapahtuma käyttää samaa rakennetta. Standardointi vähentää vaihtelua. Vähemmän vaihtelua tarkoittaa vähemmän virheitä.
Mikä on pahin tapahtumamäärityksen virhe?
Testaamattomien tapahtumien julkaiseminen tuotantoon. Testaamattomat tapahtumat rikkoutuvat hiljaa. Et huomaa päiväkausiin. Siihen mennessä olet menettänyt dataa. Testaa aina ennen tuotantoa.
Miten toivumme tapahtumamäärityksen virheistä?
Reagoi nopeasti. Kun huomaat virheen, korjaa se heti. Ota rikkinäinen tapahtuma pois käytöstä. Korjaa määritys. Testaa. Julkaise uudelleen. Mitä nopeammin reagoit, sitä vähemmän huonoa dataa kerääntyy.