Configurazione Google Tag Manager (client-side)

Il problema

Probabilmente stai leggendo questa pagina per uno di questi motivi:

• Hai un container GTM che è diventato ingestibile — tag duplicati, trigger che si attivano quando non dovrebbero, variabili con nomi tipo {{var1}}, nessuno sa più perché certe cose sono configurate come sono.
• Hai un sito nuovo e devi partire con tracking fatto bene — non vuoi trovarti fra sei mesi con lo stesso caos che avevi prima.
• Stai migrando da Universal Analytics o da un altro tag management — vuoi approfittare della migrazione per razionalizzare.
• Le tue campagne advertising stanno rendendo male e sospetti che la causa sia il tracking — conversioni perse, eventi duplicati, attribution che non quadra.

Tutti questi sono lo stesso problema di fondo: il tracking è stato costruito come accumulo di patch, senza un’architettura. E quando l’architettura manca, ogni cambio futuro costa il triplo.

Come lavoro

Lavoro in 4 step, in questa sequenza. Non salto passaggi — nemmeno quando il cliente vuole “partire subito con l’implementazione”. Saltare l’audit è il modo migliore per trovarsi a rifare il lavoro due volte.

1. Audit e data model

Una settimana circa. Analizzo il sito, le piattaforme pubblicitarie e le dashboard di analytics per capire:

• Quali eventi servono davvero al business (non tutti gli eventi possibili — solo quelli che informano decisioni).
• Che parametri deve portare ogni evento (value, currency, item_id, item_category, user_id, ecc.).
• Quali sono i punti critici del percorso utente (add_to_cart, begin_checkout, purchase, sign_up, ecc.).
• Che compliance serve rispettare (Consent Mode v2, CNIL, altre autority europee).

A fine step ti consegno un data model document: la spec formale di cosa deve pushare il dataLayer, con nomi standard Google e Meta-compatibili.

2. Implementazione del dataLayer

Una o due settimane. Il lavoro si divide in due fronti:

• Lato sito (a carico del tuo team dev o mio, dipende dall’accordo): push del dataLayer con gli eventi e i parametri concordati. Se il sito è Shopify / WooCommerce / headless uso la strategia adeguata.
• Lato GTM: creo il container con la naming convention, i folder, i trigger e le variabili corrispondenti al data model. Tutto in un workspace separato — non tocco il container live finché non è tutto testato.

3. QA e testing

Questa è la parte che i setup low-cost saltano. Io no. Per ogni evento controllo:

• Che parta sulle pagine/azioni giuste (e solo lì).
• Che i parametri siano del tipo corretto (stringa vs numero, currency ISO, ecc.).
• Che non sia duplicato fra client-side e server-side (in Milestone 7 della tua integrazione lo vedremo).
• Che rispetti il consent signal (niente cookie analytics se l’utente ha rifiutato).

Strumenti: GTM Preview, GA4 DebugView, Meta Events Manager Test Events, Tag Assistant, e un bookmarklet custom che ho scritto per loggare il dataLayer in un panel lato client.

4. Release e documentazione

Pubblicazione del container nel tuo workspace di produzione, con version note chiara su cosa è cambiato. Handover documentato in due sessioni:

• Sessione tech con il tuo team dev (1h): architettura, come aggiungere un nuovo evento, come debuggare.
• Sessione marketing con chi usa GA4 / Looker Studio (1h): dove trovare gli eventi, come leggerli, i glossari.

Cosa ricevi a fine progetto

Una checklist concreta, non “deliverable da marketing”:

• Container GTM di produzione configurato, documentato e sotto version control (GTM workspaces + export JSON firmato).
• Documento di data model con spec dataLayer, esempi JSON, edge case (logged in vs guest, etc.).
• Guida operativa per il tuo team: come aggiungere un evento, come testare, come fare release.
• QA report: screenshot e log di tutti gli eventi testati, con data e browser.
• Due sessioni di handover (tech + marketing), registrate se le vuoi rivedere.
• 30 giorni di supporto post-release inclusi: se qualcosa non gira, intervengo subito.

Tempi e costi

• Durata tipica: 2–4 settimane dall’avvio al go-live (dipende dalla complessità e dalla disponibilità del tuo team dev).
• Range prezzo: da 1.500€ (sito semplice, container snello) a 6.000€+ (e-commerce articolato con molti eventi custom e integrazioni). Preventivo su misura dopo la call introduttiva.
• Pagamento: 50% all’avvio, 50% al go-live. Fattura italiana con P.IVA 06106990655.
• Retainer mensile opzionale dopo il progetto, per evoluzioni e manutenzione.

Se stai lavorando con un’agenzia digitale e cerchi un freelance a cui appoggiarti sul tracking, il setup è diverso: vedi la sezione “Per agenzie” in home.