Google Analytics 4 non mostra acquisti o ricavi dell’ecommerce: cosa controllare

Confronta dati che rappresentano la stessa cosa

Prima del controllo tecnico, prepara un campione di ordini: uno normale, uno con sconto, uno con più prodotti e uno rimborsato. Per ciascuno annota identificativo interno, stato, canale di vendita e valori da confrontare. Non includere nomi, email o indirizzi dei clienti nel documento di diagnosi.

Verifica intervallo, fuso orario e filtri del report. Un ordine creato vicino alla mezzanotte, un pagamento confermato successivamente o una vendita inserita a mano nel gestionale possono richiedere criteri di confronto specifici. Non assumere che il totale di tutte le operazioni commerciali coincida con quello delle sole transazioni online misurabili.

Prima di considerare mancanti gli acquisti molto recenti, tieni conto dei tempi di elaborazione di GA4: i report possono richiedere 24–48 ore e i dati possono cambiare durante l’elaborazione. Per controllare l’arrivo di un evento di prova usa DebugView; confronta i totali dopo il tempo necessario alla preparazione dei report.

Scrivi prima il risultato atteso per ogni esempio. Dire “questo acquisto deve contenere due articoli e questo importo” permette al tecnico di controllare un dato concreto.

Segui l’evento purchase fino alla conferma

La misurazione ecommerce di GA4 usa eventi dedicati. Rilevare visualizzazioni o aggiunte al carrello non dimostra che sia configurata la registrazione degli acquisti.

Nel percorso di prova verifica dove nasce purchase: conferma del negozio, integrazione della piattaforma o altro collegamento configurato dal tecnico. Deve rappresentare un acquisto concluso secondo il funzionamento del checkout, evitando di contare il semplice tentativo di pagamento.

• Controlla l’ID della proprietà e dello stream di destinazione.
• Verifica che i dati dell’ordine siano disponibili quando parte l’evento.
• Ripeti il percorso per carta, pagamento rapido e altre modalità attive.

Se il cliente termina il pagamento fuori dal dominio e non torna alla conferma, segnala questo caso separatamente. Il tecnico potrà valutare l’integrazione supportata dalla piattaforma.

Controlla valore, valuta e righe dell’ordine

Il riferimento dell’evento purchase descrive i parametri attesi. Per un controllo leggibile, metti accanto all’ordine questi elementi:

• value: valore numerico ottenuto dalla somma di prezzo per quantità delle righe, senza aggiungere spedizione e imposte.
• currency: codice della valuta, per esempio EUR.
• items: elenco degli articoli effettivamente acquistati, con identificazione, prezzi e quantità coerenti.
• shipping e tax: importi separati, quando trasmessi.

Esempio: due articoli con prezzo unitario di 20 euro e uno da 15 producono un valore merci di 55. Un costo di consegna di 6 non va aggiunto a quel valore. Concorda inoltre come il gestionale espone imposte e sconti, così che il tecnico estragga i campi corretti.

Usa un identificativo stabile per ciascun ordine

Google descrive la deduplicazione tramite ID transazione per gli stream web. Il parametro transaction_id deve identificare un ordine in modo univoco: non usare un valore fisso, una stringa vuota o un codice ricavato dai dati personali del cliente.

Controlla che la riapertura della stessa conferma mantenga il medesimo identificativo. Se a ogni caricamento viene generato un codice nuovo, la stessa operazione può essere presentata come un acquisto differente. Al contrario, un identificativo condiviso tra ordini distinti può ridurre il conteggio.

Fai anche un inventario delle integrazioni: modulo della piattaforma, Tag Manager, codice inserito nel tema ed eventuale invio dal server. Il confronto deve chiarire quale componente è responsabile dell’acquisto ed evitare che più componenti lo trasmettano senza coordinamento.

Verifica le scelte di consenso lungo tutto il percorso

La modalità di consenso regola il comportamento dei tag in relazione alle scelte dell’utente. Una differenza fra ordini e misurazione non va risolta forzando l’accettazione o rimuovendo i controlli previsti.

Nel collaudo verifica che il banner e la piattaforma comunichino correttamente lo stato iniziale e le variazioni della scelta. Osserva soprattutto il passaggio alla conferma, i sottodomini e i percorsi rapidi. Documenta i risultati separatamente per consenso accettato e rifiutato, secondo la configurazione adottata dal sito.

Proteggi anche i dati dell’ordine: le indicazioni Google sulle informazioni personali vietano l’invio a Analytics di dati identificativi come email e numeri personali. Controlla parametri, URL e titoli della conferma, oltre all’evento ecommerce.

Distingui acquisti, annullamenti e rimborsi

La documentazione ecommerce prevede l’evento refund, collegato alla transazione originaria. Il fatto che un rimborso sia registrato nella piattaforma commerciale non significa che sia stato trasmesso anche ad Analytics.

Individua chi gestisce questo passaggio e prova un rimborso completo e uno parziale. Per i dettagli a livello di prodotto, verifica gli articoli e le quantità restituiti. Non registrare il rimborso come un nuovo acquisto di valore negativo per aggirare un’integrazione mancante.

Concorda inoltre cosa rappresenta la conferma per pagamenti differiti, bonifici e ordini annullati. Se il gestionale considera “ordine” una richiesta ancora in attesa di pagamento, mentre l’integrazione misura un altro passaggio, il confronto va adattato. Conserva una definizione condivisa con chi legge i report commerciali.

Collauda una correzione e conserva le prove

Organizza le prove in una proprietà e in un ambiente dedicati, evitando che acquisti simulati alterino i report del negozio. La documentazione ecommerce indica la modalità di debug per osservare gli eventi: in DebugView controlla nome, parametri e articoli dell’operazione di prova.

1. Riproduci un percorso che prima mostrava il problema.
2. Confronta l’ordine di prova con i dati ricevuti.
3. Riapri la conferma e verifica il comportamento della transazione.
4. Controlla gli altri metodi di pagamento coinvolti.
5. Dopo la pubblicazione, verifica un campione di ordini successivi alla correzione.

Annota cosa è cambiato e da quale momento. Una correzione dell’invio non ricostruisce automaticamente i dati mai raccolti. Se mancano anche le visite, parti dalla guida a GA4 che non registra visite.