Marknadsteamet kallar handlingen offertförfrågan, webbplatsen skickar ett eget event med namnet enquiry_sent och rapporten filtrerar på quote_submitted. Alla namn låter rimliga, men kedjan beskriver inte längre ett säkert identifierbart event. Regler för namngivning förebygger glidningen innan den blir en utredning av saknade konverteringar.
Vid annonsering i ChatGPT behöver både eventets tekniska namn och affärsbetydelse styras. Ett stabilt namn med ändrad definition kan vara lika missvisande som ett oavsiktligt stavningsbyte. Målet är ett mätkontrakt som går att förstå även när webbplats, kampanjer och ansvariga personer förändras.
Välj handlingen före etiketten
Beskriv den observerbara utlösaren i verksamhetens språk. Ett lead kan betyda en förfrågan som faktiskt accepterats, inte ett klick på formulärets knapp. Ett köp kan betyda att en order skapats, inte att en bekräftelsesida besökts. Definitionen ska vara så tydlig att två utvecklare skulle utlösa eventet vid samma punkt.
Skriv undantagen bredvid utlösaren. Misslyckad validering, en återöppnad bekräftelsesida eller ett sparat utkast ska inte obemärkt bli samma handling. Undantagen ger testningen något konkret att kontrollera och minskar risken att en senare ombyggnad breddar definitionen utan att någon uppmärksammar det.
OpenAI:s konverteringsdokumentation rekommenderar standardevent när de passar handlingen och egna event när en lämplig standard saknas. Kontrollera den dokumenterade innebörden innan ett eget namn skapas. En mer särpräglad etikett hjälper inte om den ersätter ett standardevent som redan beskriver affärshändelsen korrekt.
För ett begränsat men användbart eventregister
Spara teknisk typ, eventuellt eget namn, affärsdefinition, utlösare, källa, avsändarvägar, ansvarig och version för varje handling. Lägg till kampanjinställningarna som använder den och rapporterna som uttryckligen väljer namnet. Registret beskriver beroenden och ska inte bara vara en lista med tilltalande namnförslag.
En hypotetisk post kan definiera en förfrågan som ett serveraccepterat formulär med obligatoriska kontakt- och tjänsteuppgifter. Ett eget namn skulle kunna vara service_quote_requested om lämplig standardmotsvarighet saknas. Registret behöver förklara vad accepterat betyder och vem som ansvarar för ändringar av den betydelsen.
Håll visningstext för människor skild från identifierare. En kund kan vilja ha en annan rapportrubrik utan att ett nytt tekniskt event behövs. Omvänt får en välbekant rubrik inte dölja att utlösaren har ändrats från inskickat formulär till en senare kvalificering i säljprocessen.
Samordna namn i webbläsare, server och inställning
När webbläsare och server beskriver samma handling ska de dokumenterade identitetsfälten jämföras mellan vägarna. Egna eventnamn måste överensstämma med motsvarande eventinställning. En uppdaterad avsändare utan granskning av inställningen kan göra att event anländer under ett namn som kampanjen inte använder.
Kontraktet för event-ID styr identiteten vid upprepade leveranser av samma handling. Namnreglerna styr vilken sorts handling det är. Båda behövs: samma namn med instabila ID kan ge dubbletter, medan stabila ID med olika namn kan dela upp mätpopulationen på ett missvisande sätt.
Skapa inte ett nytt eventnamn för varje kampanj, annons eller mindre sidändring när affärshandlingen är densamma. Kampanjidentiteten hör hemma i kampanjrapporteringen. En okontrollerad samling nästan likadana namn ökar arbetet med rapporturval och gör jämförelser mellan kampanjer svårare att tolka.
Behandla ändrad betydelse som en migrering
Om ett event går från alla förfrågningar till verifierade företagsförfrågningar har populationen blivit smalare. Spara giltigt datum och avgör om en ny eventdefinition behövs. Behåll den äldre innebörden i historiska rapporter i stället för att skriva om dess beskrivning så att den passar det nya beteendet.
I en hypotetisk ombyggnad börjar formuläret kräva en registreringsuppgift för företag. Ett minskat antal leads efter lanseringen kan då bero på den striktare handlingsdefinitionen och inte på sämre annonsering. Rapporten bör visa definitionsgränsen och undvika en okvalificerad jämförelse av konverteringsgrad före och efter.
Kontrollera kampanjens begränsningar innan en inställning som används för optimering ändras. Guiden för målmigrering behandlar beslutet när den önskade handlingen ändras. Att byta ett fältnamn i ett internt dokument gör inte en otillåten redigering av kampanjmålet möjlig.
Byt etikett eller byt handling?
- Ny visningstext
Samma handling kan behålla sin tekniska identitet.
- Ny definition
Dokumentera en ny version och bevara jämförelsegränsen.
- Nytt eget namn
Samordna avsändare, inställning och rapporturval.
Verifiera övergången och avveckla med historik
Identifiera alla avsändare och rapporturval som beror på namnet före driftsättning. Bekräfta efteråt att rätt event kommer fram och att motsvarande inställning och rapporturval fungerar som avsett. Bevara en uttrycklig övergångs- eller återställningspost om gamla och nya implementationer lever sida vid sida en tid.
Använd felsökningen av eventurval när en rapportförfrågan avvisar ett namn. Mottagen handling och valbart eventnamn kan höra till olika publiceringssteg. Upprepade namnbyten utan diagnos är därför en dålig rättelsemetod. Kontrollera först det faktiskt igenkända namnet och dess konfigurationshistorik.
Avveckla oanvända namn genom att dokumentera sista aktiva version och historisk innebörd. Radera inte historiken bara för att dagens kampanjer inte använder namnet. En framtida analytiker som läser förra kvartalets resultat behöver veta om eventet motsvarade dagens handling. Med det underlaget blir namngivningen en pålitlig del av mätningen som fler än den ursprungliga utvecklaren kan förstå.
Källor och avgränsning
Styr eventens betydelse, val av standardevent och ändringar av egna namn mellan avsändare och kampanjinställningar.
Arbetsmetoder och exempel är redaktionella förslag. Kontrollera aktuella plattformsvillkor och funktioner inför genomförandet.