Gli ad blocker riconoscono URL. Quindi cambia gli URL.
Passare a un dominio di tagging first-party risolve il nome host, ma i percorsi ti tradiscono: /gtm.js e /g/collect sono in ogni blocklist esistente. Custom Loader serve gli stessi endpoint da uno spazio di percorsi casuale ed esclusivo del tuo container, e misura quante richieste questo recupera.
/gtm.jsBloccata/x7k2m9dq4f/l.jsConsegnataDue richieste, una blocklist
Un dominio first-party risolve solo metà del problema
Le liste di prevenzione del tracciamento funzionano per corrispondenza di pattern, e quei pattern non si limitano ai nomi host. Appena il tuo dominio è noto, o appena un pattern di percorso corrisponde, le richieste spariscono di nuovo, e spariscono in silenzio.
I percorsi sono il pattern più facile da intercettare
Le liste di filtri contengono regole per /gtm.js, /gtag/js e /g/collect che scattano indipendentemente dal dominio che le serve. Un dominio personalizzato da solo non le aggira.
I caricamenti successivi escono di nuovo
Gli script serviti in proxy spesso fanno riferimento internamente a googletagmanager.com. Quelle richieste successive lasciano di nuovo il tuo dominio e finiscono dritte su un URL in blocklist.
Non vedi ciò che hai perso
Una richiesta bloccata non arriva mai, quindi non compare mai nei tuoi report. Senza un confronto non hai modo di sapere quanto valga quel divario.
Come funziona
Ogni container riceve il proprio seed di percorso casuale. Il loader serve lo script GTM e ogni endpoint di raccolta al di sotto di esso, così non resta alcun percorso canonico da intercettare.
Uno spazio dei nomi casuale
Al tuo container viene assegnato un seed come x7k2m9dq4f. Lo script GTM diventa /x7k2m9dq4f/l.js, la raccolta GA4 diventa /x7k2m9dq4f/g/collect, e così via per ogni client.
Un bootstrap first-party
Incolli un breve tag script che punta a /{seed}/{seed}.js. Viene servito dal gateway stesso, inizializza il data layer e carica il vero script GTM dallo stesso spazio dei nomi.
Corpi degli script riscritti
I riferimenti a googletagmanager.com all'interno degli script serviti in proxy vengono riscritti verso il tuo dominio e il tuo seed, così anche i caricamenti successivi restano first-party. Attivo per impostazione predefinita e disattivabile.
Rigenera quando vuoi
Se un seed viene mai bruciato, generane uno nuovo dalla console. Il vecchio spazio dei nomi smette di risolvere e tu aggiorni lo snippet sul sito.
Cosa ottieni
Un numero di richieste recuperate
Le richieste che arrivano nel tuo spazio dei nomi sono passate dal loader per definizione. È questo il segnale dietro la metrica di recupero: una prova, non una stima.
Unico per container
Il seed è generato per container, quindi non esiste alcun pattern comune tra i nostri clienti che un curatore di liste possa colpire.
Nessun percorso canonico residuo
La regola generica di passaggio copre ogni client (GA4, Data Client e qualsiasi altra cosa il container serva), non solo lo script GTM.
nginx standard, nessun runtime esotico
Il bootstrap è servito da normali direttive del gateway, quindi nulla del loader dipende da componenti opzionali della piattaforma.
Specifica
- Seed di percorso
- 10 caratteri casuali, per container
- Script del loader
- /{seed}/l.js
- Script di bootstrap
- /{seed}/{seed}.js
- Riscrittura degli script
- Attiva per impostazione predefinita, disattivabile
- Costo
- Incluso nel tuo container
Questo modulo riscrive i percorsi delle richieste invece di aggiungere header.
Quando usarlo
Le conversioni sono molto sotto agli ordini
Uno scarto persistente tra ciò che registra il tuo shop e ciò che riportano le piattaforme pubblicitarie di solito dipende dal blocco. Questo è il modulo che chiude la parte misurabile di quello scarto.
Devi dimostrare il valore del server-side
La percentuale di recupero è il numero da mettere davanti a un cliente o a una direzione finanziaria: tante richieste sono arrivate che altrimenti non ci sarebbero state.
Fai campagne in mercati con molti ad blocker
Dove la diffusione dei blocker è alta, le richieste recuperate si traducono direttamente in una migliore ottimizzazione delle campagne, perché le piattaforme ricevono più del segnale su cui fanno offerte.
Domande sul Custom Loader
Devo modificare il mio sito?
Sì, una volta sola. Sostituisci lo snippet GTM standard con il tag script mostrato nella console. È un singolo tag, e la console ti fornisce il codice esatto da copiare.
Va contro i termini di Google?
No. Stai servendo lo script di Google dal tuo dominio su un percorso che hai scelto tu, che è esattamente ciò che è il tagging server-side. Né lo script né i dati che invia vengono modificati.
E se una blocklist finisse per intercettare il mio seed?
Rigeneralo dalla console e aggiorna lo snippet sul sito. Poiché i seed sono per container, una regola scritta contro lo spazio dei nomi di un cliente non ha effetto su quello di nessun altro.
Funziona con il consent mode?
Sì. Il loader cambia da dove lo script viene servito, non ciò che fa. I segnali di Consent Mode viaggiano nei parametri della richiesta esattamente come prima.
Altri moduli
I moduli si sommano. Attivane quanti ti servono: confluiscono in un'unica configurazione davanti al tuo container.
Pronto ad attivarlo?
Ogni modulo è incluso nel tuo container senza costi aggiuntivi. Crea un container, apri il pannello dei moduli e attiva l'interruttore.