Indice della guida
Hai configurato un evento, lo provi con Tag Assistant e il tag risulta attivato. Chiudi l’anteprima, ripeti la stessa azione sul sito e non trovi più il risultato. Il problema può dipendere dalla pubblicazione, ma anche da differenze fra contenitori, ambienti e condizioni della visita.
Per individuare la causa serve confrontare ciò che stai provando con ciò che il visitatore carica davvero. Aggiungere subito un secondo tag rischia di nascondere il problema e introdurre duplicazioni.
Confronta l’area di lavoro con la versione pubblicata
La modalità di anteprima permette di provare la bozza del contenitore come se fosse già distribuita. Il visitatore normale continua invece a usare la configurazione pubblicata per il suo ambiente.
Apri Versioni e confronta la versione pubblicata con l’area di lavoro in cui hai modificato il tag. Controlla nome dell’evento, attivatore, variabili e destinazione. Salvare un tag non equivale a rendere operativa la modifica sul sito.
Esempio: nell’area di lavoro hai aggiunto il rilevamento dei clic sul catalogo; la versione attiva contiene soltanto le visualizzazioni di pagina. Un test riuscito in anteprima è coerente con l’assenza dell’evento nella visita ordinaria: stai eseguendo due configurazioni diverse.
Verifica se hai creato una versione o l’hai anche pubblicata
La schermata Invia distingue la creazione di una versione dalla pubblicazione. Nella procedura ufficiale devi scegliere la pubblicazione, rivedere le modifiche e confermare l’ambiente previsto. Una versione salvata può restare non attiva.
Prima di procedere verifica tutte le modifiche comprese nell’invio, incluse quelle di altri collaboratori. Dai alla versione un nome descrittivo, per esempio Clic catalogo showroom, e annota il risultato del test. Pubblicare un’area di lavoro senza controllarne il contenuto può distribuire anche modifiche estranee al problema.
Se non puoi pubblicare, controlla le autorizzazioni sul contenitore. Il permesso di modificare non comprende necessariamente quello di pubblicare. Concorda il passaggio con chi ha il ruolo richiesto, fornendo versione, scopo e verifiche effettuate.
Controlla l’ID del contenitore realmente caricato dal sito
Confronta l’ID GTM- dell’area di lavoro con quello installato sulla pagina. L’ID del contenitore non è l’ID G- dello stream GA4: il primo identifica la configurazione dei tag, il secondo una destinazione di misurazione.
Un vecchio plugin, una sezione del tema o un template separato possono caricare un contenitore diverso in alcune pagine. Verifica almeno home, pagina servizio e pagina su cui avviene l’azione. La documentazione di installazione del contenitore web aiuta a confrontare il codice previsto con quello presente.
Non sostituire alla cieca l’ID trovato: un secondo contenitore potrebbe essere intenzionale e gestire altre funzioni. Ricostruisci prima chi installa ciascun codice e quali tag contiene. Se la stessa raccolta compare più volte, approfondisci le visualizzazioni duplicate in GA4.
Allinea ambiente, dominio e URL del test
Se il progetto usa ambienti distinti, una versione può essere stata pubblicata soltanto in quello di collaudo. I contenitori con ambienti personalizzati richiedono il confronto fra destinazione di pubblicazione e snippet installato.
Controlla anche le differenze meno evidenti: dominio con o senza www, sottodominio di prenotazione, percorso della pagina, parametro aggiunto dall’anteprima e stato di accesso al sito. Un attivatore che richiede un URL preciso può funzionare soltanto nella variante usata dal tecnico.
Esempio: il test avviene su demo.example.com/contatti/, mentre gli utenti visitano www.example.com/contatti/. Confronta i valori reali delle variabili e le condizioni dell’attivatore. Cambiare la regola perché ignori ogni dominio sarebbe eccessivo: deve coprire i contesti previsti dal progetto.
Ripeti la prova con le stesse condizioni della visita reale
Usa una sessione pulita e ripeti il percorso completo, includendo le scelte sul banner quando presente. Il tecnico potrebbe aver già espresso il consenso, mentre il visitatore parte da uno stato diverso. Controlla il comportamento previsto nei diversi stati senza rimuovere le condizioni di consenso per far comparire un evento.
Confronta poi browser, dispositivo e azione: un clic sul testo può coinvolgere un elemento diverso rispetto al clic sull’icona; un menu mobile può avere un markup differente dal menu desktop. Seleziona l’evento di interazione in Tag Assistant e osserva perché la condizione risulta vera o falsa.
Se la pagina pubblica contiene ancora una vecchia versione del pulsante o del livello dati, fai verificare la distribuzione del sito e le cache pertinenti. Svuotare indiscriminatamente ogni cache non sostituisce il confronto dei valori. Per il consenso consulta la guida a Consent Mode e banner.
Distingui tag attivato, invio e ricezione dei dati
Un tag indicato come attivato conferma che la sua esecuzione è stata avviata nella sequenza osservata. Devi ancora verificare che invii l’evento previsto alla destinazione corretta e che GA4 lo riceva.
Controlla nome dell’evento, ID di misurazione e parametri. Usa DebugView per la sessione di debug, selezionando il dispositivo appropriato. Una normale visita senza modalità di debug non deve necessariamente apparire lì: per la raccolta ordinaria considera anche il report In tempo reale e i tempi di elaborazione dei report.
La verifica della raccolta GA4 aiuta a separare il collaudo immediato dalla reportistica successiva. Se mancano anche le normali visite, amplia il controllo alla configurazione di Analytics, invece di intervenire soltanto sull’ultimo evento aggiunto.
Concludi con una prova della versione effettivamente online
Quando hai individuato la causa, applica la correzione minima e controlla nuovamente l’elenco delle modifiche. Dopo la pubblicazione termina l’anteprima e ripeti l’azione sulla pagina pubblica, verificando anche che il normale funzionamento del sito sia rimasto corretto.
- Annota contenitore, ambiente e versione pubblicata.
- Prova una sola interazione e verifica l’evento atteso.
- Ripeti su desktop e smartphone se il comportamento dei pulsanti cambia.
- Controlla almeno un evento già esistente per intercettare effetti collaterali.
Se una versione appena distribuita provoca un problema, valuta con il responsabile il ripristino di una versione funzionante dalla cronologia. Anche il ripristino va pubblicato e collaudato. Conserva una breve nota della causa trovata: rende più rapido il controllo quando cambia il sito o interviene un altro tecnico.
Fonti ufficiali e approfondimenti
Consulta i riferimenti ufficiali per verificare le impostazioni e i requisiti applicabili alla tua attività.
Domande frequenti
Salvare un tag lo rende subito attivo sul sito?
No. Le modifiche salvate nell’area di lavoro devono essere incluse in una versione pubblicata sull’ambiente utilizzato dal sito. L’anteprima permette di provarle prima di questo passaggio.
Perché riesco a modificare i tag ma non a pubblicarli?
Le autorizzazioni di modifica e pubblicazione sono distinte. Verifica il ruolo assegnato sul contenitore e coinvolgi chi dispone dei permessi di pubblicazione.
Un tag attivato in Tag Assistant prova che GA4 ha ricevuto l’evento?
Non da solo. Controlla la destinazione e la ricezione in Analytics. L’esecuzione del tag, la trasmissione e l’elaborazione nei report sono passaggi distinti.
Devo cambiare l’ID GTM quando pubblico una nuova versione?
No. La pubblicazione di una nuova versione nello stesso contenitore non richiede di sostituirne l’ID sul sito. Devi però verificare che pagina e ambiente carichino il contenitore previsto.