Una sigla in più, quattro parametri invece di due e una scadenza già passata. In poche parole è questo il nuovo scenario: senza l’aggiornamento alla Google Consent Mode v2 i segnali di consenso non arrivano più correttamente ai prodotti Google in Europa e la misurazione pubblicitaria si incrina. L’azione da intraprendere è netta: integrare subito i parametri aggiuntivi, decidere fra configurazione Base o Advanced e testare il flusso end-to-end con una Consent Management Platform (CMP) o con codice proprietario.
Dalla conformità al Digital Markets Act alla salvaguardia del remarketing, la nuova versione dell’API ridisegna il rapporto fra privacy e performance. Adeguarsi significa continuare a raccogliere insight, far lavorare il machine learning di Google Ads e, soprattutto, dimostrare di rispettare le preferenze degli utenti UE.
Che cos’è Google Consent Mode v2 e perché è importante
Sintesi tecnica e relazione con GDPR / DMA
L’aggiornamento nasce dall’intreccio fra esigenze normative e strategie di prodotto di Google. Già la prima versione dell’API traduceva il consenso cookie in segnali leggibili dai tag Google. Con la v2, entrata in enforcement dal 6 marzo 2024, la logica si fa più granulare: accanto ai noti ad_storage e analytics_storage compaiono ad_user_data e ad_personalization. In pratica, al regolamento generale sulla protezione dei dati (GDPR) si affiancano gli obblighi del DMA, che impongono trasparenza extra sul trattamento dei dati pubblicitari. L’API diventa quindi la cartina tornasole della conformità: se questi quattro segnali non viaggiano, le piattaforme di Big G applicano restrizioni automatiche.
Conseguenze pratiche per misurazione e advertising
L’impatto si percepisce subito in GA4 e Google Ads. Senza v2, i cookie di remarketing non vengono scritti, le nuove audience non si popolano e le conversioni dei visitatori europei non alimentano i modelli di offerta. I dati rimangono parziali e, in molti casi, al di sotto della soglia minima (700 clic giornalieri su sette giorni) richiesta per la modellazione. Aggiornare significa invertire la rotta: dati aggregati anche quando il consenso è negato (in modalità Advanced), continuità degli algoritmi di bidding e log più puliti in caso di audit.
Cosa cambia rispetto alla versione precedente (parametri e comportamento)
Nuovi parametri: ad_user_data e ad_personalization (valori ‘granted’|’denied’)
Il passaggio cruciale sta nel raddoppio dei parametri. Ai due storici – ad_storage e analytics_storage – si aggiungono ad_user_data (controlla l’invio di informazioni personali per finalità pubblicitarie) e ad_personalization (abilita o blocca gli annunci personalizzati, quindi il remarketing). Entrambi accettano i valori ‘granted’ o ‘denied’, senza vie di mezzo. Quando uno dei due finisce in ‘denied’, Google tagga l’evento come limited data e disattiva in tempo reale le funzionalità collegate.
Comportamento di ad_storage e analytics_storage e interazioni tra parametri
Il comportamento combinato dei quattro segnali crea uno schema a semaforo. ad_storage=denied blocca la scrittura di cookie pubblicitari; analytics_storage=denied impedisce la persistenza dei cookie di analisi, ma può comunque inviare pings anonimi se si opta per la modalità Advanced. Se, però, ad_user_data o ad_personalization sono negati, il sistema taglia sul nascere la personalizzazione degli annunci, anche se ad_storage è in stato ‘granted’. Da qui l’importanza di far viaggiare i quattro parametri in pacchetto unico: un solo valore incoerente genera penalizzazioni imprevedibili nelle metriche.
Base vs Advanced: quale modalità scegliere e come influisce sui dati
Caratteristiche e trade-off della configurazione Base
La configurazione Base rappresenta la lettura più prudente del consenso. Prima che l’utente interagisca col banner, tutti i parametri restano su ‘denied’; se l’utente rifiuta, i tag sospendono sia lo storage sia l’invio di ping anonimi. Il risultato è la massima aderenza letterale alla volontà dell’utente, ma con un buco informativo considerevole: zero conversioni osservate da quell’utenza e nessuna modellazione possibile. Chi si muove in settori iper regolamentati o lavora con dati particolarmente sensibili apprezza questa rigidità, ma deve accettare un calo di insight e una perdita di efficienza nelle campagne.
Caratteristiche e vantaggi della configurazione Advanced
L’assetto Advanced parte da un default conservativo, ma invia pings anonimi anche quando il consenso è negato, sfruttando l’Consent Mode modelling. I cookie restano bloccati, ma Google raccoglie dati minimali (nessun identificatore persistente, solo contatori e timestamp troncati) per ricostruire a livello statistico le conversioni mancanti. La conseguenza è un reporting più completo: le conversioni modellate colmano fino al 65% del gap in alcuni vertical – stime di Google – e mantengono vivo il motore del machine learning pubblicitario. Il compromesso è una maggiore delicatezza in termini di audit: occorre documentare che il tracciamento resta conforme perché aggregato e privo di identificatori.
Implementazione pratica: passi concreti (gtag, GTM, CMP)
Step-by-step: impostare default, aggiornare al consenso, inviare parametri
- Inserisci lo snippet di gtag.js o il container di Google Tag Manager su tutte le pagine. Il codice di Consent Mode deve precedere qualunque evento Google.
- Imposta i quattro parametri a ‘denied’ come default. Nel caso GTM, usa l’API initConsent o la schermata Consenso del Tag Manager.
- Collega il banner della tua CMP al data layer o all’API di Google tag. Quando l’utente sceglie, chiama
gtag('consent', 'update', {ad_storage: 'granted', analytics_storage: 'granted', ad_user_data: 'granted', ad_personalization: 'granted'});oppure l’equivalente in GTM. - Verifica che gli eventi page_view, conversion e remarketing partano solo dopo l’aggiornamento se necessario (Base) oppure immediatamente con limited_data (Advanced).
- Logga in un database interno lo stato di consenso per debug futuri e confronta i volumi di conversione pre e post rollout.
Integrazione con CMP e template GTM consigliati
Quasi tutte le CMP — da Cookiebot a OneTrust, passando per Iubenda — propongono un’integrazione pre-confezionata. Nel mondo GTM basta importare il template “Consent Mode v2” dalla Community Gallery, specificare i quattro parametri e mappare le categorie del banner. Chi preferisce gtag puro può affidarsi all’API consent senza librerie esterne:
gtag('consent', 'default', {
ad_storage: 'denied',
analytics_storage: 'denied',
ad_user_data: 'denied',
ad_personalization: 'denied'
});In entrambi i casi è cruciale la sincronizzazione del timing: il banner deve caricare prima dei tag, altrimenti il browser potrebbe eseguire richieste non conformi prima che lo stato “denied” venga impostato.
Dettagli tecnici e snippet/parametri necessari (cosa inviare e quando)
Elenco obbligatorio dei quattro parametri e valori ammessi
| Parametro | Funzione | Valori |
|---|---|---|
| ad_storage | Cookie pubblicitari e permette il conversion linker | ‘granted’ | ‘denied’ |
| analytics_storage | Cookie di analisi (GA4) | ‘granted’ | ‘denied’ |
| ad_user_data | Dati personali dell’utente usabili in advertising | ‘granted’ | ‘denied’ |
| ad_personalization | Personalizzazione annunci e remarketing | ‘granted’ | ‘denied’ |
Regole per l’invio (prima del consenso, al cambiamento, scope geografico)
Prima della scelta dell’utente, l’API prevede che tutti i parametri siano settati su ‘denied’ oppure, in Advanced, su ‘denied’ per lo storage ma con compilazione di impostazioni ausiliarie (wait_for_update e region). Al cambio di stato, il segnale va inviato immediatamente; ogni ritardo superiore ai 500 ms può far scattare richieste non allineate. Per limitare il traffico extra-europeo conviene usare il parametro 'region': ['CH'] o analoghi codici ISO, evitando di modificare la privacy experience in mercati non soggetti a DMA.
Testing, verifica e migrazione da tag legacy
Come testare in ambiente di staging e come verificare i segnali
L’ordine è sempre staging → produzione. In staging apri il browser con strumenti sviluppatore, sezione Network, filtra per collect o ads. Cambia il consenso nel banner e osserva la query string: i parametri gcs=d.. devono riflettere i valori scelti. Aggiungi l’estensione Google Tag Assistant per convalidare la configurazione. In GA4 verifica la nuova dimensione “consent type” e in Google Ads la colonna “modellate” per le conversioni.
Aggiornamento da ga.js/analytics.js/conversion.js a gtag.js o GTM
Le librerie storiche (ga.js, analytics.js, conversion.js) non dialogano con la Consent Mode v2. Serve migrare a gtag.js o a GTM. Il passaggio più rapido è installare il Google tag globale, associare gli ID esistenti (Ads, Floodlight, etc.) e rimuovere i vecchi snippet. Ricorda di migrare anche gli eventi personalizzati: ga('send', 'event') diventa gtag('event'), mantenendo le stesse categorie e azioni per non perdere la storicità dei report.
Impatto su Google Ads/GA4, modellazione conversioni e requisiti (soglie)
Effetti su remarketing, segmentazione e accesso a funzionalità pubblicitarie
La differenza fra prima e dopo l’aggiornamento si misura in tre aree. Primo: le liste di remarketing tornano a crescere, poiché ad_personalization=granted permette l’identificazione dell’utente. Secondo: le segmentazioni avanzate di GA4 (ad esempio l’esplorazione per funnel) riacquisiscono una coerenza numerica, dato che gli utenti EU non vengono più esclusi in blocco. Terzo: funzionalità come audience expansion e Smart Bidding ricevono più segnali e quindi reagiscono in modo stabile anche con budget ridotti.
Requisiti del modello di conversione (es. 700 clic/7 giorni/paese/domains)
Perché la modellazione attivi correttamente la stima delle conversioni occorrono volumi minimi: 700 clic pubblicitari al giorno, per sette giorni consecutivi, dentro lo stesso paese e per lo stesso raggruppamento di domini. Chi gestisce micro-siti rischia di non raggiungere la soglia; in quel caso la Consent Mode Advanced non restituisce valore extra e conviene restare in Base o valutare un consolidamento dei domini. Verifica nelle impostazioni di Google Ads → Misurazione se la voce “modelling status” è Eligible o Learning. Se resta Not eligible, probabilmente i clic sono insufficienti o i parametri non vengono inviati correttamente.
Checklist immediata
- Importa il template o incolla lo snippet con i quattro parametri su ogni pagina.
- Sincronizza CMP e Google Tag per l’aggiornamento in tempo reale dello stato di consenso.
- Scegli fra Base (massima restrizione) e Advanced (modelling) in base agli obiettivi marketing e al rischio normativo.
- Migra eventuali tag legacy a gtag.js o GTM, ripassando eventi e conversioni.
- Testa con Tag Assistant e console Network, poi monitora in GA4 la dimensione “consent type”.
Rischi se non agisci: remarketing disattivato in UE, perdita di conversioni attribuite, segmentazioni incomplete e potenziali audit negativi. Per approfondire consulta la documentazione ufficiale “Set up consent mode” di Google e le guide all’integrazione delle CMP citate.
