Welke fouten bij het instellen van events kosten teams dagen aan uitzoekwerk? Dubbele events die dezelfde actie twee keer tellen. Events die voor de verkeerde pagina's zijn ingesteld. Parameters die de verkeerde waarden vastleggen. Inconsistente namen die verwarring geven. Events die op het verkeerde moment afgaan, of helemaal niet. Deze fouten komen vaak voor, omdat events instellen ingewikkeld is. Maar je kunt ze ook voorkomen. Als je weet wat er misgaat, kun je het vermijden.
Dit artikel behandelt de meest voorkomende fouten en hoe je ze voorkomt.
Dubbele events
De meest gemaakte fout is hetzelfde event twee keer maken onder verschillende namen. De ene developer maakt "purchase". Een ander maakt "purchase_conversion". Nu volg je dezelfde actie twee keer. Rapporten tonen twee events. Teams discussiëren over welk event klopt.
Voorkom dubbele events door je eventregister te checken voordat je iets maakt. Bestaat dit event al? Zo ja, gebruik het bestaande event. Zo nee, maak het aan volgens de afgesproken naamgeving.
Ontdek je dubbele events, verwijder er dan direct één. Dubbele events die blijven draaien vervuilen je data.
Events ingesteld voor de verkeerde pagina's
Je stelt een formulierevent in. Je test het op het contactformulier. Het werkt. Je zet het live. Maar het gaat af op elke pagina, niet alleen op contactpagina's. De eventconfiguratie is te breed.
Voorkom dit door op meerdere pagina's te testen. Test de pagina waar het event moet afgaan. Test pagina's waar het niet moet afgaan. Controleer dat het alleen afgaat waar het bedoeld is.
Leg vast waar elk event moet afgaan. Zie je later dat het elders afgaat, dan heb je een configuratiefout gevonden.
Parameters die verkeerde waarden vastleggen
Een aankoopevent heeft een parameter die het aankoopbedrag moet vastleggen. Maar die legt de productprijs vast. Verwant, maar niet hetzelfde. De data klopt niet.
Voorkom dit door parameters te testen met bekende waarden. Doe een aankoop van $50. Controleer of de parameter $50 toont. Niet $45. Niet $55. Precies $50.
Leg vast waar elke parameter zijn data vandaan haalt. "Het aankoopbedrag komt uit het veld purchase_amount van de datalaag." Duidelijke documentatie voorkomt verwisselingen.
Inconsistente eventnamen
Eén event heet "purchase". Een ander "Purchase". Weer een ander "purchase_event". Hetzelfde event heeft drie namen. Rapporten tonen drie losse events. Het gevolg is verwarring.
Voorkom dit met consistente naamafspraken. Alles in kleine letters. Geen spaties. Underscores tussen woorden. Eén standaard. Pas die toe op elk event.
Leg je naamstandaard vast. Deel hem met iedereen die events maakt. Maak consistentie de regel.
Events die niet afgaan
Je stelt een event in. Je zet het live. Er gebeurt niets. Geen events in de rapporten. Het event gaat helemaal niet af.
Veelvoorkomende oorzaken zijn een verkeerde triggerconfiguratie (het event moet afgaan als iemand op een bepaalde knop klikt, maar de trigger zoekt het verkeerde element), een verkeerde paginaconfiguratie (het event moet op een bepaalde pagina afgaan, maar het paginapad is veranderd) of timingproblemen (het event gaat af voordat de datalaag is gevuld).
Voorkom dit door grondig te testen voordat je live gaat. Controleer de triggerconfiguratie. Controleer het paginapad. Controleer de timing. Test in de testomgeving. Zet geen ongetest events live.
Events die te vaak afgaan
Je stelt een event in dat afgaat als iemand op een knop klikt. Maar het gaat twintig keer per klik af. Dubbel afgaan vertekent je data.
Veelvoorkomende oorzaken zijn meerdere listeners voor hetzelfde event (de tagmanager en je website vuren allebei hetzelfde event af) of event bubbling (een klik op een onderliggend element activeert ook het event van het bovenliggende element).
Voorkom dit door je trigger te begrijpen. Test zorgvuldig. Zoek naar dubbele events. Houd de afvuurfrequentie van events in de gaten. Is die ongewoon hoog, zoek dan uit waarom.
Parameterwaarden ontbreken of kloppen niet
Een aankoopevent moet het aankoopbedrag vastleggen. Maar de parameter is leeg. Of er wordt een verkeerde waarde vastgelegd. Dat gaat ten koste van je datakwaliteit.
Veelvoorkomende oorzaken zijn een datalaag die niet is gevuld (het event gaat af voordat de datalaag informatie heeft), een koppelingsfout in de parameter (de parameter zoekt het verkeerde veld in de datalaag) of vaste waarden (een parameter heeft een vaste waarde in plaats van dynamische data).
Voorkom dit door te controleren of de datalaag is gevuld voordat events afgaan. Test parameters met echte data. Controleer of de koppeling klopt. Gebruik dynamische data, geen vaste waarden.
Niet testen in productie
Je hebt grondig getest in de testomgeving. De events werken perfect. Je zet ze live. Gebruikers melden direct dat de events niet werken. De testomgeving verschilt op onverwachte manieren van productie.
Voorkom dit door in productie te testen met een klein percentage van het verkeer. Begin met 10%. Let op fouten. Werkt alles, ga dan naar 50%. Daarna 100%. Testen op kleine schaal in productie vangt problemen die bij de omgeving horen.
Events na het live zetten niet monitoren
Je zet events live. Je gaat door met het volgende project. Drie weken later merkt iemand dat een event niet meer afgaat. Je bent drie weken data kwijt.
Voorkom dit door events continu te monitoren. Stel meldingen in. Gaat een event een uur niet af, waarschuw dan iemand. Check elke week hoe vaak events afgaan. Zie onverwachte veranderingen. Vang problemen vroeg.
Veelgestelde vragen
Hoe vangen we dubbele events op?
Leg alle events vast in een eventregister. Check het register voordat je een event maakt. Bestaat er al iets vergelijkbaars, gebruik dat dan opnieuw. Met regelmatige controles van je eventlijst vind je dubbele events die je gemist hebt. Met de websitebouwer van WEMASY stel je dit direct in op je website.
Een event gaat af, maar de datakwaliteit is slecht. Hoe zoeken we de oorzaak?
Controleer elk onderdeel. Gaat het event af? Gebruik realtimerapporten. Klopt de trigger? Gebruik de ontwikkelaarstools. Worden parameters vastgelegd? Check hun waarden. Zoek uit welk onderdeel niet klopt. Los het op. Test opnieuw.
We hebben een kapot event in productie. Verwijderen of uitzetten?
Zet het uit, verwijder het niet. Uitzetten bewaart historische data. Verwijderen haalt het event helemaal weg. Misschien wil je data van voordat het event stukging nog analyseren. Bewaar de data. Zet het event alleen vanaf nu uit.
Hoe voorkomen we configuratiefouten?
Gebruik een standaard eventconfiguratie. Maak een template. Elk event gebruikt dezelfde structuur. Standaardisatie vermindert variatie. Minder variatie betekent minder fouten.
Wat is de ergste fout bij events instellen?
Ongeteste events in productie zetten. Ongeteste events gaan stilletjes stuk. Je merkt het dagenlang niet. Dan ben je data kwijt. Test altijd voordat je naar productie gaat.
Hoe herstellen we van fouten bij het instellen van events?
Reageer snel. Merk je een fout, los hem dan direct op. Zet het kapotte event uit. Herstel de configuratie. Test. Zet opnieuw live. Hoe sneller je reageert, hoe minder slechte data je verzamelt.