Configurare campagne Adgora in Google Tag Manager

Come configurare le campagne Adgora in Google Tag Manager

Configurare le campagne Adgora in Google Tag Manager è soprattutto un lavoro di pianificazione. I clic e i tag vengono dopo. Per prima cosa, decidi quale azione deve contare come successo, perché se mescoli una registrazione, un lead e un acquisto nella stessa configurazione, i report diventano subito poco chiari.

Questa guida si concentra su come configurare le campagne Adgora in Google Tag Manager senza trasformare l’account in un groviglio di trigger e test lasciati a metà. Se ti è mai capitato di aprire GTM, cliccare qua e là per 20 minuti e non capire ancora quale evento si sia attivato, allora sei nel pubblico giusto. Terremo la configurazione legata a un solo risultato di campagna alla volta, così saprai sempre come configurare Adgora in Google Tag Manager nel modo più pulito possibile.

1. Definisci l’obiettivo della campagna e l’azione Adgora esatta che vuoi attivare

Parti dall’evento, non dal tag. Un modulo lead, una conferma di registrazione, un acquisto o l’iscrizione a un webinar richiedono segnali diversi, e quel segnale dovrebbe corrispondere a un solo risultato della campagna Adgora. Se la campagna è pensata per un’offerta lead, non inviare eventi di acquisto solo perché sono disponibili.

Scrivi l’obiettivo in modo semplice prima di mettere mano a GTM. Per esempio: “Attiva l’evento Adgora quando l’utente invia il modulo di richiesta demo”. Questa frase ti dà trigger, pagina e azione dell’utente in un’unica riga. La semplicità qui aiuta.

In genere una campagna dovrebbe tracciare una sola azione primaria. Puoi aggiungere eventi secondari più avanti, ma il primo passaggio dovrebbe essere abbastanza circoscritto da poter essere testato in un pomeriggio. Se stai gestendo traffico a pagamento per il dropshipping, per esempio, potresti dare più importanza al completamento del checkout che ai clic sulla pagina prodotto, e questa differenza in GTM conta.

2. Raccogli prima di modificare tutto gli elementi Adgora e Google Tag Manager che ti servono

Prima di aprire l’area di lavoro, raccogli l’ID del container GTM, i permessi corretti sull’account, i dettagli dell’account Adgora, i nomi degli eventi e tutti gli ID o parametri richiesti dal tag. Mancare un campo a metà configurazione è il modo migliore per far abbandonare una configurazione. E rende anche il debugging successivo molto più lento.

Tieni in un unico appunto il percorso della pagina, l’ID del modulo, il testo del pulsante e tutte le variabili del data layer. Una configurazione pulita di solito dipende da quei valori esatti, non da ipotesi. Se l’azione arriva da una pagina di ringraziamento, salva subito quell’URL. Se arriva da un clic, annota la classe CSS o il testo del clic.

In un team, la persona che gestisce il flusso di guide su crypto advertising, monetizzazione e Ad-Tech può essere diversa da chi possiede il sito. Questo conta perché l’accesso a GTM e l’accesso Adgora sono spesso in mani diverse. Fai confermare entrambi prima di modificare.

Dovresti anche annotare il criterio di denominazione dei tag che userai. Un tag chiamato “Adgora Lead - Modulo Demo - Live” è molto più facile da consegnare a qualcun altro di “Tag 7”. I nomi fanno risparmiare tempo in seguito. Inoltre riducono gli errori durante le revisioni.

3. Decidi dove deve vivere il tag Adgora nella struttura GTM

Le collocazioni più comuni sono tre: su tutto il sito, solo sull’evento e specifica per campagna. Un tag sitewide vive su molte pagine ed è adatto a configurazioni che richiedono un segnale di base. Un tag solo evento si attiva soltanto sull’azione stessa. Un tag specifico per campagna è legato a un’offerta o a una fase del funnel.

Scegli la struttura più semplice che copre comunque la campagna. Se ti serve solo un evento di acquisto, un tag solo evento è di solito più pulito di un tag sitewide con condizioni aggiuntive sovrapposte. Se la campagna in futuro si estenderà a più landing page, una collocazione specifica per campagna ti lascia spazio per crescere senza cambiare l’intero container.

Un tag sitewide può essere utile, ma può anche generare rumore. Un tag che si attiva su ogni page view raramente è la risposta giusta per una campagna form. Un singolo attivarsi errato può far sembrare i numeri migliori di quanto siano. E questo poi diventa un problema.

Per i team che confrontano modelli di tracking, la differenza tra CPC, CPM e CPA può influenzare ciò che tracci per primo. Una campagna in stile CPA di solito richiede un confine dell’evento più rigoroso rispetto a una campagna di awareness CPM. Stesso strumento, logica diversa. Anche il tracking campagne Adgora GTM cambia in base a questa logica.

4. Costruisci la configurazione Adgora in GTM con il tipo di tag giusto e la mappatura corretta delle variabili

Questa è la parte pratica della configurazione Adgora in GTM. Dentro GTM, crea il tipo di tag che corrisponde alle istruzioni Adgora che hai ricevuto, poi compila i campi con i valori della campagna, il nome dell’evento e gli eventuali ID o parametri richiesti da Adgora. Se un campo richiede un valore statico, inseriscilo esattamente. Se deve leggere dalla pagina o dal data layer, mappa invece la variabile.

Usa le variabili per i valori che cambiano. Un invio di modulo può trasmettere nome, email, ID della campagna o valore dell’ordine, e conviene recuperarli tramite le variabili GTM piuttosto che digitarli a mano. I valori statici vanno bene per il nome dell’evento stesso, se Adgora ne richiede uno fisso. I valori dinamici devono restare dinamici.

Tieni la mappatura essenziale. Se il tag ha bisogno di soli tre campi, non aggiungerne otto solo perché “sono disponibili”. I campi extra possono creare confusione durante i test, soprattutto quando una variabile è vuota su mobile ma presente su desktop. Una configurazione con meno parti mobili è più facile da fidare.

Se stai gestendo un verticale come offerte forex e trading, mantieni la mappatura dei valori precisa e coerente in tutto il funnel. Un parametro mancante in un evento può rendere inutile il confronto. Succede in fretta quando i responsabili della campagna cambiano landing page a metà corso.

L’obiettivo qui non è far sembrare GTM pieno di cose. È far sì che ogni campo Adgora corrisponda a una fonte reale sul sito. Una configurazione Adgora in GTM pulita ha meno variabili, meno ipotesi e meno sorprese quando la modalità anteprima mostra il primo attivarsi.

5. Collega il tag Adgora a Google Tag Manager con il percorso di trigger scelto

Ora collega il tag al trigger esatto che rappresenta la fase della campagna. Se la fase è un invio di modulo, usa un trigger di invio modulo o un evento personalizzato legato al messaggio di successo del form. Se la fase è un clic su pulsante, scegli il trigger di clic e limitati al testo, ID o classe del pulsante corretto. Se la fase è una pagina di ringraziamento, attivalo solo sulla visualizzazione di quella pagina.

Qui spesso le persone cercano di essere troppo furbe e costruiscono troppo. Aggiungono prima “Tutte le pagine” e poi lo sistemano con filtri in seguito. Di solito questo genera rumore. È più pulito partire dall’unico percorso che indica davvero una conversione e poi espandere solo se la campagna lo richiede.

Per collegare correttamente il tag Adgora con Google Tag Manager, fai combaciare il trigger con l’azione dell’utente, non con il tema della pagina. Un pulsante che dice “Invia” su tre moduli diversi non basta da solo. Aggiungi una regola sul percorso della pagina, un ID del modulo o un evento del data layer così il trigger capisce quale conta.

Se il tuo sito invia un evento personalizzato dopo l’azione, usa quello. Gli eventi personalizzati sono spesso l’opzione meno fragile perché si attivano dopo che il sito ha già confermato il successo. Questo conta per i moduli a più passaggi e per le pagine di checkout, dove il clic in sé non è la stessa cosa del completamento.

Per i team di campagna che lavorano su campagne di installazione app mobile, il trigger può essere una conferma di installazione o un evento post-clic proveniente da un redirect dello store. In quel caso, non basarti solo su una pagina. Usa il vero traguardo dell’installazione, se lo hai.

6. Verifica il flusso dell’evento campagna Adgora prima di pubblicare

La modalità anteprima non è facoltativa. Apri il preview di GTM, esegui una volta l’azione esatta e controlla se il tag si attiva solo dove te lo aspetti. Se il tag si attiva al caricamento della pagina quando dovrebbe attivarsi all’invio del form, correggi il trigger prima di pubblicare. Basta un’attivazione sbagliata per inquinare un test.

Controlla i parametri uno per uno. Se l’evento dovrebbe inviare un ID ordine, assicurati che compaia nel debugger. Se la campagna usa un campo valore o categoria, verifica che sia compilato e non vuoto. I dati mancanti spesso si nascondono in un tag che altrimenti sembra corretto.

Controlla anche i duplicati. Se il tag si attiva due volte per un singolo clic, il problema può essere il trigger, lo script del sito o lo stesso evento inviato da un altro tag. È qui che aiuta un breve log di test. Annotati l’azione, la pagina, l’orario e il risultato.

Se l’evento sembra incompleto, confronta ciò che GTM riceve con ciò che Adgora si aspetta. Un solo disallineamento nel nome dell’evento può bastare a rompere il record della campagna, e un parametro mancante può rendere difficile associare una conversione in seguito. Vale ancora di più nelle pagine veloci, dove l’utente non aspetta mai una conferma visiva.

A volte le persone chiedono un primo lancio perfetto. Non esiste. Esiste solo un lancio controllato sul percorso esatto, sulla pagina esatta e con l’azione esatta. Ed è sufficiente.

7. Pubblica, passa il testimone e documenta la configurazione per i cambi futuri della campagna

Dopo che il test è riuscito, pubblica il container con un nome versione che dica cosa è cambiato. “Evento lead Adgora - modulo demo - aprile” è meglio di “Versione 12”. La persona successiva deve capire cosa contiene senza aprire cinque schede.

Documenta quattro cose: nome del tag, nome del trigger, variabili usate e pagina o azione a cui si riferisce. Aggiungi anche il responsabile. Se un marketer modifica il form più avanti, dovrebbe sapere quale tag si romperà per primo. Questo evita una richiesta di supporto.

Un processo di modifica breve aiuta più di uno lungo. Se la campagna ha bisogno di un nuovo pulsante, fai testare al responsabile in anteprima, conferma il percorso dell’evento e poi pubblica una nuova versione. Non modificare con leggerezza la versione live. Le modifiche live in GTM sono facili da fare e difficili da spiegare.

Rendi il passaggio di consegne semplice. Indica dove vive l’evento Adgora, cosa osserva il trigger e quali nomi di variabili contano. Se più avanti qualcuno dovrà aggiornare una landing page o sostituire lo strumento del form, potrà confrontare il vecchio percorso dell’evento con il nuovo prima di toccare la configurazione. Questa è la differenza tra un cambiamento rapido e una campagna rotta. Qui è utile anche impostare evento Adgora in GTM con una nomenclatura coerente.

Se il team usa riferimenti condivisi, tieni un appunto collegato al tuo glossario ad tech interno e un altro collegato al brief della campagna. Così termini come trigger, variabile ed evento diventano più facili da leggere per i nuovi membri del team. E la configurazione non viene trattata come una scatola nera.

Un ultimo controllo: se la campagna verrà ampliata in futuro, indica subito l’ambito attuale. “Solo modulo demo” è meglio di “tutti i lead”. Il tag deve dire la verità fin dal giorno 1, perché sarà ancora lì al giorno 30, quando qualcuno chiederà perché i numeri sono cambiati.