Eventi e-commerce di GA4: l’elenco completo e quali servono davvero
Google raccomanda 14 eventi per chi vende online, ma non devi attivarli tutti subito. Ecco l'elenco con i parametri obbligatori e l'ordine in cui conviene partire.
Di Gennaro Napoletano · 7 minuti di lettura
Scritto con l'aiuto dell'AI, riletto da Gennaro Napoletano.

In breve
Gli eventi e-commerce di GA4 raccomandati da Google sono 14, da view_item_list fino a purchase e refund. Se parti da zero bastano purchase, add_to_cart, begin_checkout e view_item: raccontano la vendita e dove si perdono i clienti. Quasi tutti richiedono items, purchase anche transaction_id, e chi invia value deve indicare anche currency.
Quali sono tutti gli eventi e-commerce di GA4?
Sono 14, e coprono il percorso dalla lista prodotti al rimborso. La tabella riporta i parametri obbligatori secondo il riferimento di Google; a parte i casi segnati, ogni articolo dentro items ha bisogno di item_id o item_name.
| Evento | Quando parte | Parametri obbligatori |
|---|---|---|
view_item_list | Elenco di prodotti visto | items |
select_item | Clic su un prodotto dell’elenco | items |
view_item | Scheda prodotto aperta | items |
add_to_wishlist | Aggiunta ai preferiti | items |
add_to_cart | Aggiunta al carrello | items |
remove_from_cart | Rimozione dal carrello | items |
view_cart | Carrello aperto | items |
begin_checkout | Inizio del pagamento | items |
add_shipping_info | Spedizione scelta | items |
add_payment_info | Dati di pagamento inseriti | items |
purchase | Ordine concluso | transaction_id, items |
refund | Ordine rimborsato | transaction_id |
view_promotion | Promozione vista | items |
select_promotion | Clic su una promozione | Nessuno, ma senza items alcuni report la escludono |
Se invii value, devi inviare anche currency. Google indica value come normalmente necessario per avere report utili. Il riferimento può cambiare: quando imposti gli eventi, controlla la pagina ufficiale citata nelle fonti.
Quali eventi servono davvero se parti ora?
Quattro bastano per cominciare: purchase, add_to_cart, begin_checkout e view_item. Dicono chi compra e in quale passaggio si fermano gli altri. Il resto si aggiunge quando c’è una domanda precisa a cui risponderebbe.
| Priorità | Eventi | A quale domanda rispondono |
|---|---|---|
| 1. Subito | purchase | Quanto vendo, di cosa e con quale fonte? |
| 2. Subito dopo | view_item, add_to_cart, begin_checkout | Dove si perdono i clienti? |
| 3. Quando pesa | add_shipping_info, add_payment_info | La spedizione o il pagamento fanno scappare? |
| 4. Se usi molte liste | view_item_list, select_item | Quali categorie e posizioni portano clic? |
| 5. Se fai promozioni | view_promotion, select_promotion | I banner in home portano vendite? |
| 6. Quando i dati sono a posto | refund, view_cart, remove_from_cart, add_to_wishlist | Quanto incidono resi e ripensamenti? |
L’ordine ha un motivo: un evento in più va mantenuto e provato a ogni cambio del sito. Meglio quattro corretti che quattordici di cui nessuno si fida. L’acquisto ha così tanti dettagli che merita un capitolo: la guida all’evento purchase.

Eventi di cui ti puoi fidare
I report di GA4 valgono quanto gli eventi che ricevono. Con la configurazione client side ogni evento ha i suoi dati, parte una volta sola e viene provato lungo tutto il percorso d’acquisto.
Che cosa ti dicono questi eventi messi in fila?
Ti dicono dove intervenire per primo. Ogni passaggio perde una parte delle persone: il valore sta nel capire dove la perdita è strana, non nel numero in sé. Ecco una sequenza con numeri inventati per l’esempio, su un mese di un negozio di esempio.
| Evento | Persone | Passano dal passo prima |
|---|---|---|
view_item | 1.000 | – |
add_to_cart | 120 | 12,0% |
begin_checkout | 40 | 33,3% |
purchase | 30 | 75,0% |
Qui il punto da guardare è il passaggio dal carrello al pagamento: 80 persone su 120 si fermano. Può essere il costo di spedizione che compare solo lì, oppure un carrello che obbliga a registrarsi. Prima di cambiare il sito, però, controlla il dato: un add_to_cart che parte due volte farebbe sembrare il calo più grave di quanto sia.
Non esistono percentuali giuste valide per tutti. Serve confrontare il tuo negozio con se stesso nel tempo, e tra un gruppo di prodotti e l’altro. Quali report usare per leggerle lo spiega l’articolo sui report di GA4 per e-commerce.
Quali parametri conviene aggiungere a quelli obbligatori?
Quelli che ti permettono di scomporre le vendite senza rifare il lavoro. Dentro ogni articolo, oltre al codice e al nome, conviene mandare price, quantity, item_brand, item_category e item_variant.
quantity: se non lo mandi, GA4 lo considera 1.priceediscount:priceè il prezzo unitario già scontato,discountlo sconto per unità.coupon: accettato in diversi eventi, utile per capire quanto rendono le promozioni.customer_type: supurchasesepara i clienti nuovi da chi torna.
Il dettaglio che ripaga di più è il codice. Se item_id è lo stesso del feed e del gestionale, ogni vendita registrata in GA4 si può legare agli annunci e al costo dello stesso prodotto. Se invece ogni sistema ha il suo codice, quel confronto richiede una tabella di conversione da tenere aggiornata a mano, e prima o poi resta indietro.
Sulle varianti decidi una volta per tutte cosa mandi: il codice della taglia, o quello del prodotto padre con la taglia in item_variant. Entrambe le strade funzionano, se la regola è una sola.
Attenzione ai limiti. GA4 accetta 25 parametri per evento, e fino a 27 parametri personalizzati per articolo oltre a quelli previsti. In un evento possono stare fino a 200 articoli. Sono limiti standard, che Google può cambiare: controllali nella sua pagina se costruisci eventi molto ricchi.
Quali errori falsano questi eventi?
I più comuni riguardano nomi, valori e doppioni. Si riconoscono con poche prove, se sai cosa cercare.
| Errore | Come riconoscerlo | Che cosa succede |
|---|---|---|
Nome inventato, come aggiungi_carrello | Non compare nei report di monetizzazione | GA4 lo tratta come evento qualsiasi |
value senza currency | Evento presente, ricavi assenti o strani | Il valore non è utilizzabile |
items vuoto | Report sui prodotti con righe mancanti | Si perde il dettaglio per articolo |
| Evento doppio | Più carrelli che clic | Sequenza falsata |
| Prezzo letto dalla grafica | Valori vuoti dopo un restyling | Ricavi sbagliati senza errori visibili |
La maggior parte nasce a monte: un data layer ben scritto ne evita molti. Se gli acquisti non tornano, la guida sul confronto fra GA4, Google Ads e gestionale ti aiuta a capire quanto della differenza è normale.
Da dove partono nella pratica?
Dal sito, che li scrive nel data layer, e da un tag di evento GA4 nel contenitore che li inoltra. Con un solo tag puoi gestirne molti: Google spiega come usare il nome dell’evento in arrivo come variabile e leggere i dati e-commerce dal data layer.
Per un negozio standard un plugin affidabile può scrivere buona parte di questi eventi. Va però controllato evento per evento, specie se in passato sono stati aggiunti tag a mano. La configurazione di GTM client side mette in ordine proprio questo: quali eventi nascono, con quali dati e come si dimostra che funzionano.
Domande frequenti
GA4 raccoglie da solo gli eventi e-commerce?
No. Gli eventi come add_to_cart e purchase vanno inviati dal sito, con i parametri previsti. GA4 non conosce il tuo carrello finché qualcuno non glielo comunica.
Posso rinominare gli eventi in italiano?
Tecnicamente GA4 li riceve comunque, ma li tratta come eventi personalizzati. Per avere i dettagli nei report e-commerce conviene usare i nomi raccomandati da Google.
Devo aggiungere l’evento refund?
Serve se vuoi vedere i rimborsi in GA4, e va collegato all’ordine con il suo transaction_id. Spesso è più semplice inviarlo dal gestionale che dal browser, perché il rimborso avviene dopo la visita.
Quanto dopo vedo gli acquisti nei report?
In DebugView li vedi mentre fai le prove. Google indica che i dati di acquisto compaiono in report, esplorazioni e API dopo circa 24 ore.
Fonti
- Google Analytics: riferimento degli eventi
- Google Analytics: misurare l'e-commerce con Google Tag Manager
- Google Analytics: eventi consigliati
- Google Analytics: configurare gli acquisti
- Google Analytics: limiti di raccolta

Gennaro Napoletano
Esperto di digital analytics e Google Tag Manager, da oltre 15 anni lavora sui dati degli e-commerce. Nel 2023 Google lo ha invitato nella sua sede di Dublino per i risultati di alcuni e-commerce gestiti da lui. Ha realizzato il portale di marginalità per e-commerce e aiuta aziende e agenzie a fidarsi dei propri numeri. Scopri chi è.
Continua a leggere
Evento purchase in GA4: come configurarlo bene con Google Tag Manager
Parametri, transaction_id, IVA e spedizione nel valore: il codice di esempio, la scelta da dichiarare e la prova per scoprire gli acquisti doppi.
Report GA4 per e-commerce: quali usare e come leggerli
I pochi report di GA4 che servono a un negozio, dove trovarli e quale decisione fanno prendere: acquisti, percorso d’acquisto, esplorazioni e attribuzione.
Data layer: cos’è e come si usa in un e-commerce
Un esempio di codice commentato, cosa inserire pagina per pagina e perché leggere prezzi e ordini dalla grafica del sito prima o poi si rompe.
Se i numeri non tornano
Un tracciamento di cui ti puoi fidare
Consulenza su Google Tag Manager, client-side e server-side: si controlla ciò che c’è e si sistema ciò che non misura bene.