Hvordan skal du navngive dine events? "purchase" eller "purchase_conversion"? "button_click" eller "click_button"? "form_submit" eller "submit_form"? Navngivning virker ligegyldig, men hvis du roder med den, bliver din tracking kaos. En person kalder et event "purchase". En anden kalder et lignende event "conversion". Nu har du dobbelt tracking med forskellige navne. Rapporter viser modstridende tal. Teams diskuterer, hvilket tal der er rigtigt. God navngivning forhindrer det. Ensartede navne betyder, at alle ved, hvad hvert event gør.
Her forklarer vi, hvordan du navngiver og opbygger events, så dit trackingsystem forbliver ordnet, mens du vokser.
Hvad er navngivning og struktur af events
Navngivning er, hvordan du kalder dine events. "purchase", "form_submit", "video_play". Struktur er, hvordan du ordner events. Hvilke events hører sammen? Hvordan inddeler du dem? God navngivning og struktur holder tracking ordnet.
Dårlig navngivning ser sådan ud. En person opretter "purchase". En anden opretter "buy". En tredje opretter "transaction". Det samme har tre forskellige navne. Dine rapporter viser tre separate events. Teamet ved ikke, hvilket tal de kan stole på.
God navngivning bruger faste regler. Alle købsevents hedder "purchase". Alle formular-events starter med "form_". Alle engagement-events starter med "engagement_". Ensartethed giver klarhed.
Lav en navngivningsregel
Bestem, hvordan du navngiver alle events. Tag en kategori med. "conversion_purchase". "conversion_signup". "engagement_video_play". Kategorien kommer først. Det specifikke event kommer bagefter.
Brug understreger eller camelCase, men brug det ensartet. Alt med små bogstaver og understreger. Eller camelCase. Vælg én og hold fast i den. Skiftende skrivemåde er forvirrende.
Hold navnene korte, men beskrivende. "purchase" er bedre end "user_completes_purchase_transaction". "form_submit" er bedre end "form_submission_event_trigger". Navne skal være klare uden at være ordrige.
Gruppér events, der hører sammen
Bestem, hvilke events der hænger sammen. Købsevents hører sammen. Formular-events hører sammen. Navigationsevents hører sammen. Gruppér beslægtede events i din dokumentation og dit dashboard.
Brug præfikser til at vise grupperingen. "conversion_purchase". "conversion_signup". Begge starter med "conversion". Alle, der læser navnet, forstår, at de måler konverteringer.
Ordn events i grupper i dine rapporter. Lav et dashboard til konverterings-events. Et til engagement-events. Et til fejl-events. Orden hjælper teamet med at finde det, de skal bruge.
Lav et hierarki for events
Nogle events er vigtigere end andre. Køb er afgørende. Indsendte formularer er vigtige. Scroll på siden er sekundært. Lav et hierarki.
Skriv ned, hvilke events der er afgørende. Hvilke der er vigtige. Hvilke der er rare at have. Afgørende events bliver testet grundigst. Vigtige events bliver gennemgået jævnligt. Sekundære events får basal overvågning.
Brug hierarkiet til at fordele tiden. Brug mere tid på at sikre, at de afgørende events virker. Brug mindre tid på de sekundære.
Beskriv hvert event
Beskriv for hvert event, hvad det er. Hvornår sendes det? Hvilke data samler det? Når en ny kommer til teamet, læser vedkommende dokumentationen og forstår systemet.
Tag eksempler med. "Købseventet sendes, når nogen gennemfører et køb. Det samler ordrebeløbet, produktkategorien og bruger-id'et. Eksempel: Købseventet sendes med værdierne 49,99, elektronik, user123."
Dokumentation forhindrer dobbelte events. Før nogen opretter et nyt event, tjekker de dokumentationen. Hvis noget lignende findes, bruger de det.
Få events til at passe til forretningsmålene
Dine events skal passe til forretningsmålene. Hvis dit mål er salg, har du købsevents. Hvis dit mål er leads, har du tilmeldingsevents. Hvis dit mål er engagement, har du engagement-events.
Knyt hvert event til et forretningsmål. "Dette event måler vores salgsmål." "Dette event måler leadgenerering." "Dette event måler engagement." Når det hænger sammen, forstår teamet, hvorfor eventet findes.
Gennemgå events hvert kvartal. Passer de events, du sporer, stadig til forretningsmålene? Hvis din forretning ændrer sig, har du måske brug for nye events. Fjern events, der ikke betyder noget.
Ofte stillede spørgsmål
Skal eventnavne være i ental eller flertal?
Ental. "purchase", ikke "purchases". "form_submit", ikke "form_submits". Ental er tydeligere. "purchase" er én gang, handlingen sker. Navne i ental forhindrer forvirring. Med WEMASY's hjemmesidebygger kan du sætte det op direkte på din hjemmeside.
Hvor mange events skal vi navngive og spore?
Start med de afgørende events. Køb, tilmelding, indsendt formular. Tilføj så de vigtige events. Afspilning af video, engagement. Tilføj til sidst de sekundære events. Scroll, klik. De fleste hjemmesider ender med 10 til 30 events. Flere end det, og du mister fokus.
Vi har gamle events med dårlige navne. Skal vi omdøbe dem?
Nej. Omdøbning ødelægger historiske data. Brug gode navngivningsregler fra nu af. Lav et dokument med oversigt over de gamle data. "Gammelt navn: purchase_complete. Nyt navn: conversion_purchase." Oversigten hjælper teamet med at forstå, at begge navne betyder det samme.
Skal vi tage sidens navn med i eventnavnet?
Nej. Sideoplysningen er data, der hører til eventet, ikke en del af navnet. Et event sendes, når nogen klikker på en knap. Siden, de er på, er sammenhæng, ikke eventnavn. Hold eventnavne generelle.
Hvordan håndterer vi events, der sendes på flere sider?
Brug det samme eventnavn på alle sider. "form_submit" sendes på hver side med en formular. Sideoplysningen bliver sendt med som eventdata. Det gør det enklere: Du har ét event i stedet for ti.
Skal vi lave events i flere niveauer eller holde dem flade?
Hold dem flade i selve navnet. Brug kategorier som præfikser. "conversion_purchase", "engagement_video_play". En flad struktur med præfikser er tydeligere end flere niveauer. De fleste teams bruger flade navne med kategoripræfikser.