Definisci l’evento di business prima di configurare i tag
Una conversione è un’azione completata che conta per il business, non un’interazione che capita di essere facile da taggare. Per l’ecommerce, ciò significa comunemente un ordine accettato, non un aggiungi al carrello o il click sul pulsante di pagamento. Per la lead generation, può essere una richiesta inviata che soddisfa criteri prestabiliti, un appuntamento prenotato o un lead qualificato per le vendite. Scrivi questo in linguaggio di business prima di tradurlo in un evento.
Per ogni azione di conversione, registra il suo trigger, le regole di inclusione ed esclusione, il valore, la regola di conteggio, l’identificatore, il proprietario responsabile e il sistema di riferimento. Esempio: “ordine pagato accettato; un evento per ID ordine; ricavi d’ordine secondo la regola aziendale; il database commerce lo riconcilia.”
Usa azioni primarie e secondarie con criterio
Google Ads indica che le azioni di conversione primarie appaiono nella colonna Conversions e sono usate per il bidding quando il relativo obiettivo standard è impiegato per il bidding. Le azioni secondarie servono all’osservazione in All conversions e in genere non sono usate per il bidding. Primaria non è quindi un bollino di qualità: controlla il segnale da cui l’ottimizzazione apprende.
Rendi primarie solo le uscite di campagna dirette e ripetibili. Mantieni come secondarie l’inizio di un modulo, il download di brochure, la creazione di account, l’apertura di chat e i click per chiamare, a meno che uno di questi non sia l’esito intenzionale per l’ottimizzazione. Se le campagne hanno obiettivi diversi, governa gli obiettivi per campagna invece di lasciare un default generico che indirizza tutto. Nota la data e la vecchia impostazione ogni volta che un obiettivo cambia, così i report si interpretano nel contesto.
Includi il consenso nella progettazione della misurazione
Il consenso non è un banner aggiunto dopo che i tag sono live. La guida di Google per il consent mode dice di impostare uno stato di consenso predefinito prima dei comandi che inviano dati di misurazione, quindi aggiornarlo dopo che la persona ha fatto una scelta. I suoi esempi coprono ad storage, analytics storage, ad user data e ad personalization. Il consent mode non decide la tua base legale o policy; implementa lo stato che la tua organizzazione ha approvato.
I requisiti variano a seconda del luogo e dei fatti. La guida dell’ICO del Regno Unito dice che le persone devono essere informate sui cookie, chiaramente avvisate di cosa fanno e perché, e dare un consenso attivo e chiaro, soggetto a eccezioni limitate per servizi essenziali. La guida europea indica che i cookie che richiedono consenso non possono essere impostati al caricamento iniziale, il consenso dovrebbe essere specifico per finalità e il ritiro deve essere facile. Ottieni una revisione qualificata sulla privacy per i tuoi mercati, vendor e flussi di dati. Non inserire email raw, numeri di telefono, note d’ordine o dati cliente non necessari in URL, parametri evento o ID di transazione.
Deduplica l’evento di business sottostante
Una pagina di conferma può essere ricaricata, rivista dalla cronologia o raggiunta dopo un cambiamento di stato fallito. Google Ads raccomanda un ID di transazione univoco per ogni acquisto così un secondo evento con la stessa azione di conversione e ID è trattato come duplicato. L’ID deve essere generato dinamicamente e unico per transazione; il riuso tra ordini diversi può portare a sottoconti. Usa un identificatore d’ordine opaco, non dati identificativi del cliente.
Mappa anche l’architettura. Se un tag browser, un evento server, un import CRM e un webhook di pagamento possono segnalare una vendita, decidi quale percorso è autorevole e quale ID condiviso permette la deduplicazione. Un ID non sostituisce l’impostazione di conteggio: una controlla quante conversioni seguono un click su annuncio, mentre un ID protegge lo stesso ordine dall’essere inviato due volte. Definisci un processo controllato di aggiustamento o esclusione per rimborsi, cancellazioni e lead invalidi con il team operativo competente.
Riporta l’attribuzione come credito, poi riconcilia con le operazioni
L’attribuzione assegna credito secondo regole selezionate; non osserva ogni influenza né prova causalità. Google Ads descrive il last click come l’assegnare tutto il credito all’ultimo annuncio cliccato, mentre l’attribuzione data-driven distribuisce credito usando i dati dell’account per quella azione. Il modello selezionato influisce sulle colonne Conversions e All conversions e può influenzare il bidding. Un cambio di modello è quindi sia un cambiamento analitico sia un cambiamento di ottimizzazione in produzione.
Mantieni due viste. La vista piattaforma supporta le decisioni di campagna: spesa, conversioni primarie attribuite, valore attribuito, modello, finestra e base temporale. La vista operativa contiene ordini accettati, ricavi secondo le regole aziendali, lead qualificati, cancellazioni e rimborsi. Riconcilia in modo direzionale e indaga variazioni materiali e persistenti usando identificatori consentiti. Non ci si aspetta una corrispondenza esatta: consenso, limiti del browser, percorsi cross-device, tempistiche, eleggibilità e modellazione possono differire.
QA delle release come lavoro di affidabilità del percorso di conversione
Testa fuori produzione quando possibile, poi usa test live controllati che le operazioni possano identificare e invertire. Google Tag Manager preview e debug mode collega il sito in anteprima a Tag Assistant, mostrando i tag attivati, l’ordine e i dati processati. Ispeziona trigger, valore, valuta, ID, stato del consenso e destinazione, poi ispeziona l’ordine o il record lead. Uno stato tag verde non è prova che il giusto evento di business sia stato conteggiato.
Copri URL di landing a pagamento, redirect, validazione dei moduli, checkout cross-domain, ritorno di pagamento, conferma, handoff al CRM e gestione rimborsi. Google nota che gli identificatori di click possono andare perduti in tracker o redirect e fornisce linee guida cross-domain dove dominio di atterraggio e dominio di conversione differiscono. Preflight e versiona tag, consenso, checkout e redirect. Se un percorso o un segnale fallisce, ripristina la configurazione verificata e riconcilia l’intervallo interessato invece di indovinare dal dashboard.