Perché GA4 non coincide con i tuoi ordini e quale parte della differenza si può recuperare

Apri il report degli acquisti di GA4, apri l'elenco degli ordini di PrestaShop, e i numeri non coincidono. Quasi sempre GA4 ne segna di meno. A volte di più. E sulle piattaforme pubblicitarie la differenza è ancora maggiore.

La prima cosa da avere chiara: non coincideranno mai al cento per cento, e non devono. L'analytics misura ciò che vede il browser del visitatore; il back-office registra ciò che è successo davvero. Quello che serve è sapere da dove nasce ogni parte della differenza, quale è legittima e quale è un errore che si può correggere.

Causa 1: il consenso

Se il tuo banner dei cookie funziona come deve, il visitatore che rifiuta l'analytics non invia dati completi. Con Consent Mode v2, Google riceve segnali senza cookie e può stimare una parte di quelle conversioni, ma si tratta di un modello, non di un conteggio.

Questa differenza è legittima: è il prezzo della conformità. Nessuna tecnica dovrebbe aggirarla. Se qualcuno ti promette di «recuperare» gli acquisti di chi ha rifiutato il tracciamento inviandoli comunque con i suoi dati, ti sta proponendo un problema legale.

Causa 2: blocchi pubblicitari e browser restrittivi

I blocchi pubblicitari impediscono il caricamento dei tag di analytics e di pubblicità, anche se il visitatore ha accettato i cookie. Alcuni browser, inoltre, accorciano la vita dei cookie impostati dal browser, per cui un visitatore che torna qualche giorno dopo sembra nuovo e il suo acquisto viene attribuito male.

Questa parte si può migliorare rispettando il consenso: inviando la conversione dal tuo server, che il blocco non vede, e salvando gli identificativi di campagna in un cookie impostato dal server.

Causa 3: il cliente non torna dal gateway di pagamento

In molti negozi l'evento di acquisto si attiva nella pagina di conferma. Ma ci sono clienti che pagano sul gateway o nell'app della banca e non tornano mai al negozio: chiudono la scheda, il telefono passa a un'altra app, il reindirizzamento fallisce. L'ordine esiste, perché il gateway ha avvisato il server, ma GA4 non lo sa.

È una delle cause più grandi e meno conosciute. Colpisce soprattutto i metodi con autenticazione fuori dalla pagina (carta con verifica nell'app della banca, pagamenti da cellulare). Si corregge solo inviando l'acquisto quando il server sa che l'ordine è stato incassato, non quando il browser arriva a una pagina.

Causa 4: acquisti in più

Quando GA4 segna più del back-office, controlla:

• Ricaricamenti della pagina di conferma che attivano di nuovo l'acquisto.
• Due moduli o un tag di Tag Manager che inviano lo stesso evento.
• Ordini con pagamento fallito conteggiati alla creazione anche se poi non vengono incassati.
• Browser e server che inviano lo stesso acquisto senza un identificativo comune che permetta alla piattaforma di deduplicare.

Causa 5: non stai confrontando la stessa cosa

Prima di cercare errori tecnici, verifica di confrontare cifre equivalenti:

E i rimborsi: se non li invii a GA4, i suoi ricavi restano gonfiati mentre il back-office li ha già sottratti.

Come fare il confronto, passo dopo passo

Per sapere quanto perdi davvero, fai questa verifica su un periodo chiuso, per esempio il mese precedente:

1. Estrai da PrestaShop gli ordini incassati del periodo, senza annullati né rimborsati, con il loro riferimento o identificativo.
2. Estrai da GA4 le transazioni dello stesso periodo con il loro ID transazione. Se il tuo tracciamento non invia l'identificativo dell'ordine come ID transazione, è questa la prima cosa da sistemare.
3. Incrocia per identificativo, non per totali. I totali nascondono compensazioni: dieci acquisti persi e dieci duplicati danno una differenza pari a zero.
4. Raggruppa gli ordini mancanti per metodo di pagamento e per dispositivo. Se quasi tutti sono di un metodo specifico o da cellulare, sai già dove cercare.
5. Raggruppa quelli in eccesso per numero di volte in cui compaiono: i ripetuti indicano ricaricamenti o tag duplicati.

Ripeti la verifica dopo ogni modifica al tracciamento o ai moduli di pagamento. Un aggiornamento di un modulo di gateway che cambia la pagina di ritorno può rompere la misurazione senza che nessuno se ne accorga.

Cosa porta il server side e cosa no

Inviare le conversioni dal server del negozio (o da un server intermedio) a GA4, Meta o Google Ads:

• Recupera gli acquisti persi per colpa dei blocchi pubblicitari e dei clienti che non tornano dal gateway.
• Permette di inviare l'acquisto all'incasso, non alla visualizzazione di una pagina.
• Invia anche rimborsi e annullamenti, che il browser non vede mai.
• Non recupera ciò a cui il visitatore non ha dato il consenso. Il server deve rispettare la stessa decisione del banner.
• Non sistema un tracciamento fatto male: se il browser invia l'acquisto due volte senza identificativo comune, il server ne aggiunge solo un terzo.

Come risolverlo in PrestaShop

RKR API Conversions Pro invia le conversioni dal tuo server a Meta, GA4, Google Ads, TikTok e altre piattaforme, con lo stesso identificativo di evento del browser perché non vengano conteggiate due volte. Gli acquisti si possono inviare all'incasso dell'ordine (l'impostazione predefinita nelle nuove installazioni), e viaggiano anche i rimborsi parziali, gli annullamenti e gli ordini creati dal back-office. Applica Consent Mode v2 con il consenso ripristinato prima di caricare i tag, salva gli identificativi di clic in un cookie proprio impostato dal server, e ha semafori di stato per piattaforma e una riconciliazione giornaliera degli ordini. Se non vuoi installare né mantenere il server, RKR Relay (piani Esencial e Profesional) riceve gli eventi firmati dal modulo e li consegna a ogni piattaforma dal nostro server, con coda, nuovi tentativi, credenziali cifrate, dati personali con hash e lo stato di ogni consegna visibile nel negozio.