Gli ad blocker bloccano il pixel di Meta?

Molti ad blocker e browser orientati alla privacy lo bloccano. Quando lo script è bloccato, nessun evento del browser arriva a Meta da quel visitatore, ma gli acquisti inviati server-side dai dati degli ordini arrivano comunque.

Quanti acquirenti usano gli ad blocker?

Dipende dal tuo pubblico, dai dispositivi e dai paesi, quindi una cifra generale dice poco sul tuo negozio. Misura il tuo divario confrontando gli ordini web con gli eventi Purchase inviati dal tuo pixel nello stesso periodo.

Gli ad blocker possono bloccare il tracciamento server-side?

Non l’acquisto inviato dai dati degli ordini, perché quella richiesta va da un server all’API della piattaforma. Un blocker può fermare lo script del browser che salva il click id, ed è per questo che la raccolta first-party conta.

Un ad blocker equivale a rifiutare il consenso?

No. Rifiutare il consenso è una scelta fatta nel banner dei cookie che il tuo tracciamento deve rispettare. Un ad blocker è uno strumento nel browser. Entrambi riducono gli eventi del pixel, quindi misurali separatamente.

Mi serve ancora il pixel se invio gli acquisti server-side?

Sì, per i visitatori senza blocker. Il pixel aggiunge eventi di navigazione e cookie del browser, e con lo stesso event id la piattaforma tiene una sola copia di ogni acquisto.

Ad blocker e tracciamento: cosa perde il tuo negozio

Punti chiave

Gli ad blocker usano liste di filtri per bloccare gli script dei pixel e le loro richieste, quindi la piattaforma pubblicitaria non riceve alcun evento da quel browser.
Un pixel bloccato perde le visualizzazioni di pagina, gli eventi di aggiunta al carrello e gli acquisti, e l’acquisto è quello che conta di più perché determina il ROAS riportato e la gestione delle offerte.
Gli acquisti inviati server-side dai dati degli ordini non sono interessati, perché il browser dell’acquirente non li invia.
Misura il tuo divario confrontando gli ordini web del tuo negozio con gli eventi Purchase inviati dal pixel del browser, non con le conversioni attribuite.
Il tracciamento server-side non può recuperare eventi di navigazione o click id che non sono mai stati salvati, e la raccolta first-party riduce questa perdita.

Gli ad blocker fermano il tracciamento impedendo che lo script del pixel della piattaforma pubblicitaria, o le richieste che invia, vengano caricati nel browser dell’acquirente. Quando succede, la piattaforma non viene mai a sapere della visualizzazione di pagina, dell’aggiunta al carrello o dell’acquisto, anche se l’ordine è nel tuo negozio. Gli acquisti inviati server-side dai dati degli ordini non sono interessati, perché il browser dell’acquirente non partecipa al loro invio.

Questa guida spiega come funzionano gli ad blocker e le funzioni di privacy dei browser, quali eventi perde il tuo negozio, cosa recupera il tracciamento server-side e cosa no. Si chiude con un modo semplice per misurare il divario nel tuo negozio.

Come fanno gli ad blocker a bloccare i pixel di tracciamento?

La maggior parte degli ad blocker funziona con liste di filtri. Una lista di filtri è un lungo elenco di regole che corrispondono a indirizzi web: domini, percorsi e nomi di file di script pubblicitari e di tracciamento noti. Quando una pagina chiede al browser di caricare qualcosa che corrisponde a una regola, il blocker annulla la richiesta.

Le liste più conosciute sono EasyList, per la pubblicità, e EasyPrivacy, per il tracciamento. Funzionano con estensioni come Adblock Plus, AdBlock, uBlock Origin e AdGuard. Il pixel di una grande piattaforma pubblicitaria è un bersaglio facile per queste liste, perché carica lo stesso script dallo stesso dominio su moltissimi siti diversi.

La pagina si caricaIl tuo tema include lo script del pixel della piattaforma pubblicitaria.

Il blocker controlla l’indirizzoL’indirizzo dello script corrisponde a una regola di una lista di filtri.

Richiesta annullataLo script non viene mai eseguito, quindi non viene creato alcun evento.

Piattaforma pubblicitariaNon riceve nulla da questa visita.

Un pixel bloccato non invia un evento più debole. Non invia alcun evento.

Browser con protezione integrata

Alcuni browser bloccano i tracker senza bisogno di un’estensione. Brave attiva i suoi Shields per ogni sito per impostazione predefinita, e gli Shields bloccano annunci di terze parti, tracker e cookie cross-site. Firefox blocca i contenuti dei domini di tracciamento cross-site noti nelle finestre private, e gli utenti possono scegliere impostazioni più severe che valgono per tutte le finestre. L’Intelligent Tracking Prevention di Safari blocca tutti i cookie di terze parti e accorcia la durata dei cookie impostati dagli script. La nostra guida a Safari ITP e al tracciamento pubblicitario spiega questi limiti.

Blocker a livello di rete

Alcune persone bloccano i tracker per un intero dispositivo o per tutta la rete di casa, con un blocker basato su DNS o una VPN con filtro per i tracker. Questi strumenti fermano le richieste ai domini di tracciamento in ogni browser e app di quella rete. Cambiare browser non cambia il risultato.

Quali eventi perde il tuo negozio?

Quando il pixel è bloccato, si perdono tutti gli eventi che avrebbe inviato da quel browser. Il danno però non è lo stesso per ogni evento.

Evento	A cosa serve	Si perde quando il pixel è bloccato?	I dati degli ordini possono sostituirlo?
PageView, ViewContent	Pubblici dei visitatori del sito, retargeting sui prodotti	Sì	No
AddToCart, InitiateCheckout	Ottimizzazione verso gli acquirenti che iniziano un acquisto, retargeting dei carrelli	Sì	No
Purchase	Conversioni riportate, ROAS, ottimizzazione degli acquisti, offerte basate sul valore	Sì	Sì
Click id alla landing	Collegare l’acquisto al clic esatto sull’annuncio	Sì, quando viene bloccato anche lo script di tracciamento	No, deve essere salvato nel browser

L’acquisto è l’evento di maggior valore ed è quello che i dati degli ordini possono sempre sostituire.

Perdere gli eventi di navigazione rende più piccoli i tuoi pubblici di retargeting. Perdere gli acquisti fa più danni. La piattaforma riporta meno conversioni, il ROAS nel report degli annunci scende e l’algoritmo delle offerte impara da meno acquirenti. Una campagna redditizia può così sembrare in perdita, e potresti tagliarla.

Perché gli eventi server-side generati dai dati degli ordini non vengono bloccati

Un ad blocker gira dentro il browser dell’acquirente. Può fermare solo le richieste che fa il browser. Quando l’acquisto viene inviato dai dati degli ordini del tuo negozio, la richiesta va da un server all’API della piattaforma pubblicitaria. Il browser dell’acquirente non fa parte di quel percorso, quindi non c’è nulla che il blocker possa annullare.

14:02:11 PageView pixelBloccato da una lista di filtri nel browser

14:09:47 Purchase pixel order-1042Mai inviato, perché lo script del pixel non si è caricato

14:09:52 webhook order-1042 paidIl negozio segnala l’ordine pagato al server

14:10:12 Purchase server order-1042Inviato alla Conversions API con email e telefono sottoposti ad hash

Esempio: una visita con un ad blocker. Il browser non invia nulla, ma l’acquisto raggiunge comunque la piattaforma dall’ordine.

La piattaforma associa poi l’acquisto a una persona con i dati contenuti nell’evento: l’email e il telefono con hash presi dall’ordine, l’indirizzo IP e lo user agent, e il click id se è stato salvato. Niente di tutto questo passa dal blocker. Per il percorso completo dei dati, leggi cos’è il tracciamento server-side.

Cosa non può recuperare il tracciamento server-side?

Il click id ha bisogno del browser

L’ordine in sé è al sicuro, ma il collegamento al clic sull’annuncio avviene nel browser. Uno script deve leggere il click id dall’URL della landing page e salvarlo. Se un ad blocker blocca anche quello script, l’ordine arriva senza click id. La piattaforma può comunque associare l’acquisto tramite i dati del cliente con hash, ma la corrispondenza è meno sicura.

Due cose riducono questa perdita. Primo, raccogli gli eventi in modalità first-party: servi lo script di tracciamento e le sue richieste dal tuo dominio, per esempio tramite un app proxy di Shopify o un sottodominio del tuo sito. Le liste di filtri puntano agli indirizzi di tracciamento di terze parti noti, quindi un percorso first-party è molto più difficile da bloccare, anche se non impossibile. Secondo, usa la landing page che alcuni negozi online, come Shopify, salvano con ogni ordine. Se quell’URL contiene ancora il click id o gli UTM, l’ordine può essere attribuito senza alcun evento del browser.

Gli eventi di navigazione si perdono comunque

I dati degli ordini contengono ordini, non visualizzazioni di pagina. Inviare gli acquisti dagli ordini non fa tornare le visualizzazioni di pagina e gli eventi di aggiunta al carrello di un visitatore il cui browser ha bloccato tutto. Un collector first-party può inoltrare questi eventi dal server quando le sue richieste passano.

Il consenso rifiutato non è un blocco

Un visitatore che rifiuta i cookie di marketing nel tuo banner dei cookie non è lo stesso di un visitatore con un ad blocker. Il primo ha fatto una scelta che il tuo tracciamento deve rispettare. Con Respect visitor consent attivo, ROASaurus non assegna alcun visitor id a quel visitatore, quindi i suoi clic sugli annunci e le sue visite non vengono collegati a lui. I suoi eventi del browser vengono conservati senza visitor id, indirizzo IP o dettagli del browser, e non vengono inviati alle piattaforme pubblicitarie. L’ordine pagato viene comunque inviato server-side, con i dati del cliente con hash presi dall’ordine e con l’indirizzo IP e lo user agent dell’ordine. Tieni separati i due gruppi quando misuri la tua perdita, e vedi consenso e privacy per i dettagli.

Come stimare la tua perdita

Non ti servono le medie di settore, che dipendono da pubblico, dispositivo e paese. Puoi misurare il tuo divario confrontando gli ordini del tuo negozio con gli acquisti che il pixel del browser ha riportato nello stesso periodo.

Scegli un periodo e una piattaforma
Usa 14 o 30 giorni e una sola piattaforma, per esempio Meta. Usa lo stesso fuso orario in entrambi i sistemi.
Conta gli ordini web nel tuo negozio
Parti da tutti gli ordini. Togli gli ordini che non passano dal tuo checkout online: punto vendita, ordini manuali e bozze, rinnovi di abbonamento e ordini di prova.
Conta gli eventi Purchase del browser
Nello strumento eventi della piattaforma, conta gli eventi Purchase inviati dal pixel del browser. È più facile farlo prima di aggiungere gli eventi server. Se gli eventi server sono già attivi, usa la vista per metodo di connessione della piattaforma, dove esiste. Meta Events Manager mostra il metodo di connessione di ogni evento e conta gli eventi lì prima della deduplicazione. Non usare gli acquisti attribuiti del report degli annunci.
Dividi
Acquisti del browser ÷ ordini web è la quota che il pixel ha visto. Il resto è il tuo divario.
Separa il consenso dal blocco
Stima gli ordini dei visitatori che hanno rifiutato i cookie di marketing, con il tasso di rifiuto del tuo strumento per il consenso. Quello che resta dipende per lo più da ad blocker, impostazioni di privacy e pagine che non si sono caricate.

Negozio di esempio, 30 giorni	Ordini	Quota degli ordini web
Tutti gli ordini nel negozio	1,240
Ordini da punto vendita, manuali e rinnovi	−90
Ordini web	1,150	100%
Eventi Purchase dal pixel del browser	874	76%
Divario	276	24%
Ordini stimati dei visitatori che hanno rifiutato il consenso (tasso di rifiuto del 10%)	115	10%
Resto: ad blocker, impostazioni di privacy, pagine che non si sono caricate	161	14%

In questo negozio di esempio il pixel perde circa 1 ordine web su 4. Circa 1 su 7 si perde per blocchi ed errori del browser, non per il consenso.

Il divario cambia anche il ROAS. Supponi che Meta riporti un ROAS di 2.0 per questo negozio e che il suo ROAS di pareggio sia 2.3. Sui dati del pixel le campagne vanno in perdita. Se gli ordini generati dagli annunci fossero stati persi allo stesso tasso del 24% di tutti gli ordini web, il pixel avrebbe visto solo il 76% dei ricavi pubblicitari. Il ROAS reale sarebbe allora circa 2.0 ÷ 0.76 = 2.6, sopra il pareggio. È una stima per eccesso, perché non ogni ordine mancante arriva da un annuncio. La nostra guida al ROAS di pareggio spiega come fissare quella soglia.

Come ridurre ciò che perdi

Le soluzioni sono le stesse per ogni piattaforma di negozio online. Funzionano meglio insieme.

Invia gli acquisti dai dati degli ordini. Così si chiude il divario sugli acquisti per ogni piattaforma che colleghi, qualunque cosa blocchi il browser del visitatore.
Tieni il pixel, con un event id condiviso. I visitatori senza blocker continuano a inviare eventi del browser con cookie e contesto della pagina. Lo stesso event id sulle due copie permette alla piattaforma di tenerne una sola. Vedi come evitare il doppio conteggio.
Raccogli in modalità first-party. Servi lo script di tracciamento e i suoi eventi dal tuo dominio, così i click id vengono salvati per più visitatori.
Invia i dati del cliente con hash. Email e telefono presi dall’ordine permettono alla piattaforma di associare gli acquisti che non hanno un click id.
Misura di nuovo. Ripeti il confronto un mese dopo. Gli eventi Purchase che la piattaforma riceve ora dovrebbero coincidere con i tuoi ordini web.

Negozio di esempio: eventi Purchase ricevuti da Meta in 30 giorni

Solo pixelPixel + server, deduplicati

Eventi Purchase

874

1,150

Dopo che gli acquisti vengono inviati dai dati degli ordini, tutti i 1,150 ordini web raggiungono la piattaforma. Il pixel aggiunge comunque i dati del browser per gli 874 ordini che ha visto.

Come ROASaurus gestisce gli ad blocker

ROASaurus invia ogni ordine pagato server-side alle piattaforme pubblicitarie che aggiungi in Tracking & platforms, quindi un ad blocker nel browser dell’acquirente non ferma l’acquisto. Su Shopify, gli eventi della vetrina passano dall’app proxy di Shopify sul dominio del tuo negozio. Puoi anche servire lo script e i suoi eventi da un sottodominio CNAME del tuo sito. Quando un visitatore non ha alcun contatto nel browser, l’attribuzione di ROASaurus ripiega sui click id e sugli UTM presenti nell’URL della landing page dell’ordine, quando il negozio ne registra una, come fa Shopify.

Ogni invio e la risposta della piattaforma sono elencati nell’Event log, così puoi controllare che ogni ordine sia arrivato a ogni piattaforma. Per la configurazione, vedi il tracciamento server-side e l’integrazione con Shopify.

Fonti

In ROASaurus

Continua a leggere

TracciamentoConsent Mode v2 e GDPR: cosa può inviare un negozio onlineConsent Mode v2 per i negozi online: i quattro segnali di consenso di Google, cosa chiede la legge dell’UE e cosa può ancora inviare il tracciamento server-side. Solo informazioni generali.TracciamentoEventi di acquisto duplicati: perché le vendite vengono contate due volteGli eventi di acquisto duplicati gonfiano conversioni e ROAS. Scopri le cause, come Meta, TikTok, Snapchat, Pinterest e Reddit eliminano i duplicati e come risolvere.TracciamentoSafari ITP e tracciamento pubblicitario: cosa funziona ancoraSafari ITP limita a 7 giorni i cookie impostati dagli script, o a 24 ore dopo alcuni clic sugli annunci. Scopri che effetto ha sull’attribuzione e quale tracciamento funziona ancora.