Google Analytics 4: configurazione, eventi e report che servono davvero

Google Analytics 4 (GA4) è la versione attuale di Google Analytics: raccoglie i dati di siti e app e li organizza in eventi, non in sessioni. Con la configurazione di base misura le visite e poco altro. Quello che serve a un'azienda, cioè sapere da dove arrivano i contatti e quali pagine li producono, lo decidi tu con eventi chiave, parametri e consenso.

In questa pagina trovi come ho configurato GA4 su seo.srl, con le scelte e i loro limiti, e i passi per fare lo stesso sul tuo sito. Fa parte della guida al digital marketing e alla misurazione. Per i tag senza codice c'è la pagina su Google Tag Manager; qui spiego perché sul mio sito non lo uso.

Cos'è GA4 e cosa cambia rispetto a Universal Analytics#

Secondo l'help di Google, GA4 usa dati basati sugli eventi anziché sulle sessioni. In Universal Analytics la visita era l'unità di misura e le azioni (pagina vista, clic, transazione) erano tipi diversi di "hit". In GA4 tutto è un evento: la pagina vista è l'evento page_view, lo scroll è scroll, l'invio di un modulo è un evento che decidi tu. Ogni evento porta con sé parametri, come l'indirizzo della pagina o il punto del sito da cui è partito.

Per chi ha ancora in mente Universal Analytics: le proprietà standard hanno smesso di elaborare dati il 1° luglio 2023 e l'accesso ai dati storici è terminato il 1° luglio 2024. Non c'è niente da recuperare e non c'è una versione parallela: GA4 è l'unico Google Analytics in uso.

Il modello a eventi ha una conseguenza pratica. GA4 non ti dice da solo cosa è importante per la tua azienda: raccoglie ciò che gli mandi e ciò che la misurazione avanzata aggiunge. Una proprietà appena creata e lasciata così mostra visite e pagine, ma non sa se qualcuno ha scritto, telefonato o si è iscritto.

Come ho configurato GA4 su seo.srl#

Ogni scelta ha un motivo e un costo.

gtag.js diretto, senza Google Tag Manager#

Ho inserito gtag.js direttamente nel codice del sito, senza Tag Manager. Il sito è scritto da me e gli eventi partono dal codice: un tag manager in mezzo aggiungerebbe un secondo posto dove controllare cosa viene inviato, un altro script da caricare e un'altra autorizzazione nelle regole di sicurezza del sito. Con pochi eventi e un solo sviluppatore, non mi serve cambiare i tag senza toccare il codice. Il limite è l'opposto: ogni modifica agli eventi è una modifica al codice e una pubblicazione. Se nel tuo team marketing e sviluppo sono persone diverse, la scelta giusta è quasi sempre Tag Manager.

Nessuna richiesta a Google prima del consenso#

gtag.js si carica solo dopo il clic su "Accetta" nel banner, oppure al caricamento della pagina se la persona ha già accettato e la scelta ha meno di 6 mesi. Con "Rifiuta", o senza scelta, il browser non contatta né googletagmanager.com né google-analytics.com: niente script, niente eventi. Se la persona revoca il consenso dalle preferenze cookie, il sito smette di inviare, nega il consenso statistico e cancella i cookie _ga sul dominio.

Il costo è chiaro e lo dichiaro: misuro solo chi accetta. I numeri in GA4 sono un sottoinsieme delle visite reali e non c'è nessuna stima che riempia il resto. Per me è un compromesso accettabile: preferisco numeri più bassi e puliti a una raccolta che parte prima della scelta. Prima di confrontare GA4 con il traffico del server o con Search Console, ricordati che i due insiemi non coincidono.

Consent Mode v2 con i segnali pubblicitari sempre negati#

Prima dell'invio di qualsiasi dato imposto lo stato predefinito del consenso. Google chiede che il comando default venga eseguito prima di qualunque comando che invia dati di misurazione e che arrivi prima di config; il comando update comunica poi la scelta dell'utente. Nel mio snippet l'ordine è questo:

gtag('consent', 'default', {
  ad_storage: 'denied',
  ad_user_data: 'denied',
  ad_personalization: 'denied',
  analytics_storage: 'denied'
});
gtag('consent', 'update', { analytics_storage: 'granted' });
gtag('js', new Date());
gtag('config', 'G-XXXXXXXXXX', { send_page_view: false });

Con la versione 2 si aggiungono ai due segnali originali ad_user_data e ad_personalization, che riguardano i dati inviati a Google per la pubblicità e gli annunci personalizzati. Li lascio sempre su denied: il sito non usa cookie pubblicitari e GA4 qui serve a misurare, non a costruire pubblici. Se un giorno collegassi Google Ads dovrei rivedere questa scelta e la gestione del consenso.

Page view inviati dal sito, non da GA4#

Il sito è una single page application: passando da una pagina all'altra il browser non ricarica la pagina. Per questo la configurazione ha due parti, che vanno scelte insieme.

• In config ho messo send_page_view: false, quindi gtag non invia il page_view automatico.
• Il sito invia un page_view a ogni cambio di rotta, con page_location, page_path e page_title, quando il titolo della nuova pagina è già quello giusto.
• Nello stream web ho disattivato nella misurazione avanzata le modifiche alla pagina in base agli eventi della cronologia del browser. Google spiega che quell'opzione monitora pushState, popState e replaceState e può inviare a sua volta un page_view: lasciata attiva insieme al mio invio manuale, ogni navigazione verrebbe contata due volte.

Le altre voci della misurazione avanzata le ho lasciate accese. Google le elenca: scroll, clic in uscita, ricerca nel sito, coinvolgimento video, download di file e interazioni con i moduli. Clic in uscita e download non li duplico con eventi miei.

I passi per configurare GA4 da zero#

La sequenza che seguo, in ordine, con le voci di menu come le indica Google nell'help. Per creare la proprietà serve il ruolo Editor sull'account; per lo stream e l'ID di misurazione, Editor o superiore sulla proprietà (Google Analytics Help, creare proprietà e stream).

1. Crea la proprietà. In Amministrazione clicca Crea, poi Proprietà. Inserisci il nome, il fuso orario e la valuta dei report, poi settore e dimensione dell'attività.
2. Aggiungi lo stream web. In Amministrazione, sotto Raccolta e modifica dei dati, apri Stream di dati, poi Aggiungi stream e scegli Web. Inserisci l'indirizzo principale del sito e un nome.
3. Copia l'ID di misurazione. Si trova nei dettagli dello stream e inizia con G-. È pubblico, finisce nell'HTML del sito: non è un segreto.
4. Imposta la misurazione avanzata. Tienila attiva; se invii tu i page_view, spegni le modifiche alla cronologia.
5. Collega il consenso come descritto sopra.
6. Invia gli eventi del sito con parametri dai nomi coerenti.
7. Segna gli eventi chiave, pochi.
8. Registra le dimensioni personalizzate per i parametri che vuoi leggere nei report.
9. Porta la conservazione dei dati a 14 mesi.
10. Verifica in DebugView che gli eventi arrivino con i parametri giusti, prima e dopo il consenso.
11. Imposta il filtro del traffico interno se la tua squadra visita spesso il sito.

Gli eventi che invia seo.srl#

Google distingue gli eventi raccolti automaticamente o con la misurazione avanzata, quelli consigliati, che non vengono inviati automaticamente perché richiedono contesto (un esempio è generate_lead, che Google descrive come l'invio di un modulo o di una richiesta di informazioni) e quelli personalizzati, che scegli e nomini tu. Quando esiste un evento consigliato adatto, usalo con il suo nome: i report e gli strumenti di Google lo riconoscono. Il resto sono eventi personalizzati con nomi che dicono cosa è successo.

Questi sono gli eventi che il mio sito invia, con il momento in cui partono e se li ho segnati come chiave:

Un paio di scelte in questa tabella meritano una nota. I moduli inviano l'evento solo quando il server risponde di aver ricevuto il messaggio: un clic su "Invia" che fallisce non è un contatto. E scroll_75 esiste perché lo scroll della misurazione avanzata scatta solo al 90% della pagina, una soglia alta per articoli lunghi; il mio evento misura la lettura arrivata ai tre quarti, ma resta un evento normale e non conta come risultato.

I parametri hanno nomi fissi: form_location dice da quale modulo è partito l'invio, link_location se il clic era in testata, nel corpo o nel piè di pagina, cta_id quale richiamo è stato cliccato.

Gli eventi chiave: i cinque che ho scelto#

Un evento chiave, per Google, misura un'azione particolarmente importante per il successo della tua attività. È il nuovo nome delle conversioni: Google ha annunciato il 21 marzo 2024 che le conversioni nei report e nelle esplorazioni sarebbero diventate eventi chiave. Il nome "conversione" resta per Google Ads, dove indica un'azione importante per misurare le prestazioni delle campagne e ottimizzare la strategia di offerta (Conversioni e eventi chiave, Google Analytics Help). Come usare questi dati per aumentare i contatti senza più traffico lo spiego nella pagina sulla CRO.

Sul mio sito ho segnato come chiave solo cinque eventi:

Gli altri eventi (click_email, i clic sulle CTA, newsletter_signup_request, scroll_75) restano normali. Servono a leggere il percorso che porta al contatto, ma non sono il contatto. Se segno tutto come chiave, il numero nei report non dice più se il sito ha portato lavoro.

Un caso a cui faccio attenzione, con la newsletter (la gestione del doppio opt-in è nella guida all'email marketing): newsletter_confirmed parte solo se la persona ha accettato i cookie statistici sul browser in cui apre il link di conferma. Di solito è lo stesso dispositivo, ma non sempre, e le iscrizioni confermate in GA4 sono quindi un minimo.

Le dimensioni personalizzate da registrare#

I parametri che invio, come form_location o cta_id, arrivano a GA4 ma non compaiono nei report finché non crei la dimensione personalizzata corrispondente. Google spiega che per usare dati personalizzati nei report occorre prima definire la dimensione; per i parametri degli eventi l'ambito è Evento. Le ho registrate tutte con ambito Evento e con il nome uguale a quello del parametro:

• form_location
• form_name
• link_location
• link_url
• cta_id

Le crei in Amministrazione, Definizioni personalizzate. Le proprietà standard hanno un tetto per ambito (50 dimensioni sugli eventi), quindi registro solo i parametri che leggerò.

Conservazione dei dati: da 2 a 14 mesi#

Per i dati a livello di evento le proprietà standard offrono due valori: 2 mesi o 14 mesi (Google Analytics Help, conservazione dei dati). L'impostazione riguarda solo le esplorazioni e le canalizzazioni: i report standard non sono toccati. Chi confronta un periodo con quello dell'anno prima, con 2 mesi, non ha i dati.

Io l'ho portata a 14 mesi da Amministrazione, alla voce Conservazione dei dati. La imposto il primo giorno, prima di avere dati da perdere.

Traffico interno e verifica in DebugView#

Escludere le visite della tua squadra#

Le visite di chi lavora sul sito falsano i numeri, soprattutto su un sito con poco traffico. Il filtro si basa sull'indirizzo IP o su un intervallo di indirizzi: definisci la regola di traffico interno nello stream web, che aggiunge a ogni evento il parametro traffic_type (di norma internal), poi crei il filtro dei dati in Amministrazione. Un filtro ha tre stati: Test, in cui puoi controllare cosa viene escluso, Attivo e Inattivo. Una volta attivo, l'effetto sui dati è permanente: i dati esclusi non vengono mai elaborati. Prima di attivarlo, guarda in Test che escluda solo ciò che pensi.

DebugView#

DebugView mostra in tempo reale gli eventi e le proprietà utente raccolti da un dispositivo. Lo trovi in Amministrazione, sotto Visualizzazione dati. Per vedere il tuo dispositivo, attiva la modalità di debug: Google indica Tag Assistant oppure il parametro debug_mode nel comando config o nell'evento. Un avviso importante vale per la configurazione con consenso: se hai attivato il controllo del consenso e non hai accettato i cookie di Analytics, gli eventi in DebugView non compaiono. Su un sito come il mio il test comincia quindi dal banner: accetta, poi guarda l'evento arrivare.

Verifico due cose: prima del consenso non parte nessuna richiesta verso Google (lo vedo nella scheda Rete del browser); dopo, gli eventi compaiono in DebugView con tutti i parametri.

UTM sui post LinkedIn#

I link dei miei post su LinkedIn portano parametri UTM con una convenzione fissa: utm_source=linkedin, utm_medium=social, utm_campaign con il tema del post e utm_content per distinguere profilo personale e pagina aziendale. GA4 legge le UTM dall'indirizzo della prima pagina vista, quindi non serve altro codice.

Le regole di Google che applico: servono sempre utm_source, utm_medium e utm_campaign, i valori distinguono maiuscole e minuscole (linkedin e LinkedIn sono due sorgenti diverse) e conviene una sola forma per piattaforma. Scrivo tutto in minuscolo e tengo un registro dei link.

Per leggerle: nel report Acquisizione traffico la dimensione "Sessione: sorgente/mezzo" mostra linkedin / social; come dimensione secondaria puoi aggiungere la campagna manuale o la pagina di destinazione. Il limite è lo stesso del consenso: se una persona arriva dal post, passa a un'altra pagina e solo dopo accetta, l'indirizzo con le UTM è già alle spalle e la sessione risulta diretta.

I report che servono davvero#

GA4 ha decine di report. Sul mio sito ne guardo quattro.

Acquisizione traffico#

Si trova in Report, Acquisizione, Acquisizione traffico (Google Analytics Help). Include sessioni, sessioni con engagement e eventi chiave, con la dimensione predefinita del raggruppamento dei canali. Cambiando la dimensione leggi sorgente/mezzo, campagna o sorgente. È il report per capire quale canale porta le visite e, con la colonna degli eventi chiave, quale porta i contatti.

Il raggruppamento predefinito comprende 19 canali, fra cui Assistenti AI: Google lo definisce come il canale da cui arrivano gli utenti da sorgenti come ChatGPT, Gemini, Deepseek, Copilot e Grok, e precisa che AI Overview e AI Mode di Google ne sono escluse e restano nella Ricerca organica. Le note di rilascio di Google lo annunciano il 13 maggio 2026 (Google Analytics release notes). Come isolare e leggere queste visite lo spiego in come misurare il traffico dalle AI in GA4; cosa fare perché i crawler delle AI vi arrivino lo trovi in come comparire nelle risposte delle AI.

Pagine e schermate#

Si apre da Report, Coinvolgimento, Pagine e schermate. Mostra le visualizzazioni, gli utenti attivi, il tempo medio di coinvolgimento e gli eventi chiave per ogni pagina (Google Analytics Help). Serve a trovare le pagine che portano visite ma non contatti, e quelle con pochi accessi che producono risultati. Confronta pagine simili: un articolo e una pagina contatti hanno compiti diversi.

Eventi chiave per canale#

Non è un report a parte: è la colonna degli eventi chiave dentro Acquisizione traffico, letta per canale e sorgente. È il punto in cui GA4 risponde alla domanda che interessa a chi decide un budget: quale canale porta richieste di contatto.

Esplorazioni#

Le esplorazioni sono, per Google, tecniche avanzate più approfondite dei report standard: formato libero, funnel, percorso, coorte e altre. Si aprono da Esplora, nel menu a sinistra. Le uso per i passaggi del modulo e per confrontare percorsi, ed è il punto in cui la conservazione a 2 mesi fa danni. Se hai anche annunci, qui incroci i percorsi con il ROAS (il listino e il metodo di gestione sono nella pagina sulla gestione di Google Ads); per la visione d'insieme dei canali c'è il marketing multicanale.

Errori di configurazione che si vedono più spesso#

Sono gli errori comuni di una proprietà GA4, quelli che ho evitato nella configurazione descritta sopra.