Checklist degli Eventi GA4 per E-commerce: i 9 Eventi da Configurare Subito
Lettura 7 min · AstraLoop Studio
Se vendi online e ti affidi a GA4 per capire cosa succede tra la vetrina e la cassa, gli eventi e-commerce sono il tuo impianto elettrico. Quando sono cablati bene vedi ogni passaggio del cliente, dalla lista prodotti fino all'acquisto e al reso. Quando sono cablati male ottieni numeri che sembrano giusti ma non lo sono: fatturato gonfiato, carrelli fantasma, tassi di conversione senza senso.
Il problema è che GA4 non traccia l'e-commerce da solo. La misurazione avanzata (enhanced measurement) gestisce click, scroll e download, ma gli eventi di acquisto vanno implementati a mano, con la struttura dati corretta. In questa guida trovi i 9 eventi da configurare subito, evento per evento, con i parametri obbligatori e gli errori che più spesso falsano i dati. È un manuale operativo: puoi usarlo come checklist e spuntare una riga alla volta.
Come ragiona GA4 sugli eventi e-commerce
Prima della checklist serve fissare un concetto: in GA4 ogni evento e-commerce ruota attorno a un parametro chiamato items. È un array (un elenco) in cui descrivi i prodotti coinvolti, con proprietà come item_id, item_name, price e quantity, più opzionali come brand, categoria e variante. Senza l'array items i tuoi eventi partono lo stesso, ma restano gusci vuoti: GA4 registra "qualcuno ha aggiunto al carrello" senza sapere cosa.
Altri due parametri sono decisivi. value è il valore monetario dell'azione e currency è la valuta in formato ISO (per l'Italia, "EUR"). Vanno sempre insieme: se invii value senza currency, GA4 non calcola il ricavo. Infine, usa i nomi degli eventi consigliati da Google esattamente come sono scritti (view_item, add_to_cart, purchase e così via): sono quelli che alimentano i report e-commerce predefiniti. Un evento chiamato "aggiunta_carrello" funziona come evento generico, ma resta fuori dalla reportistica commerce.
In pratica gli eventi sono il livello più granulare del tuo sistema di tracciamento e-commerce: se questo strato è sbagliato, tutto ciò che ci costruisci sopra eredita l'errore.
La checklist dei 9 eventi GA4 da configurare subito
Questi 9 eventi coprono l'intero percorso di acquisto, dalla scoperta del prodotto al rimborso. Configurali in quest'ordine: rispecchia il funnel e ti permette di leggere gli abbandoni passaggio per passaggio, così capisci subito quali KPI e-commerce stanno soffrendo.
| # | Evento | Quando scatta | Parametri chiave |
|---|---|---|---|
| 1 | view_item_list | L'utente vede una lista o griglia di prodotti | items, item_list_name |
| 2 | view_item | Apre la scheda prodotto | items, currency, value |
| 3 | add_to_cart | Aggiunge un prodotto al carrello | items, currency, value |
| 4 | view_cart | Apre il carrello | items, currency, value |
| 5 | begin_checkout | Avvia la procedura di acquisto | items, currency, value, coupon |
| 6 | add_shipping_info | Sceglie la spedizione | items, currency, value, shipping_tier |
| 7 | add_payment_info | Inserisce il metodo di pagamento | items, currency, value, payment_type |
| 8 | purchase | Completa l'ordine | transaction_id, value, currency, items |
| 9 | refund | Rimborso totale o parziale | transaction_id, items |
L'implementazione concreta dipende dalla piattaforma: molti store (per esempio su Shopify collegato a GA4) inviano già una parte di questi eventi tramite app o tema, ma quasi sempre vanno completati, corretti e testati. Non dare mai per scontato che "funzioni di default".
1. view_item_list
Scatta quando l'utente vede un elenco di prodotti: una categoria, i risultati di ricerca, una griglia in home. Serve a misurare quali liste generano interesse. Errore tipico: passare l'intera pagina come una sola lista senza item_list_name, così non distingui la categoria "Scarpe" dalla sezione "Consigliati per te".
2. view_item
Scatta all'apertura della scheda prodotto. È il primo evento con un valore economico associato (il prezzo del prodotto). Errore tipico: valorizzare value con il prezzo ma dimenticare currency, oppure inviare il prezzo come testo ("29,90 euro") invece che come numero puro (29.90).
3. add_to_cart
Il cuore dell'intento d'acquisto. Scatta quando un prodotto entra nel carrello, con quantità e prezzo. Errore tipico: farlo partire al caricamento della pagina invece che al clic sul pulsante, gonfiando gli add_to_cart. Verifica sempre che scatti una sola volta per azione reale.
4. view_cart
Scatta all'apertura del carrello (pagina dedicata o drawer laterale). Misura quanti utenti rivedono il carrello prima di decidere. Errore tipico: confonderlo con begin_checkout. Sono due passaggi distinti e tenerli separati ti fa vedere con precisione dove si ferma il cliente.
5. begin_checkout
Scatta quando l'utente avvia la procedura di acquisto. È lo spartiacque tra "sto guardando" e "sto comprando". Errore tipico: non includere l'array items completo, così perdi il valore del carrello in ingresso al checkout e non puoi calcolare l'abbandono per fascia di prezzo.
6. add_shipping_info
Scatta quando l'utente sceglie la modalità di spedizione (parametro shipping_tier, per esempio "Standard" o "Express"). Ti dice se un'opzione di spedizione sta bloccando la conversione. Errore tipico: saltarlo perché "tanto c'è begin_checkout", perdendo visibilità su uno dei punti di abbandono più frequenti.
7. add_payment_info
Scatta quando l'utente inserisce il metodo di pagamento (parametro payment_type). È l'ultimo gradino prima dell'acquisto e uno dei punti di abbandono più costosi. Errore tipico: ometterlo del tutto, lasciando un buco nel funnel proprio dove servirebbe capire perché il cliente si arresta.
8. purchase
L'evento più importante: registra l'ordine completato. Richiede transaction_id (identificativo univoco dell'ordine), value, currency e l'array items, più idealmente shipping, tax e coupon. Marcalo come evento chiave (key event) in GA4, così diventa una conversione. Errore tipico: l'evento parte due volte perché il cliente ricarica la pagina di ringraziamento. GA4 usa il transaction_id per riconoscere le transazioni, ma il modo più sicuro è far scattare il purchase una sola volta.
9. refund
Scatta su un rimborso, totale o parziale. Usa lo stesso transaction_id del purchase originale; per i rimborsi parziali includi nell'array items solo i prodotti resi. Errore tipico: non implementarlo affatto, così il fatturato in GA4 resta lordo e non riflette i resi, un dato che per alcuni settori (la moda su tutti) cambia radicalmente il ROI reale.
Tre eventi complementari da aggiungere una volta che il funnel base regge: select_item (clic su un prodotto dentro una lista, per collegare le liste alle visite prodotto), remove_from_cart (rimozione dal carrello) e add_to_wishlist. Non sono prioritari come i 9 sopra, ma affinano la lettura dei micro-abbandoni.
Vuoi essere sicuro che ogni euro di fatturato in GA4 sia reale? Richiedici un check del tuo tracciamento e-commerce: individuiamo eventi mancanti, doppioni e parametri sbagliati prima che sporchino le tue decisioni.
Gli errori trasversali che falsano i dati e-commerce
Alcuni problemi non riguardano un singolo evento ma l'intero impianto. Sono quelli che, alla lunga, ti fanno perdere fiducia nei numeri.
- Valuta mancante. Ogni volta che invii value devi inviare anche currency. Senza, GA4 registra l'evento ma azzera il ricavo associato.
- Schema vecchio di Universal Analytics. Se migri da UA, il dataLayer usava products e id; GA4 vuole items e item_id. Riciclare il vecchio codice è la causa numero uno di eventi "vuoti".
- item_id incoerente. Lo stesso prodotto deve avere lo stesso item_id in tutti gli eventi e, idealmente, anche nel feed di Merchant Center. Se cambia tra add_to_cart e purchase, GA4 li tratta come prodotti diversi.
- value come stringa. I valori monetari vanno inviati come numeri (29.90), mai come testo con simbolo di valuta o virgola.
- Consent Mode che blocca tutto. Nell'Unione Europea, senza consenso gli eventi possono non partire. Configura il Consent Mode v2 per non perdere dati e restare in regola.
- Nessun test prima del go-live. Pubblicare senza controllare in DebugView significa scoprire i buchi settimane dopo, sui dati già sporcati.
Come verificare che gli eventi funzionino davvero
Configurare non basta: devi vedere gli eventi arrivare con i parametri giusti. Tre strumenti, in ordine.
- DebugView. Attiva la modalità debug (con Tag Assistant o l'anteprima di Google Tag Manager) e compi un acquisto di prova. In DebugView vedi ogni evento in tempo reale e puoi cliccarlo per controllare items, value, currency e transaction_id.
- Report in tempo reale. Conferma che gli eventi arrivino anche dal traffico reale, non solo dalla tua sessione di debug.
- Report Monetizzazione (Acquisti e-commerce). Dopo 24-48 ore, controlla che ricavi, prodotti e transazioni compaiano coerenti. Un fatturato molto diverso da quello del gestionale è il segnale che qualcosa non torna.
Un test d'acquisto reale (o in modalità sandbox) resta la prova più affidabile: segui l'intero percorso e verifica che ogni gradino della checklist scatti una volta sola, con i dati corretti.
Dalla checklist al dato affidabile
Gli eventi e-commerce di GA4 non sono un adempimento tecnico: sono la base su cui decidi budget pubblicitario, prezzi e priorità di prodotto. Un funnel tracciato bene ti dice dove perdi clienti, quanto vale ogni passaggio e quali campagne portano acquisti reali invece che semplici clic.
Da lì il dato diventa azione: dai report GA4 che contano davvero fino all'automazione del recupero carrelli, il tracciamento pulito è il prerequisito di tutto. Se parti da zero, configurare GA4 da zero e la guida completa al tracciamento delle conversioni ti danno il quadro d'insieme in cui questa checklist si incastra.
Domande frequenti
Quali sono gli eventi e-commerce fondamentali di GA4?
I 9 da configurare subito sono view_item_list, view_item, add_to_cart, view_cart, begin_checkout, add_shipping_info, add_payment_info, purchase e refund. Coprono tutto il percorso, dalla scoperta del prodotto al reso, e alimentano i report e-commerce predefiniti.
GA4 traccia l'e-commerce automaticamente?
No. La misurazione avanzata copre click, scroll e download, ma non gli eventi di acquisto. view_item, add_to_cart, purchase e gli altri vanno implementati a mano tramite dataLayer e Google Tag Manager (o gtag), con l'array items corretto.
Perché in GA4 non vedo il fatturato dell'e-commerce?
Nella maggior parte dei casi manca il parametro currency abbinato a value, oppure il valore viene inviato come testo invece che come numero, o l'evento purchase non è implementato correttamente. Controlla questi tre punti in DebugView.
A cosa serve il transaction_id nell'evento purchase?
È l'identificativo univoco dell'ordine. Serve a GA4 per riconoscere la transazione ed evitare che venga contata due volte. Vale anche per l'evento refund, che deve usare lo stesso transaction_id dell'acquisto originale.
Qual è la differenza tra add_to_cart e begin_checkout?
add_to_cart scatta quando un prodotto entra nel carrello; begin_checkout quando l'utente avvia la procedura di pagamento. Sono due passaggi distinti del funnel: tenerli separati ti mostra con esattezza dove si interrompe il percorso di acquisto.
Come verifico che gli eventi GA4 funzionino?
Usa DebugView per controllare in tempo reale ogni evento e i suoi parametri durante un acquisto di prova, poi conferma con il report in tempo reale sul traffico reale e infine confronta il report Acquisti e-commerce con i dati del tuo gestionale dopo 24-48 ore.
Se preferisci partire con basi solide invece di rincorrere dati sporchi, parlane con noi: configuriamo eventi GA4, conversioni e le automazioni collegate al tuo store.