Come dovresti chiamare i tuoi eventi? "purchase" o "purchase_conversion"? "button_click" o "click_button"? "form_submit" o "submit_form"? I nomi sembrano un dettaglio, ma se li sbagli il tracciamento diventa un caos. Una persona chiama un evento "purchase". Un'altra chiama un evento simile "conversion". Ora hai un tracciamento doppio con nomi diversi. I report mostrano numeri in conflitto. I team discutono su quale numero sia giusto. Dei buoni nomi evitano tutto questo. Nomi coerenti significano che tutti sanno cosa fa ogni evento.
Questo articolo spiega come dare un nome agli eventi e strutturarli, in modo che il tuo sistema di tracciamento resti ordinato mentre cresci.
Cosa sono i nomi e la struttura degli eventi
Dare un nome agli eventi significa etichettarli. "purchase", "form_submit", "video_play". La struttura è il modo in cui organizzi gli eventi. Quali eventi stanno insieme? Come li classifichi? Buoni nomi e una buona struttura tengono ordinato il tracciamento.
Dei nomi sbagliati sono fatti così. Una persona crea "purchase". Un'altra crea "buy". Un'altra ancora crea "transaction". La stessa cosa ha tre nomi diversi. I tuoi report mostrano tre eventi separati. I team non sanno di quale numero fidarsi.
Dei buoni nomi seguono convenzioni coerenti. Tutti gli eventi di acquisto si chiamano "purchase". Tutti gli eventi dei moduli iniziano con "form_". Tutti gli eventi di coinvolgimento iniziano con "engagement_". La coerenza porta chiarezza.
Crea una convenzione di denominazione
Definisci come darai un nome a tutti gli eventi. Includi una categoria. "conversion_purchase." "conversion_signup." "engagement_video_play." Prima viene la categoria. Poi l'evento specifico.
Usa i trattini bassi o il camelCase in modo coerente. Tutto minuscolo con i trattini bassi. Oppure camelCase. Scegline uno e mantienilo. Maiuscole e minuscole incoerenti creano confusione.
Tieni i nomi brevi ma descrittivi. "purchase" è meglio di "user_completes_purchase_transaction". "form_submit" è meglio di "form_submission_event_trigger". I nomi devono essere chiari senza essere prolissi.
Raggruppa gli eventi correlati
Decidi quali eventi sono collegati. Gli eventi di acquisto stanno insieme. Gli eventi dei moduli stanno insieme. Gli eventi di navigazione stanno insieme. Raggruppa gli eventi correlati nella documentazione e nella dashboard.
Usa i prefissi per mostrare i gruppi. "conversion_purchase." "conversion_signup." Entrambi iniziano con "conversion". Chiunque legga il nome capisce che misurano conversioni.
Nei report, organizza gli eventi per gruppo. Crea una dashboard degli eventi di conversione. Una degli eventi di coinvolgimento. Una degli eventi di errore. L'organizzazione aiuta i team a trovare ciò che serve.
Crea una gerarchia degli eventi
Alcuni eventi sono più importanti di altri. L'acquisto è critico. Gli invii dei moduli sono importanti. Gli scroll della pagina sono secondari. Crea una gerarchia.
Documenta quali eventi sono critici. Quali sono importanti. Quali sono utili ma non necessari. Gli eventi critici si testano di più. Quelli importanti si controllano con regolarità. Quelli secondari hanno un monitoraggio di base.
Usa questa gerarchia per distribuire le risorse. Dedica più tempo a far funzionare gli eventi critici. Meno tempo a quelli secondari.
Documenta le definizioni degli eventi
Per ogni evento, documenta cos'è. Quando si attiva? Quali dati raccoglie? Quando qualcuno entra nel team, legge la tua documentazione e capisce il sistema.
Includi degli esempi. "L'evento purchase si attiva quando qualcuno completa un acquisto. Raccoglie l'importo dell'ordine, la categoria del prodotto e l'ID utente. Esempio: l'evento purchase si attiva con i valori $49.99, electronics, user123."
La documentazione evita gli eventi duplicati. Prima di creare un nuovo evento, qualcuno controlla la documentazione. Se esiste qualcosa di simile, lo riutilizza.
Allinea gli eventi agli obiettivi dell'attività
I tuoi eventi dovrebbero corrispondere agli obiettivi dell'attività. Se l'obiettivo sono le vendite, hai eventi di acquisto. Se sono i contatti, hai eventi di iscrizione. Se è il coinvolgimento, hai eventi di coinvolgimento.
Collega ogni evento a un obiettivo. "Questo evento misura il nostro obiettivo di vendita." "Questo evento misura la generazione di contatti." "Questo evento misura il coinvolgimento." L'allineamento aiuta i team a capire perché gli eventi esistono.
Rivedi gli eventi ogni trimestre. Gli eventi che tracci sono ancora in linea con gli obiettivi? Se la tua attività cambia, forse servono eventi nuovi. Elimina gli eventi che non contano.
Domande frequenti
I nomi degli eventi vanno al singolare o al plurale?
Al singolare. "purchase", non "purchases". "form_submit", non "form_submits". Il singolare è più chiaro. "purchase" è una singola occorrenza dell'azione. I nomi al singolare evitano confusione. Con il creatore di siti di WEMASY puoi impostarlo direttamente sul tuo sito.
Quanti eventi dovremmo nominare e tracciare?
Parti dagli eventi critici. Acquisto, iscrizione, invio modulo. Poi aggiungi quelli importanti. Riproduzioni video, azioni di coinvolgimento. Poi quelli secondari. Scroll, clic. La maggior parte dei siti finisce con 10 o 30 eventi. Oltre questo numero perdi il focus.
Abbiamo eventi vecchi con nomi sbagliati. Dovremmo rinominarli?
No. Rinominare rompe i dati storici. Da ora in poi usa buone convenzioni di denominazione. Per i dati storici, crea un documento di corrispondenza. "Vecchio nome: purchase_complete. Nuovo nome: conversion_purchase." La corrispondenza aiuta i team a capire che entrambi i nomi indicano la stessa cosa.
Dovremmo mettere il nome della pagina nel nome dell'evento?
No. L'informazione sulla pagina è un dato collegato all'evento, non il nome dell'evento. Un evento si attiva quando qualcuno clicca un pulsante. La pagina in cui si trova è contesto, non il nome dell'evento. Tieni i nomi degli eventi generici.
Come gestiamo gli eventi che si attivano su più pagine?
Usa lo stesso nome di evento a prescindere dalla pagina. "form_submit" si attiva su ogni pagina con un modulo. L'informazione sulla pagina viene allegata come dato dell'evento. Questa semplificazione ti dà un solo evento invece di dieci.
Dovremmo annidare gli eventi o tenerli su un unico livello?
Tienili su un unico livello nei nomi. Usa le categorie nei prefissi. "conversion_purchase", "engagement_video_play". Una struttura piatta con prefissi è più chiara di una annidata. La maggior parte dei team usa nomi piatti con prefissi di categoria.