Un utente clicca il vostro annuncio dallo smartphone in pausa pranzo, la sera torna sul sito dal computer di casa e compila il modulo di contatto. Per voi è un cliente arrivato da Google; per il vostro account, molto spesso, è una conversione che non esiste. Le conversioni avanzate Google Ads nascono per recuperare proprio questi casi: usano i dati che il cliente vi ha già dato (di solito l’email) per ricollegare la conversione all’annuncio che l’ha generata.
In questa guida vediamo cosa sono le conversioni avanzate di Google Ads, come funzionano dietro le quinte, che differenza c’è tra la versione per il web e quella per i lead, come attivarle con il tag Google, con Google Tag Manager o via API e quali regole di privacy dovete rispettare. È un argomento pensato per chi gestisce campagne e budget, e fa parte della nostra categoria Data Tracking, accanto alle guide su consenso e tracciamento lato server.
Cosa sono le conversioni avanzate di Google Ads
Le conversioni avanzate (in inglese enhanced conversions) sono una funzione di Google Ads che integra il normale monitoraggio delle conversioni. Non lo sostituiscono: il tag di conversione continua a fare il suo lavoro, ma al momento della conversione invia anche alcuni dati di prima parte forniti dall’utente, come indirizzo email, numero di telefono, nome e indirizzo postale.
Questi dati non viaggiano in chiaro. Prima di essere usati vengono trasformati con un algoritmo di hashing unidirezionale SHA-256, che li riduce a una stringa illeggibile. Google confronta poi quella stringa con le versioni, anch’esse sottoposte a hashing, dei dati degli account Google con cui gli utenti avevano effettuato l’accesso quando hanno visto o cliccato l’annuncio. Se c’è una corrispondenza, la conversione viene attribuita alla campagna giusta.
Una metafora aiuta. Il tracciamento classico funziona come il tagliando del guardaroba: al click ricevete un numerino (il cookie o l’identificatore del click) e al ritorno lo esibite per riavere il cappotto. Se il tagliando si perde, perché il cookie è stato cancellato o il cliente ha cambiato dispositivo, nessuno sa più di chi sia il cappotto. Le conversioni avanzate aggiungono un secondo controllo: anche senza tagliando, il cliente può dimostrare chi è con un documento. Il documento, però, viene mostrato in forma “sigillata” e verificato solo contro un archivio sigillato allo stesso modo.
Ecco gli elementi in gioco, in sintesi:
- Tag di conversione: registra l’evento (acquisto, lead, iscrizione) come prima.
- Dati forniti dall’utente: email (il dato preferito da Google), telefono, nome e cognome, indirizzo.
- Hashing SHA-256: trasforma ogni dato in un’impronta che non si può “riavvolgere” per risalire all’originale.
- Corrispondenza con gli account Google: avviene solo con utenti che avevano effettuato l’accesso al momento dell’interazione con l’annuncio.
- Report e offerte: le conversioni recuperate entrano nei dati dell’account e alimentano le strategie di offerta automatiche.
Un dettaglio che spesso sfugge: le conversioni avanzate lavorano su ciò che il vostro sito già raccoglie. Se una pagina di conversione non contiene alcun dato del cliente (per esempio un download senza registrazione), non c’è nulla da inviare e la funzione non può aiutarvi su quella conversione.
Perché servono: le conversioni che sfuggono al tracciamento classico

Il monitoraggio delle conversioni di Google Ads si basa da sempre su due appoggi: l’identificatore del click (il GCLID aggiunto all’URL con il tagging automatico) e i cookie salvati nel browser. Funziona bene quando il percorso è lineare: clic, visita, conversione, tutto sullo stesso dispositivo e nello stesso browser. Nella realtà i percorsi lineari sono sempre meno.
Le situazioni tipiche in cui una conversione rischia di non essere registrata sono queste:
- Cambio di dispositivo: l’utente clicca da mobile e acquista da desktop, o viceversa.
- Restrizioni dei browser: alcuni browser limitano la durata dei cookie o bloccano i cookie di terze parti, e il “tagliando” si perde prima della conversione.
- Consenso negato o parziale: se l’utente non accetta i cookie pubblicitari, il cookie di conversione non può essere salvato.
- Tempi lunghi: tra il primo clic e la decisione passano giorni, nel frattempo la cronologia viene pulita o si apre il sito da un’altra app.
Ogni conversione persa ha due effetti. Il primo è ovvio: i report sottostimano i risultati, e una campagna che rende può sembrare in perdita, con un ROAS più basso di quello reale. Il secondo è meno visibile ma più costoso: le strategie di offerta automatiche (Massimizza le conversioni, CPA target, ROAS target) imparano da quei dati. Se il sistema non vede una parte delle vendite, ottimizza su un quadro incompleto e sposta il budget nella direzione sbagliata.
Google descrive tre benefici delle conversioni avanzate per il web: recuperare conversioni che altrimenti non verrebbero misurate, migliorare l’ottimizzazione delle offerte grazie a dati migliori e farlo in modo attento alla privacy, perché i dati sono sottoposti a hashing. Google non promette una percentuale fissa di recupero, ed è giusto così: l’effetto dipende da quanti vostri clienti usano dispositivi diversi, da quanti hanno un account Google, da quanti dati raccogliete nel modulo. Diffidate di chi vi garantisce un aumento preciso prima di aver visto il vostro account.
Le conversioni avanzate non sono l’unico strumento per ridurre la perdita di segnale. Fanno parte di un insieme più ampio che comprende il Consent Mode V2, il tracciamento server-side e, se lavorate anche su Meta, la Meta Conversions API, che segue una logica simile con i propri parametri. Ognuno copre un pezzo del problema; insieme danno una misurazione più solida.
Come funzionano: dati forniti dagli utenti e hashing SHA-256

Il cuore tecnico delle conversioni avanzate è il passaggio dai dati in chiaro all’impronta hash. Vediamolo con un esempio concreto. Un cliente compila il modulo con l’indirizzo Mario.Rossi@Esempio.it , con una maiuscola e uno spazio finale di troppo. Prima dell’hashing il dato va normalizzato, altrimenti la stessa persona produrrebbe impronte diverse a seconda di come ha digitato l’indirizzo.
Le regole di normalizzazione indicate da Google sono queste:
- Rimuovere gli spazi all’inizio e alla fine del valore.
- Convertire il testo in minuscolo.
- Scrivere i numeri di telefono nel formato E.164: segno più, prefisso internazionale e numero, senza spazi, trattini o parentesi (per l’Italia,
+39seguito dal numero). - Per gli indirizzi gmail.com e googlemail.com, eliminare i punti prima della chiocciola.
Solo dopo si applica lo SHA-256 (in formato esadecimale). Il risultato è una stringa di 64 caratteri che cambia completamente anche se modificate una sola lettera dell’input. È come passare un documento in un tritacarte che produce sempre gli stessi coriandoli per lo stesso foglio: dai coriandoli non ricostruite il foglio, ma potete verificare se due fogli erano identici.
Avete due possibilità: inviare i dati non sottoposti ad hashing e lasciare che il tag Google li normalizzi e li trasformi prima dell’invio, oppure inviarli già sottoposti ad hashing dal vostro codice. La prima strada è più semplice; la seconda vi dà più controllo, ma dovete seguire con precisione le regole di normalizzazione, altrimenti le impronte non corrisponderanno mai.
Quali dati servono? Google chiede almeno uno di questi blocchi:
| Dato | Requisiti | Note pratiche |
|---|---|---|
| Indirizzo completo | Il dato preferito da Google: se ne avete uno solo, che sia questo | |
| Indirizzo | Nome, cognome, CAP e Paese sono obbligatori | Via, città e regione sono facoltativi e aggiungono possibilità di corrispondenza |
| Telefono | Formato E.164 | Può essere usato da solo, ma Google consiglia di inviarlo insieme all’email |
Per il Paese si usa il codice a due lettere ISO 3166-1 (per esempio IT). Nei caricamenti via API, Google precisa che vanno sottoposti ad hashing email, telefono, nome, cognome e via, mentre Paese, regione, città e CAP restano in chiaro.
Un’ultima nota tecnica. Google dichiara che, se usate i tag Google Ads con il Google tag gateway o con un contenitore server-side di Google Tag Manager, i dati vengono anche crittografati prima della trasmissione, e che la corrispondenza avviene in un ambiente di elaborazione riservato. Per chi ha già investito nel Server-Side Tracking è un motivo in più per far passare anche le conversioni avanzate da lì.
Conversioni avanzate per il web e per i lead: differenze e novità 2026

Fino a poco tempo fa Google Ads distingueva due prodotti separati, ciascuno con il suo metodo di configurazione. La distinzione resta utile per capire cosa misurate, anche se nel 2026 l’interfaccia è cambiata.
| Conversioni avanzate per il web | Conversioni avanzate per i lead | |
|---|---|---|
| Cosa misurano | Vendite ed eventi che avvengono sul sito | Vendite che avvengono fuori dal sito, partendo da un lead raccolto online |
| Esempio | Acquisto su un e-commerce, iscrizione a un servizio | Richiesta di preventivo che diventa contratto settimane dopo |
| Da dove arrivano i dati | Dal tag sul sito al momento della conversione | Dal tag sul modulo, più l’importazione delle conversioni offline dal CRM |
| Chi le usa | E-commerce, SaaS, siti con checkout | B2B, servizi, immobiliare, chiunque chiuda le vendite al telefono o di persona |
Le conversioni avanzate per i lead sono la versione evoluta dell’importazione delle conversioni offline. Il percorso è questo: l’utente compila il modulo, il tag invia a Google l’impronta della sua email; voi salvate il contatto nel CRM; quando il lead diventa cliente importate la conversione con lo stesso dato sottoposto ad hashing. Google ricollega la vendita al clic iniziale. Se lavorate sulla Lead Generation, è la funzione che vi permette di ottimizzare le campagne sui contratti firmati e non solo sui moduli compilati, cosa che cambia parecchio la qualità del traffico. Google consiglia comunque di continuare a importare anche il GCLID quando lo avete, e di importare tutti gli eventi: quelli con solo GCLID, quelli con GCLID e dati utente e quelli con soli dati utente. Se usate già un CRM come HubSpot, trovate il quadro generale nella nostra guida a HubSpot CRM.
Ora le novità. Nella documentazione ufficiale Google ha annunciato un percorso in due fasi:
- Da aprile 2026 Google Ads accetta contemporaneamente i dati forniti dagli utenti da tag del sito, Data Manager e connessioni API: non serve più scegliere un solo metodo.
- Da giugno 2026 conversioni avanzate per il web e per i lead diventano un’unica impostazione on/off, senza la selezione del metodo nell’account.
- Dal 15 giugno 2026 i caricamenti di conversioni offline e di conversioni avanzate per i lead passano all’API Data Manager e vengono bloccati nell’API Google Ads, salvo l’accesso legacy per i token sviluppatore che hanno inviato richieste tra gennaio e giugno 2026.
Per chi le aveva già attive non serve fare nulla: Google indica che gli utenti esistenti che avevano accettato i termini sui dati dei clienti vengono migrati automaticamente all’impostazione unificata. Resta possibile disattivare le conversioni avanzate per singola azione di conversione. Potreste però trovare in giro guide (o schermate) con la vecchia scelta tra “tag Google”, “Google Tag Manager” e “API”: in un account aggiornato quella scelta non compare più.
Come attivare le conversioni avanzate: tag Google, Google Tag Manager e API

L’attivazione ha due parti: un’impostazione nell’account Google Ads e la raccolta dei dati sul sito. Partiamo dall’account. Secondo la guida ufficiale in italiano, a livello di account il percorso è:
- Aprite il menu Obiettivi e andate su Impostazioni.
- Espandete il riquadro Utilizzo dei dati dei clienti.
- Selezionate Attiva le conversioni avanzate.
- Valutate se selezionare anche Attiva gli elenchi di clienti basati sulle conversioni: è un’opzione separata, che consente a Google di creare elenchi di clienti a partire dalle conversioni. Non è necessaria per misurare meglio, quindi decidetela insieme a chi si occupa di privacy.
- Leggete i Termini per il trattamento dei dati degli annunci su Google e confermate con Accetta e continua.
Lo stesso interruttore è disponibile anche a livello di singola azione di conversione, nel riquadro “Utilizzo dei dati dei clienti” quando create o modificate un’azione dal menu Obiettivi > Riepilogo.
Poi c’è il sito. Prima di toccare qualsiasi tag, verificate tre cose: qual è la pagina o l’evento in cui scatta la conversione, se in quella pagina (o in quella precedente) sono presenti i dati del cliente e chi nel vostro team può modificare il codice. Con questi elementi chiari, i metodi di raccolta sono tre.
1. Rilevamento automatico
Il tag Google ispeziona la pagina e cerca stringhe che hanno la forma di un’email, di un telefono o di un indirizzo. È il metodo che richiede meno lavoro e Google lo indica come adatto alla maggior parte degli inserzionisti. Si attiva dalle impostazioni del tag Google, nella sezione dedicata ai dati forniti dagli utenti. Il limite è il controllo: se nella pagina compaiono più indirizzi email (quello del cliente e quello del vostro servizio clienti, per esempio) potete aggiungere delle esclusioni con i selettori CSS.
2. Selettori CSS o variabili JavaScript
Indicate voi dove si trova ogni dato nella pagina, con un selettore CSS o una variabile JavaScript. Google consiglia di usare quando possibile l’attributo id dei campi, perché è univoco e cambia meno spesso delle classi grafiche. È una buona via di mezzo per chi non può intervenire molto sul codice ma vuole sapere esattamente cosa viene letto.
3. Snippet di codice
Il metodo più preciso: il vostro sito passa i dati al tag in modo esplicito, per esempio con il comando gtag('set', 'user_data', {...}) che contiene i campi email, phone_number e address. Se il sito non raccoglie uno dei campi, va rimosso del tutto e non lasciato vuoto. Google precisa che i dati inviati con lo snippet hanno la priorità su quelli rilevati automaticamente, quindi potete combinare i metodi: rilevamento automatico ovunque e snippet sulle conversioni più importanti.
Con Google Tag Manager
Se gestite i tag con Google Tag Manager, Google raccomanda di configurare le conversioni avanzate tramite il tag Google presente nel contenitore, collegato all’account Ads come destinazione. In alternativa potete aggiungere al tag il parametro evento user_data, valorizzato con una variabile di tipo User-Provided Data in configurazione manuale (variabili DOM con selettore CSS) o tramite codice (variabile JavaScript personalizzata). Se avete già un Data Layer che espone email e telefono in chiaro al momento della conversione, potete usare direttamente quelle variabili. Quando i dati non sono disponibili nella pagina di conversione ma in una pagina precedente (il classico modulo prima della pagina di ringraziamento), Google prevede un tag specifico, Google Ads User-Provided Data Event, da attivare con un trigger di tipo Invio modulo. Tutti i passaggi di base del contenitore li trovate nella nostra guida completa a Google Tag Manager.
Via API e Data Manager
Chi ha un’infrastruttura propria può inviare i dati lato server. Per le conversioni offline e per i lead, dal 15 giugno 2026 la strada indicata da Google è l’API Data Manager, oppure il Data Manager dentro Google Ads con i connettori disponibili. È la soluzione più flessibile, ma richiede sviluppo e manutenzione: ha senso quando i dati partono già da un CRM o da un gestionale.
| Metodo | Impegno tecnico | Controllo sui dati | Quando sceglierlo |
|---|---|---|---|
| Rilevamento automatico | Basso | Limitato | Per partire subito su siti semplici |
| Selettori CSS / variabili JS | Medio | Buono | Quando sapete dove sono i dati ma non potete modificare il codice |
| Snippet di codice | Medio-alto | Massimo | Per le conversioni principali, con uno sviluppatore disponibile |
| Google Tag Manager | Medio | Buono | Se tutti i tag passano già da GTM |
| API / Data Manager | Alto | Massimo | Lead chiusi offline, dati in CRM o gestionale |
Privacy, consenso e norme sui dati dei clienti

Hashing non significa anonimato. L’impronta SHA-256 di un’email è sempre la stessa e serve proprio a riconoscere una persona: per il GDPR resta un dato personale. Per questo Google, prima di attivare le conversioni avanzate, vi chiede di accettare i Termini per il trattamento dei dati e di rispettare le sue norme sui dati dei clienti (Customer Data Policies). I requisiti principali sono questi:
- Informare i clienti, per esempio nell’informativa privacy, che condividete i loro dati con terze parti per servizi di misurazione pubblicitaria svolti per vostro conto.
- Ottenere il consenso per questa condivisione dove la legge lo richiede.
- Rispettare le leggi applicabili e le norme di Google sul consenso degli utenti dell’UE.
- Caricare i dati solo con i metodi approvati da Google (tag, API, interfaccia).
- Usare solo dati di prima parte, cioè raccolti direttamente da voi: acquisti, iscrizioni, richieste di preventivo, registrazioni.
Ci sono anche dei divieti espliciti. Non potete inviare dati che sapete riferiti a minori di 13 anni o raccolti da siti rivolti ai bambini, e le conversioni legate a categorie sensibili (tra cui salute, orientamento sessuale, origine etnica, opinioni politiche, appartenenza sindacale, religione, difficoltà finanziarie) non possono essere misurate con le conversioni avanzate. Se il vostro settore tocca uno di questi ambiti, verificate la policy completa prima di attivare qualsiasi cosa.
Poi c’è il consenso tecnico. Per gli utenti dello Spazio economico europeo, il segnale che conta qui è ad_user_data, uno dei due parametri introdotti con il Consent Mode V2: Google lo descrive come il consenso all’invio a Google di dati utente per finalità pubblicitarie e precisa che è richiesto per casi di misurazione come le conversioni avanzate. Con ad_user_data impostato su denied, i dati forniti dagli utenti non vengono usati. Il tag Google rileva questa situazione in tempo reale e invia i dati solo se i termini sono stati accettati e, dove applicabile, il consenso è “granted”.
Attenzione anche al cookie. Se usate il rilevamento automatico o i selettori CSS su pagine precedenti alla conversione, Google utilizza un cookie pubblicitario per collegare i dati raccolti alla conversione nella stessa sessione, e quel cookie dipende dallo stato di ad_storage. In pratica il vostro banner deve gestire correttamente tutti e quattro i parametri: se non siete sicuri, rileggete la nostra guida al Consent Mode V2 e controllate la configurazione della vostra CMP.
Il punto di equilibrio è semplice da dire e meno da fare: le conversioni avanzate migliorano la misurazione solo sugli utenti che vi hanno dato il permesso. Non sono un modo per aggirare un rifiuto, e non devono esserlo.
Verificare che funzionino ed evitare gli errori più comuni

Una configurazione che sembra corretta può inviare campi vuoti per settimane senza che nessuno se ne accorga. Conviene controllare subito, con due strumenti.
Il controllo immediato con Chrome DevTools
- Completate una conversione di prova sul sito (un modulo reale, con un vostro indirizzo email).
- Con il tasto destro scegliete Ispeziona e aprite la scheda Network.
- Filtrate con “google” e cercate la richiesta diretta a
googleadservices.com/pagead/conversion/(in alcuni browsergoogle.com/pagead/1p-conversion/). - Nel Payload cercate il parametro
em: il valore deve iniziare contv.1~emseguito da una lunga stringa (per il telefono troveretetv.1~pn).
Se vedete solo tv.1~em senza la stringa che segue, il parametro c’è ma è vuoto: di solito significa che al momento della conversione il dato non era disponibile nella pagina. Ricordatevi di dare il consenso nel banner durante il test, altrimenti il risultato non è significativo.
Il report di diagnostica in Google Ads
Dopo qualche giorno dall’attivazione (le guide di Google indicano circa 48–72 ore) potete aprire il report di diagnostica dell’azione di conversione: dal menu Obiettivi > Riepilogo selezionate l’azione con le conversioni avanzate attive e poi la sezione di diagnostica. Qui trovate i controlli di integrità e le eventuali notifiche da risolvere. Per vedere l’impatto sui report, cioè quante conversioni in più sono state attribuite, Google indica di attendere circa 30 giorni.
Gli errori che vediamo più spesso
| Errore | Effetto | Soluzione |
|---|---|---|
| Dato non presente nella pagina di conversione | Parametro em vuoto |
Usare il tag per l’evento con dati forniti dall’utente sul modulo, o salvare il dato nel Data Layer |
| Normalizzazione mancante prima dell’hashing | Impronte che non trovano corrispondenza | Minuscolo, niente spazi, telefono E.164; oppure lasciare l’hashing al tag |
| Campi inviati vuoti invece che omessi | Dati sporchi o scartati | Rimuovere dal codice i campi che non raccogliete |
| Selettore CSS che punta all’elemento sbagliato | Viene inviata l’email del servizio clienti | Usare l’id del campo, aggiungere esclusioni |
Banner che non aggiorna ad_user_data |
Nessun dato usato per gli utenti SEE | Verificare la CMP e il Consent Mode V2 |
| Informativa privacy non aggiornata | Violazione delle norme sui dati dei clienti | Aggiungere la condivisione dei dati per la misurazione pubblicitaria |
Un piano in cinque passi per la prossima settimana
- Elencate le azioni di conversione dell’account e segnate per ognuna dove compare il dato del cliente.
- Aggiornate informativa privacy e banner, controllando
ad_user_dataead_storage. - Attivate le conversioni avanzate a livello di account e scegliete il metodo di raccolta: automatico per partire, snippet o GTM per le conversioni che pesano di più.
- Fate una conversione di prova e verificate il parametro
emcon DevTools; dopo qualche giorno controllate la diagnostica. - Se chiudete le vendite offline, collegate il CRM e pianificate l’importazione dei lead convertiti tramite Data Manager.
Se state anche rivedendo la misurazione in GA4, partite dalla nostra guida agli eventi e conversioni in GA4; per tenere in ordine le campagne che non usano il tagging automatico, quella sui parametri UTM. Le conversioni avanzate non sono una funzione spettacolare, ma sono una di quelle impostazioni che, fatte bene una volta, migliorano ogni giorno i dati su cui decidete il budget. Trovate altri approfondimenti nella categoria Data Tracking, sotto il tag Conversioni avanzate e accanto alle guide su Meta CAPI e tracciamento lato server.



