Tracking ecommerce GA4 per Shopify in dropshipping: il setup che finalmente riporta il fatturato giusto (2026)

Apri il report acquisti ecommerce di GA4 vicino ai tuoi ordini Shopify per la stessa settimana, e i due numeri quasi non coincidono mai esattamente — questo è normale. Quello che non è normale è uno scarto del 20-40%, che è quello che si vede su molti negozi dropshipping, e la causa di solito sta nel setup, non in qualche legge inevitabile del tracking sul web.

Due errori fanno quasi tutto il danno. Il primo è il doppio conteggio: il collegamento nativo di GA4 su Shopify spara un evento di acquisto, e un secondo tracker — uno snippet gtag incollato a mano anni fa, o un'app di analytics installata sopra — spara lo stesso evento una seconda volta, quindi il fatturato riportato da GA4 finisce 1,3-2 volte sopra a quello realmente pagato. Il secondo è il sottoconteggio: banner di consenso che bloccano il tag prima che il visitatore accetti, ad blocker, e un checkout dove l'evento di acquisto smette di partire bene dopo una modifica al tema o al checkout extensibility. Entrambi possono capitare sullo stesso negozio nello stesso momento, compensandosi parzialmente, il che è la versione peggiore del problema: il totale sembra quasi giusto mentre la ripartizione per canale sotto è un disastro.

Quello che segue: perché il doppio conteggio è l'errore più frequente e come scovarlo in cinque minuti, i quattro eventi ecommerce che vale davvero la pena verificare invece di tutta la lista raccomandata da GA4, una formula di riconciliazione con un intervallo di scarto onesto invece dell'aspettativa che i numeri coincidano un giorno esattamente, cosa cambia il Consent Mode e cosa non risolve, e una checklist di audit con soglie chiare invece di un vago promemoria "controlla il tuo tracking".

L'errore più frequente: contare ogni acquisto due volte

È la prima cosa da escludere, perché è la più economica da trovare e la più dannosa da lasciare in piedi. Succede di solito in due modi: qualcuno ha collegato in qualche momento il canale vendite nativo "Google & YouTube" di Shopify per GA4, e uno snippet gtag.js di un vecchio setup è rimasto nel theme.liquid o in una sezione pixel personalizzata, sparando lo stesso evento di acquisto una seconda volta; oppure un'app etichettata GA4 è stata installata sopra l'integrazione nativa perché un tutorial diceva di "aggiungere il tracking di Google Analytics" senza controllare se c'era già.

Il sintomo è abbastanza specifico da individuare senza indovinare: il fatturato riportato da GA4 sta costantemente 30-100% sopra il fatturato reale di Shopify nello stesso periodo, non solo un po' più alto. Un negozio che perde davvero sessioni per ad blocker o rifiuti di consenso sottoconta; un negozio che sovraconta così tanto sta contando qualcosa due volte.

• Fai un vero ordine di prova e apri il DebugView di GA4 (o l'estensione Tag Assistant) durante il checkout — un setup sano spara esattamente un evento purchase; un setup doppio ne spara due, di solito da due measurement ID diversi
• Nell'admin di Shopify, controlla Negozio online → Preferenze per un canale Google collegato, poi cerca nel theme.liquid e in qualsiasi campo "script aggiuntivi" una seconda chiamata gtag('config', ...) con un measurement ID diverso o duplicato
• Controlla le app installate cercando qualsiasi cosa etichettata come analytics o tracking delle conversioni — un numero sorprendente di queste spara anche eventi GA4 silenziosamente in background
• Scegli un solo percorso e togli l'altro; tenere entrambi attivi "per sicurezza" è esattamente il setup che causa questo problema

Quattro eventi che vale la pena verificare, non venti

La documentazione di GA4 elenca più di una dozzina di eventi ecommerce raccomandati, e cercare di auditarli tutti su un negozio dropshipping è il modo più sicuro per abbandonare il compito a metà. Quattro coprono il funnel che conta davvero: view_item, add_to_cart, begin_checkout e purchase. Se questi quattro sparano correttamente e portano i dati giusti, i report di fatturato e di funnel costruiti sopra sono affidabili; il resto è dettaglio opzionale.

L'errore qui raramente è "l'evento non spara per niente" — di solito è una personalizzazione di tema popolare che toglie silenziosamente i dati che l'evento dovrebbe portare. Un bottone add-to-cart ridisegnato con JavaScript personalizzato invece del form di default del tema spesso spara il click ma non invia mai l'evento dataLayer corrispondente, quindi add_to_cart va silenziosamente a zero mentre view_item e purchase continuano a funzionare bene. Un negozio multi-valuta a volte fissa "USD" a mano nello snippet di tracking, il che rende il valore riportato di ogni ordine non statunitense tecnicamente sbagliato, in base al cambio reale di quel giorno.

• view_item e add_to_cart: conferma che value, currency e l'array items (con un item_id che corrisponde al vero ID di prodotto o variante Shopify) sono popolati, non solo che il nome dell'evento appare nel DebugView
• begin_checkout: conferma che spara una volta per tentativo di checkout, non una volta per ogni campo del form — una pagina di checkout chiacchierona può farlo partire in loop e gonfiare i numeri del funnel
• purchase: conferma che il transaction_id è il numero o l'ID reale dell'ordine Shopify, non un placeholder generato, così un ordine di prova o un rimborso duplicato si può davvero tracciare ed escludere più avanti
• Valuta: su un negozio Shopify multi-valuta, conferma che il parametro currency rifletta la valuta reale del checkout del cliente, non un valore di default fissato a mano

Guarda gli annunci che stanno vincendo adesso

Una formula di riconciliazione, e lo scarto che è davvero normale

Una volta escluso il doppio conteggio e con i quattro eventi ben popolati, la domanda successiva è semplice: quanto deve avvicinarsi il fatturato di GA4 a quello reale di Shopify? Vicino, ma non uguale — e trattare "uguale" come obiettivo è il modo più sicuro per rincorrere un fantasma per una settimana.

Una formula utilizzabile: scarto % = (fatturato riportato da GA4 − fatturato reale Shopify) ÷ fatturato reale Shopify, calcolato sullo stesso intervallo di date in UTC con almeno 7 giorni completi di dati (l'elaborazione e il thresholding propri di GA4 rendono rumoroso qualsiasi periodo più corto). Su un negozio senza alcun difetto di tracking rimasto, questo di solito finisce tra -5% e -15% — GA4 un po' sotto Shopify, soprattutto per ad blocker, consensi rifiutati e sessioni che saltano da un dispositivo all'altro in un modo che nessuno dei due sistemi riconcilia perfettamente. Uno scarto fuori da questo intervallo, in entrambe le direzioni, è il segnale per tornare a controllare i problemi di doppio conteggio o di evento mancante sopra, prima di darlo per "rumore di attribuzione normale".

• Scarto comodamente tra -5% e -15%: il tracking è sano; smetti di fare audit e fidati del trend, non della cifra esatta
• Scarto positivo o solo leggermente negativo: sospetta prima del doppio conteggio, in particolare di una seconda integrazione analytics
• Scarto peggiore di -20%: sospetta di un evento purchase mancante o malformato su un percorso di checkout specifico (un certo metodo di pagamento, un certo paese, o un template di tema specifico) piuttosto che un guasto generale del tracking

Consent Mode e finestre di attribuzione: scarto che si riduce, non si elimina

Sul traffico UE e UK, Google Consent Mode v2 cambia cosa GA4 può misurare quando un visitatore rifiuta il consenso analytics: invece di un evento reale, GA4 riceve un "cookieless ping" ridotto e modella statisticamente il resto del comportamento di quel visitatore. Implementato correttamente, Consent Mode recupera parte di quel segnale perso tramite modellazione, ma una conversione modellata è una stima, non una misurazione — riduce lo scarto, non lo chiude, e aspettarsi che coincida esattamente con i dati di un visitatore con consenso completo è puntare all'obiettivo sbagliato.

Le finestre di attribuzione sono un'altra fonte di disallineamento che non ha niente a che fare con il consenso. L'attribuzione di default di GA4 usa un modello data-driven con fino a 90 giorni di lookback; l'analytics integrata di Shopify di solito accredita l'ultimo contatto in una finestra più corta. Far correre entrambe fianco a fianco aspettandosi che lo stesso canale riceva lo stesso credito di fatturato in ciascuna è confrontare due metodi contabili diversi, non scovare un bug.

• Implementa Consent Mode v2 (base o avanzato) se servi traffico UE/UK — non implementarlo sottostima il fatturato più di quanto la modellazione recuperi mai
• Non usare il fatturato per canale di GA4 e quello di Shopify in modo intercambiabile nello stesso report; scegli uno come fonte di verità per le decisioni di budget e usa l'altro solo come controllo
• Aspettati che lo scarto di attribuzione per canale tra i due sistemi si allarghi quanto più si allunga il percorso d'acquisto di una campagna (più giorni, più dispositivi tra il click e l'ordine)

La checklist di audit, e le soglie che ti dicono quando fermarti

Fai girare questo una volta, in ordine, dopo qualsiasi modifica al tema, installazione di app, o setup del tracking — non solo quando i numeri sembrano visibilmente sbagliati, visto che i problemi sopra sono silenziosi per natura.

• 1. Fai un ordine di prova con il DebugView aperto; conferma che purchase spara esattamente una volta, da un solo measurement ID
• 2. Conferma che view_item, add_to_cart e begin_checkout portano ciascuno value, currency e un array items popolato — non solo che il nome dell'evento appare
• 3. Prendi il fatturato di GA4 e quello di Shopify per la stessa finestra di 7 giorni in UTC e calcola la formula di scarto sopra
• 4. Se lo scarto sta tra -5% e -15%, fermati qui — il setup è sano
• 5. Se lo scarto è positivo, controlla di nuovo una seconda integrazione analytics prima di toccare altro
• 6. Se lo scarto è peggiore di -20%, isolalo per percorso di checkout (paese, metodo di pagamento, dispositivo) invece di assumere che tutto il funnel sia rotto
• 7. Riprendi lo scarto una settimana intera dopo qualsiasi correzione, non il giorno dopo — l'elaborazione e il thresholding di GA4 rendono i numeri del primo giorno poco affidabili anche su un setup pulito

Un tracking pulito ti dice come ha performato un prodotto. Non ti dice perché.

Correggere tutto quanto sopra ti porta qualcosa di reale: numeri che puoi davvero usare per decidere se scalare o uccidere un prodotto, invece di numeri che mentivano in silenzio in una direzione o nell'altra. Quello che non fa è spiegare un calo di performance che appare su dati altrimenti puliti — un CPA che sale di colpo o un tasso di conversione che crolla può essere la pagina, l'offerta, o un prodotto che si sta semplicemente raffreddando ovunque allo stesso tempo, e GA4 da solo non distingue le due cose.

Questa è una domanda competitiva, non di tracking. Il tracking pubblicitario di Trackira legge la spesa live e l'attività creativa su Meta, TikTok, Pinterest e Google Shopping, quindi una volta che i tuoi numeri sono affidabili, controllare se i concorrenti stanno ancora facendo girare le ads dello stesso prodotto a volume reale è un modo più rapido per distinguere "il mio negozio ha un problema" da "questo prodotto è semplicemente finito" piuttosto che riderivarlo solo dai tuoi dati GA4.

Perché GA4 mostra un fatturato diverso dai miei ordini Shopify?

Un certo scarto è normale — tipicamente GA4 che riporta il 5-15% sotto il fatturato reale di Shopify, soprattutto per ad blocker, consensi rifiutati e sessioni multi-dispositivo che nessuno dei due sistemi riconcilia perfettamente. Uno scarto più grande, specialmente se GA4 riporta più di Shopify, quasi sempre significa che una seconda integrazione analytics sta sparando l'evento purchase due volte.

Ho l'integrazione GA4 nativa di Shopify collegata. Mi serve anche uno snippet gtag aggiunto a mano?

No — e avere entrambi è la causa più frequente di fatturato gonfiato su GA4 nei negozi Shopify. Scegli un solo percorso (l'integrazione nativa basta per la maggior parte dei negozi) e togli l'altro invece di far girare entrambi "per sicurezza".

Attivare Consent Mode significa perdere i dati dei visitatori che rifiutano il consenso?

Perdi la capacità di misurarli direttamente, ma Consent Mode v2 lascia che GA4 modelli una stima del loro comportamento a partire da segnali aggregati invece di non riportare nulla. Questo recupera parte dello scarto, non tutto — tratta le conversioni modellate come una stima, non come un conteggio preciso.

Quanto tempo devo aspettare dopo aver corretto un problema di tracking prima di fidarmi di nuovo dei numeri?

Circa una settimana intera. L'elaborazione e il thresholding propri di GA4 rendono rumorosi i numeri di un singolo giorno anche su un setup pulito, e confrontare il giorno subito dopo una correzione con i giorni precedenti sottostimerà quanto è davvero migliorato.