Google Consent Mode v2: come funziona e come si configura
Il funzionamento di Google Consent Mode v2 consiste nella trasmissione ai tag di Google (Analytics, Ads, Floodlight) delle scelte di consenso espresse dai visitatori di un sito, tramite quattro segnali distinti che il browser invia prima e dopo l’interazione con il banner cookie. Il protocollo risponde ai requisiti del Digital Markets Act europeo.
Consent mode v2 in sintesi
- Parametri gestiti: quattro segnali di consenso (ad_storage, analytics_storage, ad_user_data, ad_personalization) regolano il comportamento dei tag Google.
- Modalità disponibili: configurazione Base, che blocca i tag fino al consenso, e Avanzata, che invia pings anonimi anche in caso di rifiuto.
- Strumenti necessari: una Consent Management Platform certificata e Google Tag Manager oppure gtag.js installato su ogni pagina.
- Obbligatorietà: richiesta da marzo 2024 per chi utilizza Google Ads o Google Analytics 4 con finalità di remarketing o audience building.
- Diffusione: il 48% dei siti web ha almeno un GCM attivo, secondo The State of Google Consent Mode Report (2026).
- Rischio principale: una configurazione assente o errata compromette la modellazione delle conversioni e l’accuratezza dei dati analitici.

Cos’è Google Consent Mode v2
Google Consent Mode v2 è l’aggiornamento del protocollo che permette ai tag Google di adattare la propria attività alle preferenze di consenso raccolte da una piattaforma di gestione del consenso. La versione originaria, rilasciata nel settembre 2020, serviva principalmente a conformarsi al GDPR per Google Ads e Google Analytics. L’aggiornamento a v2 è arrivato a novembre 2023 come conseguenza diretta del Digital Markets Act (DMA), la normativa europea che disciplina il comportamento dei grandi gatekeeper digitali.
Il DMA impone a Google di garantire che i dati personali degli utenti che non hanno espresso consenso non vengano utilizzati per finalità pubblicitarie. Per rispettare questo vincolo, il protocollo non si limita più a registrare l’accettazione o il rifiuto dei cookie, ma distingue in modo granulare l’uso dei dati per l’archiviazione, per la pubblicità e per la personalizzazione degli annunci. Consent Mode non sostituisce il banner cookie né la piattaforma di gestione del consenso: lavora insieme a questi strumenti, intercettando il segnale che l’utente fornisce e traducendolo in un comando che i tag Google interpretano automaticamente.
Rispetto alla versione precedente, che si basava su due soli parametri legati ai cookie, la v2 introduce un livello di controllo aggiuntivo sui dati trasmessi a fini pubblicitari, rendendo la misurazione compatibile sia con il GDPR sia con il DMA. L’obbligo di adeguamento è scattato il 6 marzo 2024 per chi utilizza le conversioni di Google Ads o la funzione di audience building di Google Analytics 4. Senza questo aggiornamento, Google applica automaticamente restrizioni alla raccolta dei dati non configurati correttamente.
Un approfondimento utile riguarda il funzionamento tecnico dei tag e la relazione con il caricamento degli script: la gestione degli attributi defer e async negli script HTML incide direttamente sull’ordine in cui i comandi di default e di aggiornamento del consenso vengono eseguiti rispetto al caricamento dei tag.

I quattro parametri di consenso
Consent Mode v2 gestisce il comportamento dei tag Google attraverso quattro segnali distinti, ciascuno responsabile di un aspetto specifico della raccolta dati. Due di questi esistevano già nella versione originaria, mentre due sono stati introdotti con l’aggiornamento legato al DMA.
- ad_storage
- Controlla la possibilità di archiviare cookie o identificatori a fini pubblicitari sul dispositivo dell’utente.
- analytics_storage
- Gestisce l’archiviazione dei dati utilizzati per la misurazione statistica, ad esempio da Google Analytics 4.
- ad_user_data
- Determina se i dati personali dell’utente possono essere inviati a Google per finalità pubblicitarie.
- ad_personalization
- Stabilisce se i dati raccolti possono essere impiegati per personalizzare gli annunci, ad esempio nel remarketing.
La distinzione tra i due gruppi di parametri non è solo cronologica ma funzionale. ad_storage e analytics_storage agiscono a monte: controllano se un identificatore viene scritto o letto nel browser, influenzando quindi quali dati vengono effettivamente raccolti. ad_user_data e ad_personalization agiscono invece a valle, come istruzioni allegate ai dati già inviati, specificando a Google come quei dati possono essere trattati una volta ricevuti. Per questo motivo, un tag come Google Analytics 4 verifica attivamente lo stato di ad_storage e analytics_storage nel proprio codice, mentre gli altri due parametri vengono aggiunti automaticamente come flag nell’URL della richiesta, senza che il tag debba interpretarli direttamente.
Impostazioni aggiuntive, come ads_data_redaction, permettono di impedire l’invio di identificatori di click o di decorazioni URL di terze parti anche quando i quattro parametri principali risultano concessi: in caso di conflitto tra queste impostazioni e i segnali di Consent Mode, prevale sempre l’opzione più restrittiva per la protezione dei dati.
Modalità base e modalità avanzata
Consent Mode v2 prevede due modalità di configurazione, che determinano quanti dati vengono trasmessi a Google quando l’utente nega il consenso. La scelta tra le due incide direttamente sulla qualità della modellazione statistica delle conversioni.
| Aspetto | Modalità Base | Modalità Avanzata |
|---|---|---|
| Caricamento dei tag | Bloccato fino al consenso esplicito | Immediato, con stato predefinito negato |
| Dati inviati in caso di rifiuto | Nessuno, nemmeno in forma aggregata | Pings anonimi e cookieless |
| Modellazione delle conversioni | Non disponibile, Google Ads usa un modello generale | Disponibile, basata su utenti comparabili che hanno acconsentito |
| Complessità di implementazione | Più semplice da gestire | Richiede configurazione più accurata del caricamento tag |
Se non si effettuano campagne pubblicitarie: modalità Base
Se un sito non utilizza Google Ads né il remarketing, la modalità Base è generalmente sufficiente: i tag restano inattivi finché l’utente non concede il consenso, evitando qualunque invio di dati non autorizzato. È la configurazione più restrittiva e richiede meno interventi tecnici sul caricamento degli script.
Se si utilizzano Google Ads o il remarketing: modalità Avanzata
Se un sito dipende dalle conversioni pubblicitarie, la modalità Avanzata consente di recuperare parte dei dati altrimenti persi: secondo What Consent Mode V2 Means for Your Website in 2026 (2026), questa modalità permette di recuperare fino al 65-70% dei dati persi a causa del rifiuto dei cookie, grazie alla modellazione basata su utenti con comportamento comparabile che hanno invece acconsentito. L’invio dei pings anonimi non comporta identificatori persistenti: vengono utilizzati parametri come tipo di dispositivo, paese e fascia oraria, senza alcun riferimento diretto all’utente.
Un caso particolare riguarda il recupero automatico dei dati in modalità Avanzata: se un utente nega il consenso e poi lo concede sulla stessa pagina, gli hit già raccolti vengono automaticamente riclassificati come concessi. Questo meccanismo non si applica alle pagine visitate in precedenza, perché Google non dispone di un identificatore che le colleghi, né si applica alla modalità Base, dove la raccolta dati inizia manualmente solo dopo il consenso.

Come configurare Consent Mode v2
La configurazione richiede tre componenti che lavorano insieme: una piattaforma di gestione del consenso, un sistema per impostare lo stato predefinito del consenso e un meccanismo per aggiornarlo quando l’utente interagisce con il banner. Esistono due percorsi tecnici equivalenti per raggiungere questo risultato.
Configurazione con CMP e Google Tag Manager
- Installare una piattaforma di gestione del consenso certificata e compatibile con Consent Mode v2, che gestisca categorie e regioni del banner.
- Creare in Google Tag Manager un tag che imposti lo stato di consenso predefinito su “negato” per tutti e quattro i parametri.
- Assegnare a questo tag il trigger di inizializzazione del consenso, in modo che venga eseguito prima di qualsiasi altro tag su ogni pagina.
- Collegare i tag Google (Analytics, Ads, Floodlight, Conversion Linker) al trigger standard, lasciando che adattino automaticamente il proprio comportamento in base ai segnali ricevuti.
- Configurare l’aggiornamento dello stato di consenso in modo che venga inviato nel momento in cui l’utente esprime le proprie scelte nel banner o nel pannello delle impostazioni.
Se si utilizza Google Tag Manager: distinguere i due trigger
Se la piattaforma di gestione tag è Google Tag Manager, è necessario non confondere il trigger “Tutte le pagine” con quello di “Inizializzazione del consenso”: il primo va assegnato ai tag Google che misurano i dati, il secondo esclusivamente al tag che imposta lo stato predefinito. Assegnare il trigger sbagliato al tag di default fa sì che quel tag possa attivarsi dopo i tag di misurazione, lasciando questi ultimi privi di un segnale di consenso su cui basarsi.
Se si utilizza gtag.js senza Tag Manager: comandi diretti nel codice
Se il sito non utilizza Google Tag Manager, il tag Google va installato direttamente tramite gtag.js su ogni pagina, e il comando gtag('consent', 'default', ...) va richiamato prima di qualsiasi comando che invii dati di misurazione, come config o event. Quando la piattaforma di gestione del consenso carica il banner in modo asincrono, il parametro wait_for_update consente di specificare un tempo di attesa, espresso in millisecondi, prima che i tag procedano con l’invio dei dati: un esempio documentato da Google imposta questo valore a 500 millisecondi.
Per i tag non Google, come strumenti di tracciamento di terze parti privi di integrazione nativa con Consent Mode, è necessario applicare un blocco preventivo: il tag resta inattivo finché non riceve conferma del consenso per la categoria pertinente, gestita tramite eventi personalizzati collegati alle preferenze espresse dall’utente.
Il protocollo si comporta, dal punto di vista tecnico, come un’interfaccia di comunicazione tra la piattaforma di consenso e i servizi Google: per un inquadramento più generale su questo tipo di comunicazione tra sistemi, vedi come funziona un’interfaccia di programmazione (API).
Cosa succede senza una configurazione corretta
L’assenza o l’errata configurazione di Consent Mode v2 produce conseguenze misurabili sulla qualità dei dati raccolti e sulla conformità normativa. Il primo effetto riguarda la perdita di visibilità sulle conversioni provenienti da utenti che non hanno concesso il consenso: senza alcuna forma di modellazione, quelle conversioni semplicemente non vengono attribuite a nessuna campagna.
Secondo Google Consent Mode v2: A Guide for Webshop Owners – Lenik (2024), un sito può arrivare a perdere fino al 60% dei dati nello Spazio economico europeo se non adotta Consent Mode v2, un margine che incide direttamente sull’ottimizzazione delle campagne pubblicitarie e sull’affidabilità dei report analitici.
Un secondo rischio riguarda la conformità normativa vera e propria. Il DMA impone che le preferenze espresse dagli utenti vengano rispettate in modo continuativo, non solo al primo accesso: secondo The State of Google Consent Mode Report – June 15, 2026 (2026), il 19% dei siti web europei non aggiorna correttamente Consent Mode dopo un rifiuto totale del consenso, generando violazioni effettive del GDPR anche quando il banner cookie risulta formalmente presente. Questo accade tipicamente quando lo stato di aggiornamento del consenso non viene propagato a tutti i tag attivi sulla pagina, oppure quando un plugin di caching serve una versione statica della pagina che non riflette la scelta più recente dell’utente.
Le implicazioni contrattuali della raccolta dati con terze parti, inclusi i fornitori di CMP e gli strumenti di tag management, sono generalmente disciplinate da un accordo sul trattamento dei dati (DPA) stipulato tra il titolare del sito e il fornitore del servizio.
Un ulteriore elemento da considerare riguarda l’evoluzione del protocollo nel tempo: secondo Guide to Google Consent Mode 2026 changes – Didomi (2026), dal 15 giugno 2026 Google ha modificato il funzionamento dei controlli di consenso per gli inserzionisti che utilizzano congiuntamente Google Analytics e Google Ads, rendendo il segnale ad_storage l’unico controllo determinante per la ricezione dei dati da parte di Google Ads. Una configurazione non aggiornata rispetto a questi cambiamenti può quindi interrompere il flusso di dati anche se la configurazione iniziale era corretta.
Verifica del setup ed errori frequenti
Verificare che Consent Mode v2 sia attivo richiede il controllo dei segnali effettivamente inviati dal browser ai domini Google, non solo la presenza del banner cookie sulla pagina. Gli strumenti di debug dei tag manager permettono di ispezionare i comandi di default e di aggiornamento del consenso nell’ordine in cui vengono eseguiti, confrontandoli con lo stato selezionato dall’utente nel banner.
Errore: ordine di caricamento degli script
Se il comando di consenso predefinito viene eseguito dopo il caricamento dei tag di misurazione, questi ultimi partono senza alcun segnale su cui basarsi e trattano la richiesta come se il consenso fosse già stato concesso. Questo errore è più frequente quando il tag che imposta il default riceve per sbaglio lo stesso trigger assegnato ai tag di misurazione, invece del trigger dedicato all’inizializzazione.
Errore: interferenza dei plugin di caching
Se un plugin di cache o di ottimizzazione ritarda o riscrive gli script legati al consenso, ad esempio tramite funzioni di differimento del JavaScript, lo stato trasmesso ai tag Google può non corrispondere alla scelta più recente dell’utente. La soluzione consiste nell’escludere esplicitamente gli script della piattaforma di gestione del consenso dalle regole di ottimizzazione applicate dal plugin di caching.
Errore: trattare tag non Google come se fossero nativi
Se uno strumento di tracciamento di terze parti viene collegato soltanto al trigger standard di caricamento, senza un controllo esplicito sullo stato del consenso, quel tag continuerà a raccogliere dati indipendentemente dalla scelta dell’utente, perché non dispone di un meccanismo nativo di lettura dei segnali di Consent Mode come invece accade per i tag Google.
Un controllo periodico dello stato di conformità resta comunque necessario anche dopo una configurazione corretta: secondo The State of Google Consent Mode Report – June 15, 2026 (2026), il 90% dei siti web fallisce almeno un test di conformità privacy su CCPA o GDPR considerando l’insieme degli strumenti di tracciamento presenti, non solo quelli collegati a Google. Per approfondimenti sulla gestione tecnica degli script e dei trigger coinvolti, la sezione dedicata alla SEO tecnica raccoglie contenuti correlati sulla configurazione dei siti web.
Domande frequenti su Consent Mode v2
Cos’è Google Consent Mode v2?
È il protocollo che trasmette ai tag Google le preferenze di consenso espresse dagli utenti tramite il banner cookie, aggiornato nel novembre 2023 per rispondere ai requisiti del Digital Markets Act europeo relativi all’uso dei dati pubblicitari.
Quali sono i quattro parametri di Consent Mode v2?
Sono ad_storage e analytics_storage, già presenti nella versione originaria, più i due parametri introdotti con la v2: ad_user_data, che riguarda l’invio dei dati personali per la pubblicità, e ad_personalization, legato alla personalizzazione degli annunci.
Qual è la differenza tra modalità Base e Avanzata?
La modalità Base blocca completamente i tag finché l’utente non concede il consenso, mentre la modalità Avanzata invia pings anonimi anche in caso di rifiuto, permettendo a Google di stimare le conversioni mancanti tramite modellazione statistica.
Come si configura Consent Mode v2 in Google Tag Manager?
Si crea un tag che imposta lo stato di consenso predefinito, lo si collega al trigger di inizializzazione del consenso, e si assegna ai tag Google il trigger standard, lasciando che adattino automaticamente il proprio comportamento ai segnali ricevuti.
Da quando è obbligatorio Consent Mode v2?
L’obbligo è scattato il 6 marzo 2024 per i siti che utilizzano le conversioni di Google Ads o le funzioni di audience building di Google Analytics 4, in conseguenza diretta dell’entrata in vigore del Digital Markets Act.
Cosa succede se non si configura Consent Mode v2?
Si rischia una perdita significativa di dati di conversione, fino al 60% nello Spazio economico europeo secondo alcune analisi di settore, oltre a possibili violazioni del GDPR se le preferenze espresse dagli utenti non vengono rispettate correttamente nel tempo.
Come verificare se Consent Mode v2 è attivo sul sito?
È necessario ispezionare, tramite gli strumenti di debug del tag manager o del browser, l’ordine di esecuzione dei comandi di default e di aggiornamento del consenso, verificando che precedano sempre il caricamento effettivo dei tag di misurazione.
Fonti e riferimenti
- The State of Google Consent Mode Report – June 15, 2026 (2026) www.privado.ai
- Google Consent Mode v2: A Guide for Webshop Owners – Lenik (2024) lenikltd.co.uk
- What Consent Mode V2 Means for Your Website in 2026 (2026) www.globalreach.com
- Guide to Google Consent Mode 2026 changes (2026) www.didomi.io