Eventi custom e key events su GA4: trasformare i clic in KPI di business
Eventi standard vs custom, parametri, key events (ex conversioni): come si configurano davvero eventi GA4 che producono report orientati al business.
In questa pagina
Introduzione
GA4 traccia eventi automatici a sufficienza per riempire una dashboard. Pochi degli eventi automatici dicono qualcosa di utile sul business. Per quello servono gli eventi custom, e ancora di più i key events: la differenza tra "il sito ha fatto N click" e "il sito ha portato N contatti commerciali". Cambia la conversazione con chi ti chiede a cosa serve quel canone mensile.
Una PMI bolognese mi chiama dopo otto mesi di GA4 attivo, fiera di farmi vedere la sua dashboard. Numeri ovunque, grafici colorati, percentuali con la freccetta verde. Domanda: "Quante chiamate ti ha portato il sito a maggio?" Risposta: silenzio, poi un "boh, una decina forse?" Aveva GA4 perfettamente acceso, e completamente cieco sulla cosa che il suo sito doveva misurare. Eventi automatici a manetta, eventi custom zero, key events nemmeno l'idea. Vediamo come si esce da lì.
Quali tipi di evento esistono in GA4 e perché ti riguardano
GA4 lavora con tre famiglie di eventi: automatici, recommended, custom. Gli automatici partono da soli appena installi il tag (`page_view`, `session_start`, `first_visit`, `user_engagement`). I recommended sono nomi standardizzati da Google per casi comuni: `generate_lead`, `sign_up`, `purchase`, `add_to_cart`. Sono ancora "custom" nel senso che li devi sparare tu, ma usando un nome che Google riconosce. I custom veri sono quelli che inventi tu, con il nome che vuoi, quando nessuno dei recommended copre il caso.
La regola che salva tempo è una sola: prima cerchi nei recommended, poi inventi un custom. Se vuoi tracciare un contatto commerciale, esiste già `generate_lead`: non chiamarlo `lead_form_completato` perché ti senti creativo. Stessa cosa per `sign_up`, `view_item`, `add_to_wishlist`. Usare il nome standard significa che Google Ads, Meta CAPI, BigQuery e qualunque tool a valle riconosce l'evento e lo gestisce nei modelli giusti. Inventare nomi nuovi quando esistono già è il modo più rapido di sabotare la Smart Bidding. [UNIQUE INSIGHT: il 70% degli eventi "custom" che vedo nei setup ereditati sono in realtà recommended events camuffati con nomi italiani. Sembra una sciocchezza, ed è una perdita secca di segnale di conversione per gli algoritmi.]
[IMAGE: schermata GA4 Events report con elenco eventi recommended e custom - search "google analytics events"]
Quando un evento custom serve davvero (e quando no)
Il primo test prima di creare un evento nuovo è: "Google ha già un nome per questo?" Il secondo è: "L'azione che voglio misurare cambia davvero qualcosa nel business?" Se la risposta è no, lascia stare. Aggiungere eventi inutili gonfia il `report di engagement`, sporca le `Explorations`, e ti porta vicino al limite dei 500 eventi distinti per proprietà (sì, esiste). Tre regole pratiche per il naming custom: tutto snake_case, mai camelCase, mai trattini, mai spazi. Verbo + sostantivo (esempi: `apri_menu_mobile`, `chiudi_popup_iscrizione`, `clicca_telefono_footer`).
Esempi di eventi custom che hanno senso per una PMI italiana: click_telefono (l'azione più importante in assoluto se l'obiettivo del sito è la chiamata), click_whatsapp, click_mappa_indicazioni, invio_form_preventivo, download_listino_pdf, scroll_90_percento_articolo. Ognuno racconta un'intenzione del visitatore che gli automatici non vedono. Eventi che invece non servono e sporcano i report: ogni singolo hover, ogni movimento del mouse, ogni passaggio tra le sezioni accordion. Sono interazioni, non intenzioni di business.
Quali parametri allegare a un evento e perché contano
Un evento senza parametri è un click senza contesto. I parametri sono i campi che viaggiano insieme all'evento e che ti permettono di segmentare nei report. Sull'evento `click_telefono`, il parametro `posizione_pagina` con valori `header`, `footer`, `box_servizio_ads` ti dice da dove arrivano le chiamate. Sull'evento `generate_lead`, il parametro `form_id` ti dice quale form ha convertito di più. Sul `view_item`, il parametro `item_category` ti permette di vedere quali servizi sono visti più di altri.
Ogni evento in GA4 può portare fino a 25 parametri custom. Bastano e avanzano: meglio sceglierne pochi e significativi. Importante: i parametri custom NON appaiono automaticamente nei report standard. Vanno registrati come `Custom dimensions` o `Custom metrics` in `Admin, Custom Definitions, Create custom dimension`. Solo dopo questa registrazione li ritrovi nei report e nelle Explorations. Saltare questo passo significa avere il parametro tracciato (lo vedi in DebugView) ma invisibile ovunque tu serva farci un report. Errore frequente, frustrazione garantita. [PERSONAL EXPERIENCE: la prima volta che ho dimenticato di registrare un parametro come custom dimension, ho perso un'ora a chiedermi perché non comparisse nelle Explorations. Da allora ho una checklist: tracciare, registrare, attendere 24h, verificare.]
Quali eventi marcare come key events (ex conversioni)
I key events sono il punto in cui un evento qualsiasi diventa "una cosa importante". Il nome è cambiato (prima si chiamavano `Conversions`), il concetto è lo stesso: marchi un evento come key event e diventa quello su cui ottimizzano i report di acquisizione, le campagne in Google Ads (se hai linkato l'account), e il modeling di Consent Mode. La spunta si dà in `Admin, Events`: trovi l'evento, attivi `Mark as key event`. Da quel momento, ogni occorrenza è una "conversione" agli occhi di GA4 e di Ads.
Regola d'oro: pochi eventi marcati come key events. Massimo 5-7 per una PMI, idealmente 3. Marcarne 15 significa diluire il segnale: ad Ads, dire "tutto è importante" equivale a dire "niente è importante". Per una PMI che vuole chiamate, i key events ragionevoli sono `generate_lead` (form contatto), `click_telefono` (chiamata diretta), `click_whatsapp` (contatto messaggistica). Punto. Tutto il resto è metrica di supporto, utile in Explorations, inutile come segnale per Smart Bidding. [ORIGINAL DATA: dei progetti Google Ads che subentro a gestire, il 60% ha più di 10 conversioni attive contemporaneamente. La prima cosa che faccio è disattivarne 7-8 e lasciare solo i 2-3 che corrispondono a contatti commerciali veri. Le campagne, dopo 14 giorni, ricominciano a respirare.]
[IMAGE: pannello GA4 con elenco eventi e toggle "Mark as key event"- search "analytics conversion tracking"]
Quali eventi dovrebbe tracciare una PMI tipo
Lista pratica, per chi vuole un punto di partenza concreto. Eventi automatici da tenere: `page_view`, `scroll` (al 90%), `first_visit`. Recommended events da implementare: `generate_lead` (qualunque form di contatto), `sign_up` (newsletter). Custom events utili: `click_telefono` con parametro `posizione_pagina`, `click_whatsapp` con stesso parametro, `click_mappa` se hai sede fisica, `download_pdf` con `nome_file` come parametro, `play_video_50` se hai contenuti video importanti.
Per chi ha un e-commerce, il discorso si amplia: `view_item`, `add_to_cart`, `begin_checkout`, `add_payment_info`, `purchase`, tutti con l'oggetto `items` correttamente popolato (è il punto dove inciampano in nove e-commerce su dieci). Per chi ha un sito vetrina + booking esterno tipo Calendly, evento `schedule` con `service_type` come parametro. Naming convention finale: snake_case, parole italiane se l'azienda lavora in italiano (così chi legge i report capisce subito), nomi descrittivi ma corti. Mai più di 30 caratteri.
Come si testa un evento prima di metterlo in produzione
Tre strumenti, e in quest'ordine. Uno: DebugView. Attivi la modalità debug (estensione GA Debugger di Chrome, oppure parametro `?gtm_debug=x` se usi GTM in preview mode). Apri il sito, esegui l'azione che dovrebbe sparare l'evento, e in DebugView vedi l'evento entrare in tempo reale, con tutti i parametri. Se l'evento non compare, il problema è nel codice (tag non parte, trigger non scatta). Se compare ma senza parametro, il problema è nella valorizzazione (data layer non popolato).
Due: Realtime report. Conferma che l'evento sia ricevuto dalla proprietà, non solo dal debug. Tre: dopo 24 ore, Events report in `Reports, Engagement, Events`. Qui vedi l'evento aggregato. Se hai marcato l'evento come key event, lo trovi anche in `Reports, Acquisition, Traffic acquisition` come colonna conversioni. Errore comune: testare un evento, vederlo in DebugView, dichiarare il lavoro finito. Poi tre giorni dopo scoprire che in produzione l'evento non si attiva mai, perché il selettore CSS è diverso o perché il trigger ha una condizione sbagliata. Il test in produzione, da incognito, dopo 24h, è obbligatorio. Su questo, la guida pratica al debug è nel pezzo dedicato a GTM setup e debug per PMI.
FAQ
Quanti eventi custom posso creare in GA4?
Il limite tecnico è 500 eventi distinti per proprietà, e 25 parametri custom per evento. Nei fatti, una PMI ben configurata ne ha tra i 10 e i 20. Oltre quella soglia, di solito c'è ridondanza o eventi inutili. Meglio averne pochi e ben strutturati che molti e disordinati.
Posso modificare un evento già esistente?
Sì, in `Admin, Events, Modify event` puoi rinominare un evento, cambiare i parametri, o creare un nuovo evento a partire da uno esistente con `Create event`. La modifica vale dal momento in cui la applichi: i dati storici restano come sono. Per questo conviene scegliere nomi giusti la prima volta.
Gli eventi custom funzionano anche con Google Ads?
Sì, se hai linkato l'account Ads a GA4 e hai marcato gli eventi come key events, puoi importarli come conversioni in Ads. È il modo standard di alimentare la Smart Bidding con segnali significativi senza dover configurare il tracking due volte.
Quanto tempo serve perché un evento custom appaia nei report?
In DebugView è immediato. In Realtime entro qualche minuto. Nei report standard (Engagement, Acquisition) servono dalle 24 alle 48 ore per i primi conteggi aggregati. I parametri custom registrati come dimension richiedono lo stesso tempo per popolarsi nelle Explorations.
Misurare quello che conta, non quello che è facile
GA4 di default ti dà la lusinga di sembrare misurato. Hai numeri, hai grafici, hai persino una bella sezione "Insights" che ti suggerisce cose. Ma se non hai eventi custom che mappano le azioni di business e key events che dicono al sistema cosa conta, stai misurando il rumore. Eventi custom ben fatti non sono un esercizio tecnico: sono il modo in cui il tuo sito smette di essere una vetrina e comincia a essere uno strumento commerciale tracciabile.
Per un quadro più ampio sugli strumenti che servono per misurare bene, c'è la sezione tracciamento e analytics, e per capire come questi eventi alimentano le campagne, strumenti per l'advertising è il pezzo collegato. Per chi vuole un setup eventi fatto bene la prima volta, da chi gestisce campagne Google Ads e Meta tutti i giorni, la strada più breve resta una telefonata al 329 128 68 25.
Hai bisogno di un chiarimento?
Contattaci per ricevere indicazioni precise sul servizio piu adatto.