Le vendite dell’e-commerce non risultano in GA4: cosa controllare nel tracciamento

Definire quali vendite stai confrontando

Prepara un piccolo elenco di ordini reali o di collaudo con codice, data, stato, metodo di pagamento e importi separati. Annota anche quando il problema è iniziato: un nuovo checkout, un aggiornamento o il cambio del banner possono aiutare a restringere la ricerca.

Allinea intervallo di date e fuso orario. Controlla se il gestionale include ordini annullati, bonifici ancora attesi o acquisti inseriti dal personale. Chiarisci se il totale comprende spedizione e imposte e se i rimborsi sono già sottratti. Confrontare due numeri senza definire queste voci rende poco utile qualsiasi correzione.

Se manca l’ordine anche nel negozio, affronta prima il pagamento riuscito senza ordine registrato. Qui il punto di partenza è invece una vendita presente nel sistema commerciale.

Seguire l’evento di acquisto fino alla proprietà corretta

La misurazione degli acquisti richiede eventi e-commerce configurati: vedere visite e pagine in GA4 non basta. Chiedi a chi gestisce il sito di identificare il componente che invia l’evento purchase: modulo della piattaforma, contenitore Tag Manager o integrazione dedicata.

Conserva una mappa semplice: origine del dato, momento di attivazione e proprietà GA4 destinataria. Verifica che il codice di misurazione appartenga al negozio attuale e che il checkout non invii verso una proprietà di prova o del vecchio fornitore.

Il momento scelto deve corrispondere alla definizione di acquisto adottata. Un clic su “Paga”, una pagina caricata dopo un errore e un ordine accettato non sono equivalenti. Per bonifico e altri pagamenti differiti scrivi esplicitamente quale stato viene contato, così il personale saprà interpretare il report.

Controllare importi, valuta e prodotti trasmessi

Apri i dettagli dell’evento di prova e confrontali con il medesimo ordine. Non limitarti a verificare la presenza della parola purchase: un evento può arrivare con informazioni incomplete o incoerenti.

• transaction_id: deve identificare l’ordine che stai esaminando.
• value e currency: controlla valore numerico e valuta dell’acquisto.
• items: verifica prodotti, varianti, prezzi unitari e quantità.
• shipping e tax: gestisci queste componenti separatamente secondo la specifica dell’evento.

Nella specifica GA4 il valore dell’acquisto deriva dalla somma dei prezzi degli articoli per le quantità, senza aggiungere spedizione e imposte. Una differenza costante rispetto al totale della fattura può quindi dipendere dal confronto scelto. Prova anche uno sconto e un carrello con due articoli: spesso rendono evidente un errore che un acquisto singolo nasconde.

Usare identificativi stabili ed evitare invii doppi

GA4 utilizza l’ID transazione per deduplicare gli acquisti. Se tutti gli ordini ricevono lo stesso identificativo, oppure una stringa vuota, alcuni acquisti possono essere accorpati. Se ogni ricaricamento genera un nuovo ID, la stessa vendita può invece sembrare diversa.

Usa un codice tecnico univoco per ordine, privo di dati che identificano il cliente. Riapri la conferma dell’acquisto e verifica che il riferimento resti stabile. Se esistono più negozi che condividono la misurazione, chiarisci anche come evitare collisioni fra le loro numerazioni.

Controlla poi se due integrazioni inviano lo stesso evento. Annotane le responsabilità prima di disattivare componenti: un plugin può gestire anche altre funzioni. La deduplicazione aiuta, ma non sostituisce una configurazione comprensibile e un controllo sugli invii.

Provare ritorno dal pagamento e scelte di consenso

Ripeti l’acquisto per i metodi davvero utilizzati dai clienti. Un percorso può rientrare automaticamente sul sito, un altro aprire un’app o lasciare la conferma nel servizio di pagamento. Se l’evento dipende solo dalla pagina finale, il tecnico deve verificare che cosa succede quando quella pagina non viene raggiunta.

Prova anche smartphone e computer, cliente registrato e acquisto ospite. Registra le scelte di consenso di ciascuna prova. La documentazione di DebugView segnala che i controlli per la privacy e il consenso possono impedire la visualizzazione degli eventi di debug.

Non correggere una differenza forzando la raccolta dopo un rifiuto. Il lavoro consiste nel verificare il comportamento previsto e spiegare i limiti di osservazione. Il controllo del cookie banner va coordinato con quello degli eventi, senza confondere le due verifiche.

Un esempio ipotetico: due percorsi con risultati diversi

Immagina un negozio di accessori per la casa che vede gli ordini nel gestionale ma non trova tutti gli acquisti in Analytics. Non è un caso cliente né un risultato promesso: è una situazione di collaudo.

Si scelgono due ordini, uno con carta e uno con un portafoglio digitale. Il primo raggiunge la conferma del negozio e invia purchase. Nel secondo il cliente chiude la finestra prima del rientro. Il confronto mostra dove approfondire il collegamento, mentre controllare solo la homepage non avrebbe rivelato la differenza.

La soluzione va valutata sulla piattaforma utilizzata, verificando stato dell’ordine, consenso e deduplicazione. Dopo l’intervento si ripetono entrambi i percorsi e anche il ricaricamento della conferma. L’esito utile è una prova riproducibile, con identificativi e passaggi documentati.

Distinguere il collaudo dagli acquisti nei report

Usa Tag Assistant e DebugView per osservare gli eventi del dispositivo di prova e i relativi parametri. Successivamente controlla i report elaborati, tenendo conto dei tempi di aggiornamento e degli eventuali filtri per traffico interno o di sviluppo.

Prepara una scheda di verifica con quattro esiti: ordine creato, evento inviato, evento ricevuto, dato presente nel report pertinente. Questa sequenza evita di considerare risolto il problema solo perché il tag “si attiva”. Verifica anche che la misura scelta riguardi ordini, articoli o ricavi: rispondono a domande diverse.

Se è previsto il tracciamento dei rimborsi, collauda il relativo evento con il riferimento all’acquisto originale. Il rimborso presente nel gestionale non si trasferisce automaticamente ad Analytics senza un collegamento che lo gestisca.

Consegnare un controllo ripetibile dopo ogni modifica

Concludi con un elenco delle correzioni, delle prove eseguite e delle differenze rimaste. Specifica quali ordini sono esclusi dal confronto e chi controlla la misurazione dopo aggiornamenti a checkout, piattaforma, pagamenti o consenso.

Non serve pretendere che ogni report coincida con la contabilità. Serve sapere se una differenza è coerente con il perimetro oppure se è comparsa una nuova anomalia. Mantieni pochi casi di collaudo rappresentativi e annota le modifiche che possono influire sui dati.

Una volta affidabile il percorso di acquisto, puoi usare gli eventi precedenti per studiare il carrello e il checkout. Prima, però, separa i comportamenti dei clienti dagli errori di misurazione: altrimenti rischi di cambiare il negozio per risolvere un problema che riguarda soltanto il report.

Domande frequenti

Basta installare il tag GA4 per vedere le vendite?

No. Il tag permette la raccolta prevista dalla configurazione, ma gli acquisti richiedono eventi e parametri e-commerce corretti. Va verificato l’intero percorso del checkout.

GA4 deve mostrare lo stesso totale del gestionale?

Il confronto ha senso dopo aver allineato periodo, stati degli ordini, imposte, spedizioni e rimborsi. Consenso, percorsi e tempi di elaborazione possono lasciare differenze da documentare.

Un nuovo plugin risolve gli acquisti mancanti?

Prima identifica l’origine del problema e gli strumenti già attivi. Aggiungere un secondo invio può creare duplicazioni o rendere più difficile capire chi trasmette ogni evento.