Gli ordini ci sono, ma GA4 non li vede? Misurazione delle vendite in PrestaShop

L’ordine è presente in PrestaShop, il pagamento è stato accettato, ma Google Analytics 4 non mostra l’acquisto. Prima di considerare la campagna inefficace, verifica se il negozio invia a GA4 gli eventi corretti e in quale momento lo fa. Il solo codice di tracciamento sulla pagina non basta per misurare le vendite. Contano anche la modalità di finalizzazione dell’ordine, gli identificativi della transazione, i consensi del cliente e gli importi inviati nei report.

Perché in GA4 si vedono le visite, ma non si vedono le vendite?

La visualizzazione di una pagina e un acquisto sono eventi separati. Affinché GA4 riceva le informazioni sulla vendita, l’integrazione deve inviare purchase con i dati della transazione e dei prodotti. Google descrive questo meccanismo nelle istruzioni di configurazione dell’evento di acquisto. La presenza degli utenti nel report in tempo reale conferma quindi solo una parte dell’implementazione.

Un’altra trappola frequente è confrontare dati diversi. Nel pannello del negozio puoi contare tutti gli ordini creati, mentre nell’analitica registrare l’acquisto solo dopo un determinato stato. Inizia da una singola transazione concreta: stabilisci il suo numero, lo stato, il valore e il momento in cui dovrebbe essere inviata a GA4.

Cosa misurare tra l’ingresso sul prodotto e l’acquisto?

Gli eventi e-commerce permettono di verificare in quale fase si interrompe il percorso di acquisto. Un set pratico comprende:

Questi eventi sono previsti dalla documentazione e-commerce di GA4 e sono supportati da Google Analytics 4 Pro. Il report o l’esplorazione del percorso si preparano in Google Analytics. Un forte calo tra le fasi è un’indicazione per controllare il negozio: può dipendere sia dal comportamento dei clienti sia da un evento mancante in un checkout personalizzato.

Il cliente non è tornato dal pagamento. L’acquisto arriverà in GA4?

Se la misurazione si attiva solo sulla pagina di conferma, il cliente deve aprirla. La chiusura della scheda dopo il pagamento può interrompere questo scenario, anche se l’ordine esiste nel negozio. Per questo motivo, il modo di inviare l’acquisto deve essere adattato al reale flusso del pagamento.

Google Analytics 4 Pro per PrestaShop mette a disposizione tre modalità:

1. Pagina di conferma dell’ordine. L’evento viene preparato dopo l’accesso del cliente alla conferma. Con API Secret configurato, il modulo può inoltre inviare l’acquisto dal server.
2. Cambio di stato dell’ordine. Il modulo invia l’acquisto tramite Measurement Protocol al passaggio verso uno degli stati selezionati. Questo meccanismo non richiede che il cliente riapra la pagina; richiede la configurazione dell’API e un identificativo cliente GA4 precedentemente salvato.
3. Clic sul pulsante di conferma dell’ordine. È una variante che dipende dal funzionamento del modulo d’acquisto. Il solo clic non conferma la ricezione del denaro, quindi bisogna verificare anche lo scenario di pagamento non riuscito.

Se vuoi misurare gli ordini pagati, scegli gli stati che corrispondono all’accettazione del pagamento. Per il contrassegno, definisci una regola separata: l’accettazione dell’ordine e il successivo incasso del pagamento sono momenti diversi.

Measurement Protocol risolve il problema degli adblock?

Measurement Protocol consente di inviare eventi dal server del negozio direttamente a Google Analytics. Può ridurre la dipendenza della misurazione dell’acquisto dallo script nel browser. Google lo presenta come integrazione della raccolta dati standard.

In Google Analytics 4 Pro, l’invio server-side richiede anche l’identificativo client_id salvato con l’ordine. Il modulo lo recupera dal cookie _ga. Se tale identificativo non è presente, il codice salta l’invio tramite API. Inoltre, l’invio di riserva nella modalità pagina di conferma richiede comunque l’apertura di quella pagina. Per il problema del mancato ritorno dal pagamento, è quindi rilevante la modalità di cambio stato. Nessuno di questi meccanismi giustifica la promessa di misurare ogni singolo ordine.

Perché l’importo in GA4 è diverso dall’importo dell’ordine?

Verifica cosa stai confrontando. Secondo la specifica dell’evento purchase, il parametro value dovrebbe corrispondere alla somma dei prezzi dei prodotti moltiplicati per le loro quantità, senza imposta e spedizione. I campi tax e shipping sono separati. Quando si trasmettono i valori, è necessaria anche la valuta, ad esempio PLN.

Esempio: due prodotti da 100 zł netti ciascuno danno value = 200. L’importo pagato dal cliente sarà più alto se sono stati aggiunti IVA e spedizione. Il confronto di questi 200 zł con l’importo lordo totale dell’ordine non dimostra di per sé una perdita di ricavi.

Durante l’implementazione, verifica anche sconto, coupon, quantità e valuta. Un controllo separato è necessario per il carrello con sconto applicato all’intero ordine: il valore della transazione e la somma delle righe devono essere coerenti tra loro.

Da dove derivano gli acquisti duplicati e i resi non considerati?

Verifica che purchase non venga inviato contemporaneamente dal modulo, da Google Tag Manager e da codice aggiuntivo nel tema. GA4 per il flusso web utilizza transaction_id per rimuovere i duplicati degli acquisti dello stesso utente. Ogni transazione dovrebbe avere un proprio identificativo non vuoto, mantenuto anche in caso di nuovo invio dello stesso acquisto.

Nella modalità conferma e nell’invio server-side, Google Analytics 4 Pro utilizza il riferimento dell’ordine come transaction_id. Nonostante ciò, dopo aver collegato più integrazioni, verifica gli eventi effettivi: identificativi diversi per lo stesso acquisto possono alterare il risultato.

Il modulo supporta anche refund dopo il cambio dell’ordine a uno stato di reso selezionato. Questo invio richiede API Secret e client_id salvato e comprende il valore totale e le righe dell’ordine. In caso di reso parziale, ad esempio una delle tre unità, è necessaria una gestione separata degli importi e delle quantità corrette. L’assegnazione di uno stato di reso in questo modulo non contabilizza automaticamente qualsiasi rettifica parziale.

E per quanto riguarda i consensi e Consent Mode v2?

Consent Mode trasmette ai tag Google le informazioni sui consensi dell’utente. Richiede la collaborazione con il banner o con un altro meccanismo di raccolta delle decisioni. La documentazione di Google distingue tra modalità base e avanzata, nelle quali l’invio dei dati prima del consenso e dopo il rifiuto funziona in modo diverso.

Il modulo GA4 non sostituisce la configurazione dei consensi. Nella sua integrazione con PD Cookie Pro è stato previsto il supporto ai segnali pubblicitari ad_user_data e ad_personalization per l’invio server-side. Tuttavia, il comportamento dell’intera misurazione deve essere verificato con il banner in uso nel negozio specifico. L’attivazione di API Secret non equivale al consenso dell’utente per analitica o pubblicità.

Come verificare la misurazione su un singolo ordine?

1. Verifica la destinazione dei dati. L’identificativo G-… nel modulo dovrebbe corrispondere al flusso web che stai visualizzando in GA4. Stabilisci anche quali altre integrazioni inviano eventi.
2. Percorri il percorso di acquisto. Apri un prodotto, aggiungilo al carrello e avvia l’ordine. Il modulo dispone di una modalità di debug degli eventi del browser; i parametri possono essere visualizzati in DebugView. Esegui il controllo con il consenso all’analitica concesso e verifica separatamente il comportamento in caso di rifiuto.
3. Verifica l’acquisto. Confronta transaction_id, value, currency e items con l’ordine. Considera i prodotti con variante e sconto.
4. Controlla il momento di invio selezionato. Nella modalità stato, cambialo nello stato di acquisto configurato. Verifica separatamente anche un pagamento senza ritorno al negozio e un pagamento non riuscito.
5. Controlla duplicazione e reso. Aggiorna la conferma, controlla il numero di transazioni e verifica un reso completo. Conferma separatamente in GA4 il risultato degli eventi server-side: l’interruttore di debug nel modulo riguarda il tag nel browser.

I report standard richiedono tempo per l’elaborazione dei dati. Google indica che ciò può richiedere 24–48 ore. L’assenza dell’acquisto nel report subito dopo il test non determina ancora la presenza di un errore.

GA4 in PrestaShop: domande frequenti

Google Tag Manager è obbligatorio?

No. Google Analytics 4 Pro carica il tag Google e invia gli eventi tramite gtag.js. Se il negozio utilizza già GTM, definisci l’ambito di entrambe le implementazioni affinché non inviino in modo indipendente gli stessi acquisti.

Tutti gli ordini dovrebbero coincidere uno a uno?

Confronta prima lo stesso periodo, gli stati, la valuta e il metodo di calcolo degli importi. Le differenze possono derivare anche dai consensi, dal blocco della misurazione e dai ritardi di elaborazione. GA4 serve per analizzare il comportamento e le vendite; per la contabilizzazione degli ordini basati sui dati del negozio e dei pagamenti.

Da dove iniziare se i report sono vuoti?

Dalla verifica dell’identificativo GA4 e di un singolo acquisto. Stabilisci se l’evento viene generato, se contiene i prodotti e il valore e se arriva al flusso corretto. Solo dopo confronta i report aggregati delle campagne.

Google Analytics 4 Pro consente di implementare gli eventi e-commerce in PrestaShop e di adattare il metodo di registrazione degli acquisti al funzionamento del negozio. Inizia da questa configurazione e da una singola transazione verificata: in questo modo sarà più facile stabilire se il basso risultato della campagna dipende dalle vendite o da lacune nella misurazione.