Hoe geef je je events een naam? "purchase" of "purchase_conversion"? "button_click" of "click_button"? "form_submit" of "submit_form"? Naamgeving lijkt klein, maar maak je er een puinhoop van, dan wordt je tracking chaos. De ene persoon noemt een event "purchase". Een ander noemt een soortgelijk event "conversion". Nu heb je dubbele tracking met verschillende namen. Rapporten tonen tegenstrijdige cijfers. Teams discussiëren over welk getal klopt. Goede naamgeving voorkomt dit. Met consistente namen weet iedereen wat elk event doet.
Dit artikel laat zien hoe je events benoemt en structureert, zodat je trackingsysteem georganiseerd blijft terwijl je groeit.
Wat zijn eventnamen en eventstructuur
Eventnaamgeving is hoe je je events een label geeft. "purchase", "form_submit", "video_play". Structuur is hoe je events ordent. Welke events horen bij elkaar? Hoe categoriseer je ze? Met goede namen en structuur blijft je tracking overzichtelijk.
Slechte naamgeving ziet er zo uit. De ene persoon maakt "purchase". Een ander maakt "buy". Weer een ander maakt "transaction". Hetzelfde heeft drie verschillende namen. Je rapporten tonen drie losse events. Teams weten niet welk getal ze kunnen vertrouwen.
Goede naamgeving volgt vaste afspraken. Alle aankoopevents heten "purchase". Alle formulierevents beginnen met "form_". Alle betrokkenheidsevents beginnen met "engagement_". Consistentie geeft duidelijkheid.
Maak een naamgevingsafspraak
Bepaal hoe je alle events benoemt. Neem een categorie op. "conversion_purchase". "conversion_signup". "engagement_video_play". Eerst de categorie. Dan het specifieke event.
Gebruik consequent underscores of camelCase. Alles in kleine letters met underscores. Of camelCase. Kies er één en blijf erbij. Wisselende schrijfwijze zorgt voor verwarring.
Houd namen kort maar beschrijvend. "purchase" is beter dan "user_completes_purchase_transaction". "form_submit" is beter dan "form_submission_event_trigger". Namen zijn duidelijk zonder omslachtig te zijn.
Groepeer events die bij elkaar horen
Bepaal welke events verwant zijn. Aankoopevents horen bij elkaar. Formulierevents horen bij elkaar. Navigatie-events horen bij elkaar. Groepeer verwante events in je documentatie en dashboard.
Gebruik voorvoegsels om groepen te tonen. "conversion_purchase". "conversion_signup". Beide beginnen met "conversion". Wie de naam leest, snapt dat ze conversies meten.
Orden events in je rapporten per groep. Maak een dashboard voor conversie-events. Een voor betrokkenheidsevents. Een voor foutevents. Met orde vinden teams sneller wat ze nodig hebben.
Maak een eventhiërarchie
Sommige events zijn belangrijker dan andere. Een aankoop is cruciaal. Formulierinzendingen zijn belangrijk. Scrollen op de pagina is secundair. Maak een hiërarchie.
Leg vast welke events cruciaal zijn. Welke belangrijk. Welke fijn om te hebben. Cruciale events test je grondiger. Belangrijke events bekijk je regelmatig. Secundaire events krijgen basismonitoring.
Gebruik deze hiërarchie om je tijd te verdelen. Besteed meer tijd aan het goed laten werken van cruciale events. Besteed minder tijd aan secundaire events.
Documenteer eventdefinities
Leg per event vast wat het is. Wanneer gaat het af? Welke data verzamelt het? Komt er iemand nieuw in het team, dan leest die je documentatie en begrijpt het systeem.
Voeg voorbeelden toe. "Het purchase-event gaat af als iemand een aankoop afrondt. Het verzamelt het orderbedrag, de productcategorie en de gebruikers-ID. Voorbeeld: het purchase-event gaat af met de waarden $49.99, electronics, user123."
Documentatie voorkomt dubbele events. Voordat iemand een nieuw event maakt, kijkt die in de documentatie. Bestaat er al iets vergelijkbaars, dan gebruikt die dat opnieuw.
Stem events af op bedrijfsdoelen
Je events horen bij je bedrijfsdoelen te passen. Is je doel verkoop, dan heb je aankoopevents. Is je doel leads, dan heb je aanmeldevents. Is je doel betrokkenheid, dan heb je betrokkenheidsevents.
Koppel elk event aan een bedrijfsdoel. "Dit event meet ons verkoopdoel." "Dit event meet leadgeneratie." "Dit event meet betrokkenheid." Zo begrijpen teams waarom events bestaan.
Bekijk je events elk kwartaal. Passen de events die je volgt nog bij je bedrijfsdoelen? Verandert je bedrijf, dan heb je misschien nieuwe events nodig. Ruim events op die er niet toe doen.
Veelgestelde vragen
Moeten eventnamen enkelvoud of meervoud zijn?
Enkelvoud. "purchase", niet "purchases". "form_submit", niet "form_submits". Enkelvoud is duidelijker. "purchase" is één keer dat de actie gebeurt. Enkelvoud voorkomt verwarring. Met de websitebouwer van WEMASY stel je dit direct in op je website.
Hoeveel events moeten we benoemen en volgen?
Begin met cruciale events. Aankoop, aanmelding, formulierinzending. Voeg belangrijke events toe. Video's afspelen, betrokkenheidsacties. Voeg daarna secundaire events toe. Scrollen, klikken. De meeste websites eindigen met 10 tot 30 events. Meer dan dat en je verliest je focus.
We hebben oude events met slechte namen. Moeten we ze hernoemen?
Nee. Hernoemen breekt je historische data. Gebruik vanaf nu goede naamafspraken. Maak voor historische data een koppeldocument. "Oude naam: purchase_complete. Nieuwe naam: conversion_purchase." Zo begrijpen teams dat beide namen hetzelfde bedoelen.
Moeten we de paginanaam in de eventnaam opnemen?
Nee. De paginagegevens zijn data die aan het event hangt, geen onderdeel van de eventnaam. Een event gaat af als iemand op een knop klikt. De pagina waarop die persoon zit, is context, niet de eventnaam. Houd eventnamen algemeen.
Hoe gaan we om met events die op meerdere pagina's afgaan?
Gebruik dezelfde eventnaam, op welke pagina ook. "form_submit" gaat af op elke formulierpagina. De paginagegevens hangen als eventdata aan het event. Zo heb je één event in plaats van tien.
Moeten we events nesten of plat houden?
Houd ze plat op naamniveau. Gebruik categorieën in voorvoegsels. "conversion_purchase", "engagement_video_play". Een platte structuur met voorvoegsels is duidelijker dan geneste structuren. De meeste teams gebruiken platte namen met categorievoorvoegsels.