Stesse campagne, stesso budget: è cambiata solo la qualità del dato che arriva alle piattaforme pubblicitarie.
Un e-commerce su Shopify tracciava le vendite con l’app nativa “Google & YouTube”. AdBlocker e protezioni dei browser (ITP) bloccavano circa il 30% dei dati, incluso un acquisto su tre. Con la migrazione al tracciamento server-side (Google Tag Manager Server-Side su infrastruttura Stape), nel 2026, le piattaforme pubblicitarie hanno ricominciato a vedere i dati completi: le conversioni giornaliere registrate sono aumentate del 150%, il costo per acquisizione è sceso di circa il 40% e il ritorno sulla spesa pubblicitaria è quasi raddoppiato. Senza toccare campagne né budget.
E-commerce su Shopify con investimento pubblicitario continuativo su Google Ads e Meta. Per riservatezza non possiamo indicare il brand né il settore: tutti i dati di questa pagina sono espressi in valori percentuali, verificati sulle piattaforme di riferimento.
Il tracciamento nativo di Shopify invia i dati di vendita dal browser dell’utente. Questo significa che tutto ciò che blocca il browser: le estensioni AdBlocker, le protezioni anti-tracciamento di Safari e di altri browser (ITP, Intelligent Tracking Prevention) blocca anche il dato.
Le conseguenze per questo e-commerce erano tre:
Con il tracciamento server-side il percorso del dato cambia in tre punti. Primo: l’informazione di vendita parte direttamente dal negozio, non dal browser dell’utente. Secondo: un server dedicato la riceve, la verifica e la arricchisce. Terzo: da lì arriva completa e pulita a Google Ads, GA4 e Meta.
La tecnologia utilizzata è Google Tag Manager Server-Side su infrastruttura Stape, al posto dell’app nativa di Shopify. Per l’utente finale non cambia nulla; per le piattaforme pubblicitarie cambia tutto.
Il dato più affidabile viene dal confronto diretto: per 10 giorni le due configurazioni: l’azione di conversione dell’app nativa e quella alimentata dal server-side, hanno misurato lo stesso traffico, in parallelo, sullo stesso account. Nello stesso periodo il server-side ha registrato il 75% di conversioni in più.
Confrontando invece i periodi prima e dopo la migrazione, l’aumento sale al 150% (x2,5), con il costo per acquisizione sceso di circa il 40% e il ROAS quasi raddoppiato.
È il numero che il cliente vede nel proprio account, ma include anche variabili esterne: stagionalità, volumi di traffico, riapprendimento degli algoritmi. Il test in parallelo isola l’effetto del solo tracciamento: per questo lo consideriamo il dato di riferimento.
Un punto va detto con chiarezza: non si tratta di vendite nuove comparse dal nulla. Sono vendite che avvenivano già e che le piattaforme non vedevano. La differenza è che ora lo Smart Bidding di Google Ads ottimizza le aste con dati completi: meno spesa sprecata su chi non converte, più investimento su chi converte davvero. È questo che ha dimezzato il costo di acquisizione.
Su una finestra di 30 giorni, l’infrastruttura server-side ha recuperato in media il 30% delle richieste di tracciamento che il sistema nativo perdeva per AdBlocker e tracking prevention.
Il dettaglio per evento, su un focus di 10 giorni: Purchase recuperati al 32,7% ovvero un acquisto su tre; AddPaymentInfo al 33%; BeginCheckout al 30%.
Il recupero è più alto proprio sugli eventi di fine funnel. Non è un caso: gli utenti che arrivano al pagamento usano più spesso browser restrittivi. Il dato recuperato vale di più perché riguarda i clienti che comprano.
Sul lato Meta, l’integrazione della Conversions API (CAPI) via server ha prodotto due risultati. Il primo: +158% di conversioni registrate tramite API rispetto al solo pixel del browser. Il secondo: un Event Match Quality di 8.8/10 — il punteggio con cui Meta valuta quanto bene riesce ad associare ogni conversione a un utente reale. Sopra l’8 significa che quasi ogni vendita viene attribuita correttamente alla campagna che l’ha generata.
Il server-side non inventa vendite: rende visibili dati che esistevano già. Ogni numero di questa pagina è un dato recuperato, non generato.
Lo Smart Bidding lavora bene solo se vede i risultati. Con il 30% di segnale in più, ottimizza meglio le aste e riduce la spesa inefficiente.
Il tracciamento server-side estende la vita dei cookie di prima parte: meno conversioni finiscono erroneamente nel traffico "Direct" e le campagne ricevono il merito che spetta loro.
No, e chi lo promette non è onesto. Il server-side rende visibili le vendite che già avvengono ma che AdBlocker e restrizioni dei browser nascondono alle piattaforme. L’aumento delle performance arriva di conseguenza: con dati completi, gli algoritmi pubblicitari ottimizzano meglio il budget.
No. Questo caso riguarda Shopify, ma il tracciamento server-side si applica a qualsiasi e-commerce o sito con obiettivi di conversione: WooCommerce, Magento, piattaforme custom.
Può esserlo: il consenso dell’utente resta il requisito per il tracciamento, anche lato server. Il server-side non serve ad aggirare il consenso, ma a non perdere i dati degli utenti che il consenso l’hanno dato.
Dipende dalla complessità del negozio. In questo caso la migrazione è stata completata senza interruzioni delle campagne, con le due configurazioni misurate in parallelo prima dello switch definitivo.
Se investi in pubblicità e il tracciamento parte dal browser, una parte dei tuoi risultati è invisibile. Scopri quanto con un audit del tracciamento.
Due minuti per compilare il form, una risposta concreta in giornata. Leggo tutto personalmente: nessun preventivo automatico e nessuna telefonata commerciale.
Se i tuoi dati non sono affidabili, c’è più di una soluzione.
Troviamo insieme ciò che ti serve davvero.
Seleziona uno slot per una consulenza gratuita di 30 minuti.
