Vai al contenuto
Cristalroi

Tracciamento e analytics

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.

Sentiero di pietre luminose verso una porta illuminata: i passi di un cliente fino all'acquisto

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.

EventoQuando parteParametri obbligatori
view_item_listElenco di prodotti vistoitems
select_itemClic su un prodotto dell’elencoitems
view_itemScheda prodotto apertaitems
add_to_wishlistAggiunta ai preferitiitems
add_to_cartAggiunta al carrelloitems
remove_from_cartRimozione dal carrelloitems
view_cartCarrello apertoitems
begin_checkoutInizio del pagamentoitems
add_shipping_infoSpedizione sceltaitems
add_payment_infoDati di pagamento inseritiitems
purchaseOrdine conclusotransaction_id, items
refundOrdine rimborsatotransaction_id
view_promotionPromozione vistaitems
select_promotionClic su una promozioneNessuno, 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àEventiA quale domanda rispondono
1. SubitopurchaseQuanto vendo, di cosa e con quale fonte?
2. Subito dopoview_item, add_to_cart, begin_checkoutDove si perdono i clienti?
3. Quando pesaadd_shipping_info, add_payment_infoLa spedizione o il pagamento fanno scappare?
4. Se usi molte listeview_item_list, select_itemQuali categorie e posizioni portano clic?
5. Se fai promozioniview_promotion, select_promotionI banner in home portano vendite?
6. Quando i dati sono a postorefund, view_cart, remove_from_cart, add_to_wishlistQuanto 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.

Mano sul mouse davanti a uno schermo con riquadri e punti luminosi: le azioni che il browser registra

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.

EventoPersonePassano dal passo prima
view_item1.000–
add_to_cart12012,0%
begin_checkout4033,3%
purchase3075,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.
  • price e discount: price è il prezzo unitario già scontato, discount lo sconto per unità.
  • coupon: accettato in diversi eventi, utile per capire quanto rendono le promozioni.
  • customer_type: su purchase separa 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.

ErroreCome riconoscerloChe cosa succede
Nome inventato, come aggiungi_carrelloNon compare nei report di monetizzazioneGA4 lo tratta come evento qualsiasi
value senza currencyEvento presente, ricavi assenti o straniIl valore non è utilizzabile
items vuotoReport sui prodotti con righe mancantiSi perde il dettaglio per articolo
Evento doppioPiù carrelli che clicSequenza falsata
Prezzo letto dalla graficaValori vuoti dopo un restylingRicavi 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

Gennaro Napoletano, esperto di digital analytics e Google Tag Manager, sorride nella sede Google di Dublino

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.