Hur ska du namnge dina händelser? ”purchase” eller ”purchase_conversion”? ”button_click” eller ”click_button”? ”form_submit” eller ”submit_form”? Namngivning verkar trivialt, men om du slarvar med den blir din mätning ett kaos. En person döper en händelse till ”purchase”. En annan döper en liknande händelse till ”conversion”. Nu har du dubbel mätning med olika namn. Rapporterna visar motstridiga siffror. Teamen diskuterar vilken siffra som stämmer. Bra namngivning förhindrar det. Konsekventa namn gör att alla vet vad varje händelse gör.
Den här artikeln visar hur du namnger och strukturerar händelser så att ditt mätsystem förblir ordnat när du växer.
Vad är namngivning och struktur för händelser
Namngivning är hur du döper dina händelser. ”purchase”, ”form_submit”, ”video_play”. Struktur är hur du organiserar händelserna. Vilka händelser hör ihop? Hur kategoriserar du dem? Bra namn och bra struktur håller mätningen ordnad.
Dålig namngivning ser ut så här. En person skapar ”purchase”. En annan skapar ”buy”. En tredje skapar ”transaction”. Samma sak har tre olika namn. Dina rapporter visar tre separata händelser. Teamen vet inte vilken siffra de ska lita på.
Bra namngivning följer konsekventa regler. Alla köphändelser heter ”purchase”. Alla formulärhändelser börjar med ”form_”. Alla engagemangshändelser börjar med ”engagement_”. Konsekvens ger tydlighet.
Skapa en namnregel
Bestäm hur du ska namnge alla händelser. Ta med en kategori. ”conversion_purchase”. ”conversion_signup”. ”engagement_video_play”. Kategorin kommer först. Den specifika händelsen kommer sedan.
Använd understreck eller camelCase, men håll dig till ett. Alla gemener med understreck. camelCase. Välj ett och håll fast vid det. Blandad skiftlägesstil förvirrar.
Håll namnen korta men beskrivande. ”purchase” är bättre än ”user_completes_purchase_transaction”. ”form_submit” är bättre än ”form_submission_event_trigger”. Namnen ska vara tydliga utan att vara långrandiga.
Gruppera relaterade händelser
Bestäm vilka händelser som hänger ihop. Köphändelser hör ihop. Formulärhändelser hör ihop. Navigeringshändelser hör ihop. Gruppera relaterade händelser i din dokumentation och din översikt.
Använd prefix för att visa grupperingen. ”conversion_purchase”. ”conversion_signup”. Båda börjar med ”conversion”. Alla som läser namnet förstår att de mäter konverteringar.
Organisera händelserna i grupper i dina rapporter. Ha en översikt för konverteringshändelser. En för engagemangshändelser. En för felhändelser. Ordning hjälper teamen att hitta det de behöver.
Skapa en hierarki för händelser
Vissa händelser är viktigare än andra. Köp är kritiskt. Formulärinskick är viktigt. Scrollning är sekundärt. Skapa en hierarki.
Dokumentera vilka händelser som är kritiska. Vilka som är viktiga. Vilka som är bra att ha. Kritiska händelser testas mer noggrant. Viktiga händelser granskas regelbundet. Sekundära händelser får grundläggande övervakning.
Använd hierarkin för att fördela resurserna. Lägg mer tid på att kritiska händelser fungerar. Lägg mindre tid på sekundära händelser.
Dokumentera definitionerna av händelser
Dokumentera vad varje händelse är. När utlöses den? Vilken data samlar den in? När någon ny kommer till teamet läser hen dokumentationen och förstår systemet.
Ta med exempel. ”Händelsen purchase utlöses när någon slutför ett köp. Den samlar in orderbeloppet, produktkategorin och användar-ID:t. Exempel: händelsen purchase skickas med värdena $49.99, electronics, user123.”
Dokumentation förhindrar dubbla händelser. Innan någon skapar en ny händelse kollar hen dokumentationen. Om något liknande redan finns återanvänder hen det.
Anpassa händelserna efter affärsmålen
Dina händelser bör motsvara affärsmål. Om ditt mål är försäljning har du köphändelser. Om ditt mål är leads har du registreringshändelser. Om ditt mål är engagemang har du engagemangshändelser.
Koppla varje händelse till ett affärsmål. ”Den här händelsen mäter vårt försäljningsmål.” ”Den här händelsen mäter generering av leads.” ”Den här händelsen mäter engagemang.” Kopplingen hjälper teamen att förstå varför händelserna finns.
Gå igenom händelserna varje kvartal. Stämmer händelserna ni mäter fortfarande med affärsmålen? Om verksamheten förändras behöver ni kanske nya händelser. Ta bort händelser som inte spelar roll.
Vanliga frågor
Ska händelsenamn vara i singular eller plural?
Singular. ”purchase”, inte ”purchases”. ”form_submit”, inte ”form_submits”. Singular är tydligare. ”purchase” är ett enda tillfälle av handlingen. Namn i singular förhindrar förvirring. Med WEMASY webbplatsbyggare kan du ställa in det här direkt på din webbplats.
Hur många händelser bör vi namnge och mäta?
Börja med kritiska händelser. Köp, registrering, formulärinskick. Lägg till viktiga händelser. Videouppspelningar, engagemangshandlingar. Lägg till sekundära händelser. Scrollning, klick. De flesta webbplatser landar på 10 till 30 händelser. Fler än så och du tappar fokus.
Vi har gamla händelser med dåliga namn. Ska vi byta namn på dem?
Nej. Om du byter namn går historisk data sönder. Använd bra namnregler framöver. För historisk data, skapa ett dokument med en översättningstabell. ”Gammalt namn: purchase_complete. Nytt namn: conversion_purchase.” Tabellen hjälper teamen att förstå att båda namnen avser samma sak.
Ska vi ha med sidnamnet i händelsens namn?
Nej. Sidinformationen är data som bifogas händelsen, inte en del av namnet. En händelse utlöses när någon klickar på en knapp. Sidan hen befinner sig på är sammanhang, inte händelsens namn. Håll händelsenamnen generiska.
Hur hanterar vi händelser som utlöses på flera sidor?
Använd samma händelsenamn oavsett sida. ”form_submit” utlöses på varje formulärsida. Sidinformationen bifogas som händelsedata. Den förenklingen ger dig en händelse i stället för tio.
Ska vi nästla händelser eller ha dem platta?
Ha dem platta på namnnivå. Använd kategorier i prefix. ”conversion_purchase”, ”engagement_video_play”. En platt struktur med prefix är tydligare än nästlade strukturer. De flesta team använder platta namn med kategoriprefix.