Nel container puoi trovare decine di tag. Alcuni si attivano due volte, altri non vengono più utilizzati da nessuno e una variabile chiamata "test2-final" decide i ricavi riportati. Finché non cambia nulla, il sito misura. Al primo cambiamento, però, nessuno vuole approvare la pubblicazione.
La versione originale di questo articolo conteneva 19 impostazioni specifiche per Google Analytics, AdWords, Sklik, Facebook e gli strumenti ormai scomparsi di allora. All'epoca era pratica. Oggi copiare vecchi tag creerebbe debito tecnico. Più importante è un sistema capace di sopravvivere a una nuova interfaccia e alla sostituzione di una piattaforma.
GTM non crea i dati: ne controlla solo il percorso
Google Tag Manager lavora con tre elementi di base:
- Un tag invia o elabora dati per un servizio specifico.
- Un trigger determina in quale evento e a quali condizioni si attiva un tag.
- Una variabile fornisce un valore, ad esempio un ID transazione, un prezzo o il tipo di pagina.
GTM non sa da solo che un ordine è stato pagato. Questa informazione deve essere fornita dal sito o dal backend. Se il segnale di origine è errato, un tag configurato perfettamente invia semplicemente l'errore più velocemente a più sistemi.
Il data layer è un accordo tra il sito e il marketing
Il data layer è un livello strutturato attraverso cui il sito trasmette eventi e valori ai tag. Invece di leggere il prezzo da uno specifico elemento HTML, l'applicazione invia un evento con campi stabili quando un acquisto viene completato.
window.dataLayer = window.dataLayer || []; window.dataLayer.push({ event: 'purchase', ecommerce: { transaction_id: 'OBJ-12345', value: 2490, currency: 'CZK', items: [] } });Questo è un esempio semplificato del principio, non un'implementazione e-commerce completa. Allinea la struttura specifica alle raccomandazioni attuali della piattaforma di destinazione. L'importante è che nomi, tipi e tempistica dell'evento siano concordati e verificabili.
Non farei affidamento sull'URL di una pagina di ringraziamento o sul testo di un pulsante se il sito può fornire un evento aziendale reale. Testi e URL cambiano durante un redesign. L'accordo sul data layer dovrebbe rimanere stabile.
Prima il piano di misurazione, poi il container
Per ogni passaggio aziendale, annota:
- il nome dell'evento,
- la condizione esatta in cui si verifica,
- i parametri obbligatori e il loro formato,
- la fonte attendibile,
- i sistemi a cui può essere inviato,
- lo stato di consenso richiesto,
- il responsabile e il metodo di test.
Per una richiesta, distingui un modulo inviato da un lead qualificato. Per un negozio online, distingui l'avvio di un ordine da un acquisto confermato. Questo impedisce all'algoritmo pubblicitario di ottimizzare per un'azione facile ma commercialmente debole.
I nomi devono sopravvivere a diversi strumenti
Usa nomi di eventi coerenti in minuscolo e parametri descritti chiaramente. Quando GA4 offre un evento consigliato, come generate_lead, add_to_cart o purchase, ha senso seguire il nome e i parametri ufficiali. Ottieni report più compatibili e meno necessità di livelli di traduzione.
Altre piattaforme potrebbero richiedere un nome proprio. Fai la traduzione solo nel tag. Il sito dovrebbe inviare un unico evento aziendale comprensibile, non cinque segnali quasi identici in base al logo del fornitore.
Il consenso deve far parte dell'architettura
Un banner dei cookie e GTM non devono funzionare come due mondi separati. Lo stato di consenso predefinito deve essere disponibile prima dei tag e aggiornarsi correttamente dopo la scelta dell'utente. Google descrive il Consent Mode per i suoi tag, comprese le modalità di base e avanzata.
Consent Mode non è un banner né una valutazione legale. L'azienda deve ottenere il consenso dove richiesto, trasmetterne lo stato e assicurarsi che tutti i tag — compresi quelli esterni a Google — rispettino la scelta. L'HTML personalizzato non è una scorciatoia adatta per gestire il consenso dei tag Google; usa meccanismi e template supportati.
Preferisci un template nativo a uno script casuale
Per Google tag, Google Ads e altri servizi supportati, usa un template nativo o approvato e affidabile. Riserva l'HTML personalizzato ai casi che non possono essere risolti in sicurezza in altro modo. Ogni script di terze parti aggiunge rischi di prestazioni, sicurezza e manutenzione.
Una volta ogni trimestre, esamina il container e rimuovi i tag dei servizi che l'azienda non utilizza più. Uno strumento di marketing inattivo non dovrebbe avere accesso ai visitatori solo perché è stato dimenticato.
I test devono verificare dati, ordine e mancata attivazione
Preview e Tag Assistant mostrano quali tag si sono attivati, in quale ordine e con quali dati. Vedere lo stato Fired non basta. Controllo anche:
- se il tag si è attivato esattamente una volta,
- se non si è attivato nel passaggio sbagliato,
- il valore, la valuta, l'ID transazione e gli articoli,
- la richiesta e la risposta di rete del servizio di destinazione,
- lo stato nella modalità in tempo reale o di test della piattaforma,
- sia il consenso concesso sia quello negato,
- mobile, reindirizzamenti, pagamento non riuscito e caricamenti ripetuti.
Per un acquisto, confronto il risultato con il backend. Quando GTM segnala una transazione e il sistema degli ordini ne segnala un'altra, Tag Assistant non determina la realtà contabile.
La pubblicazione richiede una versione e una via di ritorno
Prima di una modifica, usa un workspace separato se più persone lavorano sul container. Dai alla pubblicazione un nome basato sul risultato, non "versione 37", e descrivi gli eventi modificati. Google Tag Manager salva una versione del container al momento della pubblicazione, così è possibile ricostruire la cronologia e ripristinare lo stato precedente in caso di errore.
Il rollback, però, non sostituisce i test. Se il sito e il data layer sono cambiati contemporaneamente, il vecchio container potrebbe non funzionare con il codice attuale. Distribuisci le versioni del sito e della misurazione in coordinamento.
Dodici punti per un container sano
- Sul sito è presente un unico container corretto e il suo posizionamento segue le istruzioni di installazione.
- Per ogni evento chiave esistono un piano di misurazione e un responsabile.
- Il sito invia un data layer stabile invece di una lettura fragile della pagina.
- Nomi e parametri sono coerenti e documentati.
- I dati personali non vengono inviati al data layer senza una ragione lecita e approvata.
- Il consenso è configurato prima che si attivino i tag pertinenti.
- I tag Google e pubblicitari usano template supportati quando disponibili.
- Ogni tag ha un trigger limitato e comprensibile.
- Un acquisto o un lead non possono essere inviati accidentalmente due volte.
- I test hanno coperto anche scenari negativi e consenso negato.
- La pubblicazione ha un nome, una descrizione e una via di ritorno conosciuta.
- Tag, variabili e accessi inutilizzati vengono rimossi regolarmente.
Dove si inseriscono GA4, Meta e i sistemi pubblicitari
GTM è uno snodo del traffico. Google Analytics 4 si occupa del significato degli eventi e dei report. L’articolo sulla Conversions API spiega il percorso server-side degli eventi verso Meta. L’importazione diretta dei costi da Meta in GA4 ha un altro scopo, descritto nella guida per collegare Meta Ads con GA4.
Non cercare di risolvere ogni livello con un solo tag. Prima definisci l'evento, poi il consenso, il trasferimento, la validazione e solo dopo il report.
Quando GTM non è necessario
Per un sito molto semplice con un unico tag analytics supportato, l'implementazione diretta del Google tag può essere più chiara. GTM ha senso quando servono più eventi, servizi, condizioni e un processo di modifica controllato. Non è un distintivo obbligatorio del marketing adulto.
Se il tuo container è cresciuto per diversi anni e ormai nessuno osa più pubblicarlo, non inizierei aggiungendo un altro tag. Inizierei con un inventario e un percorso di test dal data layer al report. Puoi descrivere la situazione attuale tramite il contatto.