När du mäter en köphändelse, vilken information fångar du? Bara att ett köp skedde? Eller fångar du beloppet, produktkategorin, rabattkoden och användar-ID:t? Med händelseparametrar och egna egenskaper kan du bifoga data till händelser. En köphändelse som bara säger ”ett köp skedde” visar volym. En köphändelse med belopp, kategori och rabattkod visar vad som är lönsamt. Parametrar förvandlar händelser från enkla räknare till rika affärssignaler.
Den här artikeln visar hur du sätter upp händelseparametrar och egna egenskaper som fångar detaljerna som spelar roll.
Vad är händelseparametrar och egna egenskaper
En händelseparameter är en uppgift som bifogas en händelse. När någon gör ett köp bifogar du köpbeloppet som parameter. När någon skickar ett formulär bifogar du formulärets namn som parameter.
Egna egenskaper är attribut om besökaren eller sidan. Besökarens prenumerationsnivå. Sidans kategori. Trafikkällan. Egenskaper ger sammanhang som hjälper dig att förstå händelserna.
Parametrar och egenskaper förvandlar händelser från ”något hände” till ”något hände i det här sammanhanget och med de här detaljerna”. Skillnaden är enorm. En köphändelse visar försäljningsvolym. En köphändelse med belopp, kategori och rabattkod visar vilken sorts försäljning som är lönsam.
Identifiera viktiga parametrar
Innan du börjar fånga parametrar, ta reda på vilka som spelar roll. Vad spelar roll för en köphändelse? Belopp. Produktkategori. Använd rabattkod. Enhetstyp. Trafikkälla. Alla ger insikter om din försäljning.
Fånga inte allt. Det skapar brus. Fånga parametrar som påverkar affärsbeslut. Om du inte bryr dig om produktens färg, fånga den inte.
Dokumentera varför varje parameter spelar roll. ”Köpbeloppet visar vårt genomsnittliga ordervärde.” ”Produktkategorin visar vilka produkter som säljer bäst.” Den dokumentationen hjälper teamen att förstå mätsystemet.
Sätt upp parametrar för köphändelser
För en köphändelse fångar du belopp, valuta, produktkategori och rabattkod. De här parametrarna svarar på viktiga affärsfrågor.
Ställ in köptaggen i din tagghanterare så att den hämtar de här värdena från ditt datalager. Datalagret levererar purchase_amount. Taggen fångar det som parametern ”value”. Datalagret levererar product_category. Taggen fångar det som parametern ”category”.
Testa att parametrarna fångas. Gör ett testköp. Titta i realtidsrapporterna. Dök parametrarna upp? Hade de rätt värden?
Sätt upp parametrar för formulärhändelser
För en formulärhändelse fångar du formulärets namn, formulärtyp och om inskicket lyckades. De här parametrarna visar vilka formulär som driver konverteringar.
Fyll ditt datalager med formName, formType och submissionSuccess när ett formulär skickas. Din tagg läser värdena och bifogar dem till händelsen.
Formulärparametrar hjälper dig jämföra hur formulären presterar. Formulär för nyhetsbrev konverterar annorlunda än formulär för demobokning. Parametrar låter dig se skillnaden.
Använd egna egenskaper för att förstå besökaren
Egna egenskaper ger sammanhang om besökarna. Prenumerationsnivå. Kontots ålder. Geografisk plats. Trafikkälla. Egenskaperna hjälper dig att förstå vem som konverterar och vem som inte gör det.
Sätt egenskaperna när besökaren kommer. Uppdatera dem när status ändras. En besökare blir kund. Uppdatera egenskapen subscription_level från ”free_trial” till ”paid”.
Använd egenskaper i segment och målgrupper. Skapa ett segment med betalande prenumeranter. Skapa ett segment med besökare från Google Ads. Jämför hur de beter sig.
Hantera parameternamn konsekvent
Använd konsekventa namn på parametrar i alla händelser. Om en händelse använder ”product_category”, använd inte ”category” i en annan. Konsekvens gör analysen enklare.
Bestäm en namnstandard för parametrar. Alla gemener med understreck. Beskrivande namn. ”product_category” i stället för ”cat”. ”purchase_amount” i stället för ”amt”. Bra namn förhindrar förvirring.
Dokumentera alla parametrar i ditt händelseregister. Lista parametrarna för varje händelse. Dokumentera vad varje parameter betyder. Dokumentation hjälper teamen att använda parametrar rätt.
Testa parametervärden
Testa att parametrarna fångar rätt värden. Gör ett testköp med bestämda värden. Kontrollera händelsen i realtid. Stämmer parametrarna? Om köpbeloppet är $49.99, visar parametern value då 49.99?
Testa med olika värden. Ett köp på $9.99. Ett köp på $999.99. Olika valutakoder. Olika produktkategorier. Kontrollera att parametrarna fungerar med olika värden.
Jämför parametervärdena med din backend. Om din backend säger att köpet var $49.99 ska händelseparametern säga $49.99. Avvikelser tyder på ett problem.
Vanliga frågor
Hur många parametrar bör varje händelse ha?
Fem till tio är vanligt. Fler går bra men är svårare att hantera. Varje parameter ökar komplexiteten. Ta med parametrar som svarar på affärsfrågor. Utelämna dem som inte gör det. Med WEMASY webbplatsbyggare kan du ställa in det här direkt på din webbplats.
Ska vi fånga personuppgifter som parametrar?
Var försiktig. Kundnamn, e-postadresser och telefonnummer i händelseparametrar kan skapa integritetsproblem. Använd användar-ID i stället. Fånga bara den information du verkligen behöver för analysen.
Kan vi fånga parametrar som inte finns i varje förekomst av en händelse?
Ja. Om ett köp ibland har en rabattkod och ibland inte, fånga den när den finns. Lämna den tom när den inte finns. De flesta plattformar hanterar valfria parametrar utan problem.
Hur ser vi till att parametervärdena är konsekventa?
Dokumentera förväntade värden. För product_category, lista giltiga värden. ”Elektronik”, ”Kläder”, ”Hem”. Håll fast vid de värdena. Taggar ska bara fånga giltiga värden.
Måste parameternamn stämma överens mellan olika analysplattformar?
Nej. Parametrar i Google Analytics behöver inte matcha parametrar i Facebook. Varje plattform har sin egen namngivning av parametrar. Men internt, inom varje plattform, ska du använda konsekventa namn.
Kan vi uppdatera parametrar efter att en händelse har skickats?
Nej. Parametrar bifogas när händelsen utlöses. Du kan inte gå tillbaka och lägga till parametrar i efterhand. Se till att parametrarna är rätt innan händelsen skickas.