Quando un sito italiano utilizza Google Analytics, Google Ads o strumenti di remarketing, la gestione del consenso non può essere affidata a un semplice banner. Il consent mode v2 permette di collegare le scelte dell’utente al comportamento dei tag, distinguendo tra misurazione, pubblicità e personalizzazione. In questo articolo chiarisco quali impostazioni servono, come scegliere tra modalità base e avanzata, come verificare l’implementazione e quali errori possono compromettere sia la privacy sia i dati di marketing.
La gestione corretta del consenso parte da quattro segnali distinti
- Quattro parametri regolano archiviazione analitica, pubblicitaria, dati utente e personalizzazione degli annunci.
- La modalità base blocca i tag prima della scelta, mentre quella avanzata può inviare segnali senza cookie.
- Il banner non basta: il consenso deve essere registrato, aggiornabile e collegato realmente ai tag.
- La verifica tecnica con Tag Assistant e strumenti del browser evita dati mancanti o raccolti prima del consenso.
- La conformità italiana dipende anche da design del banner, finalità dichiarate e possibilità di rifiuto o revoca.
Che cos’è davvero il consent mode v2
Il consent mode v2 è il sistema di Google che comunica ai suoi tag se l’utente ha autorizzato determinati trattamenti. Non è una cookie policy e non sostituisce una piattaforma di gestione del consenso, chiamata CMP. È piuttosto un livello tecnico di collegamento tra il banner e strumenti come Analytics, Ads e Floodlight.
La differenza rispetto alla configurazione precedente sta soprattutto nell’introduzione di ad_user_data e ad_personalization. Il primo riguarda l’invio a Google di dati utente collegati alla pubblicità, ad esempio per alcune funzioni di misurazione; il secondo controlla l’uso dei dati per annunci personalizzati.
| Parametro | Che cosa controlla | Quando è rilevante |
|---|---|---|
| analytics_storage | Cookie e archiviazione usati per l’analisi delle visite | Google Analytics e misurazione del comportamento sul sito |
| ad_storage | Cookie e identificatori legati alla pubblicità | Google Ads, remarketing e tracciamento delle conversioni |
| ad_user_data | Invio di dati utente per finalità pubblicitarie | Conversioni avanzate e alcuni scenari di misurazione Ads |
| ad_personalization | Personalizzazione della pubblicità | Remarketing e annunci basati sugli interessi |
Un errore comune è trattare questi segnali come se fossero un unico interruttore. In realtà un visitatore può accettare la misurazione statistica e rifiutare la personalizzazione pubblicitaria. La configurazione deve quindi rispettare la granularità delle scelte, non limitarsi a un generico “accetto tutti i cookie”.
Modalità base o avanzata quale scegliere
La scelta più importante riguarda il comportamento dei tag prima che l’utente interagisca con il banner. Io considero la modalità base più semplice da governare, mentre quella avanzata può offrire una misurazione più completa ma richiede maggiore attenzione tecnica e giuridica.
Modalità base
Nella modalità base i tag Google restano bloccati finché l’utente non esprime una scelta. Se la persona rifiuta, non viene eseguita la raccolta collegata a quei tag. Il vantaggio è evidente: la superficie di rischio è più ridotta e il comportamento è più facile da spiegare durante un audit.
Il compromesso riguarda i dati. Quando i tag non vengono caricati prima del consenso, Google ha meno informazioni per elaborare conversioni modellate. Per un piccolo sito editoriale può essere un compromesso ragionevole; per un e-commerce che investe molto in campagne pubblicitarie può tradursi in report meno completi.
Modalità avanzata
Nella modalità avanzata i tag possono essere caricati prima della scelta, ma devono ricevere valori predefiniti di consenso negato. In questo stato Google dichiara di poter inviare ping senza cookie, utili per alcune forme di modellazione, senza attivare la normale raccolta basata sull’autorizzazione.
Qui la precisione dell’implementazione conta moltissimo. Se il consenso predefinito viene impostato troppo tardi, oppure se un tag non rispetta lo stato ricevuto, il risultato può essere incoerente. Non sceglierei questa modalità solo perché promette più dati: la userei quando il team è in grado di verificare ogni passaggio e di documentare il trattamento.
| Criterio | Modalità base | Modalità avanzata |
|---|---|---|
| Caricamento dei tag | Dopo la scelta dell’utente | Prima della scelta, con stato negato |
| Complessità tecnica | Più contenuta | Più elevata |
| Modellazione delle conversioni | Più limitata | Potenzialmente più accurata |
| Rischio di configurazione errata | Più basso | Più alto se l’ordine degli script è sbagliato |
Il punto non è ottenere il massimo volume di dati a ogni costo. Una configurazione più prudente ma stabile è spesso preferibile a una sofisticata, difficile da controllare e incapace di dimostrare quando il consenso è stato ricevuto.
Come impostare correttamente i segnali di consenso
La configurazione deve avvenire in un ordine preciso. Prima si definisce lo stato iniziale, poi si carica il tag Google e infine si invia l’aggiornamento quando l’utente seleziona le proprie preferenze. Lo stato iniziale dovrebbe essere denied per le categorie che richiedono autorizzazione.
gtag('consent', 'default', {
ad_storage: 'denied',
analytics_storage: 'denied',
ad_user_data: 'denied',
ad_personalization: 'denied',
wait_for_update: 500
});Il parametro wait_for_update concede al banner un breve intervallo per comunicare la scelta prima che i tag procedano. Un valore di 500 millisecondi è spesso usato come punto di partenza, ma non va copiato alla cieca: dipende dalla velocità della CMP, dalla rete e dall’architettura del sito.
Dopo la scelta, la CMP deve inviare un aggiornamento coerente. Per esempio, un utente che accetta solo i cookie analitici dovrebbe generare uno stato simile a questo:
gtag('consent', 'update', {
analytics_storage: 'granted',
ad_storage: 'denied',
ad_user_data: 'denied',
ad_personalization: 'denied'
});Non basta modificare l’aspetto del banner. Il comando deve essere eseguito prima degli eventi importanti, come una visualizzazione di pagina o una conversione. Nelle implementazioni con Google Tag Manager, conviene controllare anche l’ordine tra Consent Initialization, caricamento della CMP e attivazione dei tag.
Impostazioni regionali e dati pubblicitari
Un sito italiano può ricevere visitatori da più aree geografiche. Per questo la CMP o la configurazione dei tag deve gestire correttamente almeno lo Spazio economico europeo, il Regno Unito e la Svizzera quando sono presenti utenti soggetti a regole specifiche. La geolocalizzazione non deve però diventare una scusa per usare impostazioni permissive senza una valutazione documentata.
Opzioni come ads_data_redaction e url_passthrough possono avere un ruolo in scenari pubblicitari particolari, ma non sostituiscono i quattro segnali principali. Io le tratterei come impostazioni complementari, da attivare solo dopo aver verificato l’effetto su attribuzione, landing page e conversioni.
Il banner deve tradurre davvero la scelta dell’utente
La parte tecnica funziona soltanto se il banner raccoglie un consenso valido. In Italia il Garante richiede una comunicazione chiara, categorie comprensibili e la possibilità di scegliere in modo analitico. Un pulsante “Accetta” molto visibile accompagnato da un rifiuto nascosto non è una buona base per una gestione credibile.
Il banner dovrebbe distinguere almeno tra necessari, analitici e pubblicitari, spiegando chi tratta i dati e per quale finalità. Gli strumenti analitici non devono essere presentati automaticamente come innocui: dipende dalla configurazione, dall’uso degli identificatori e dal rapporto con il fornitore.
- Mostrare un’opzione di rifiuto facilmente raggiungibile.
- Usare categorie comprensibili, senza descrizioni tecniche indecifrabili.
- Permettere di modificare o revocare la scelta in seguito.
- Salvare prova della scelta, versione dell’informativa e data del consenso.
- Bloccare i tag non necessari fino alla ricezione dello stato autorizzato.
La revoca merita particolare attenzione. Se l’utente ritira il consenso, non è sufficiente nascondere il banner: bisogna aggiornare i segnali e, quando necessario, rimuovere o impedire nuovi identificatori. La gestione del consenso è un processo continuo, non un evento che avviene una sola volta al primo accesso.
Come verificare se l’implementazione funziona
La verifica va fatta con almeno due strumenti. Google Tag Assistant aiuta a controllare le chiamate di consenso, mentre gli strumenti per sviluppatori del browser mostrano cookie, richieste di rete e script effettivamente caricati. Io eseguo sempre i test in una finestra anonima e ripeto la prova dopo aver cancellato i cookie.
Test prima della scelta
Aprendo il sito senza interagire con il banner, bisogna controllare che i valori iniziali risultino denied. In modalità base i tag possono essere completamente assenti; in modalità avanzata possono comparire segnali senza cookie, ma non dovrebbe partire una raccolta incompatibile con lo stato negato.
Test dopo l’accettazione
Dopo aver accettato solo la categoria analitica, Analytics dovrebbe ricevere il relativo aggiornamento, mentre i segnali pubblicitari dovrebbero restare negati. Ripetendo il test con l’accettazione completa, si verifica che tutti e quattro i parametri cambino secondo la scelta effettuata.
Leggi anche: Violazione della privacy - esempi, rischi e rimedi
Test dopo il rifiuto e la revoca
Il rifiuto deve produrre uno stato coerente e non soltanto chiudere il banner. Dopo una revoca, bisogna controllare che un nuovo caricamento della pagina non riattivi automaticamente i tag pubblicitari. La documentazione di Google indica che lo stato può richiedere tempo per apparire nei prodotti di reporting, quindi distinguerei sempre tra errore tecnico immediato e ritardo di elaborazione.
Un controllo utile consiste nel confrontare tre scenari distinti:
| Scenario | Che cosa verificare | Errore tipico |
|---|---|---|
| Nessuna scelta | Stato iniziale negato e assenza di cookie non necessari | Il tag parte prima della CMP |
| Consenso parziale | Solo le categorie autorizzate diventano granted | Tutti i segnali passano a granted insieme |
| Revoca | Blocco delle nuove attività e aggiornamento dello stato | Il banner cambia, ma i tag continuano a funzionare |
Gli errori che falsano privacy e report
Il problema più frequente è installare il banner dopo Analytics o dopo il tag pubblicitario. In quel caso la CMP arriva quando la raccolta è già iniziata. La soluzione è intervenire sull’ordine di caricamento, non aggiungere semplicemente un’altra informativa.
Un secondo errore consiste nel configurare soltanto analytics_storage e ad_storage, ignorando i due segnali aggiunti nella versione aggiornata. Il sito può sembrare funzionante, ma le funzioni pubblicitarie basate su dati utente o personalizzazione non ricevono una comunicazione completa.
- Impostare il consenso predefinito su granted per comodità.
- Usare un unico consenso per finalità molto diverse.
- Confondere il blocco dei cookie con il blocco di ogni richiesta di rete.
- Testare soltanto il pulsante “Accetta tutto”.
- Lasciare script di terze parti fuori dal controllo della CMP.
- Non aggiornare il registro quando cambiano tag, fornitori o finalità.
Bisogna anche evitare una promessa implicita: il consent mode non rende automaticamente le campagne “conformi”. La liceità dipende dal quadro privacy applicabile, dall’informativa, dalla base giuridica e dal comportamento concreto dei fornitori. La tecnologia aiuta a rispettare la scelta, ma non decide quale scelta sia giuridicamente necessaria.
Una configurazione sostenibile per un sito italiano
Per un sito editoriale o aziendale di dimensioni contenute, partirei da una mappa semplice dei tag. Elencherei ogni script, la finalità, il fornitore, il parametro di consenso richiesto e il comportamento previsto in caso di rifiuto. Questo inventario spesso fa emergere più problemi di una lunga analisi teorica.
La configurazione minima dovrebbe includere una CMP affidabile, i quattro segnali corretti, un blocco preventivo dei tag non necessari e un processo di test dopo ogni modifica. Per un progetto con molte campagne o un e-commerce, aggiungerei un controllo mensile su conversioni, perdita di dati, richieste di rete e coerenza tra dashboard.
Il costo non è soltanto quello della piattaforma. Una CMP può avere un piano gratuito o costi che partono da poche decine di euro al mese, mentre l’implementazione professionale può richiedere da alcune ore a più giornate, a seconda del numero di domini, tag e integrazioni. Il prezzo più basso non è necessariamente conveniente se la configurazione non viene mantenuta.
La mia raccomandazione è misurare tre risultati separatamente: conformità della raccolta, qualità dei dati e impatto sulle conversioni. Cercare un unico numero “magico” porta a decisioni sbagliate, perché un calo nei report può dipendere dal consenso, dall’attribuzione, da una campagna diversa o da un problema tecnico.
La scelta migliore dipende dal livello di controllo che puoi garantire
Il consent mode v2 funziona bene quando banner, CMP, tag e analisi dei dati parlano la stessa lingua. La modalità base offre un percorso più lineare; quella avanzata può migliorare la modellazione, ma solo se l’ordine degli script e gli stati di consenso sono verificati con rigore.
Prima di pubblicare la configurazione, controllerei quattro elementi: stato predefinito negato, aggiornamento distinto per finalità, blocco reale dei tag e possibilità di revoca. Se uno di questi manca, il problema non si risolve aumentando il numero di strumenti.
La gestione del consenso non deve diventare un ostacolo alla strategia digitale. Se progettata con criterio, permette di raccogliere meno dati ma più affidabili, spiegare meglio le scelte agli utenti e mantenere campagne e analisi entro limiti che il business può sostenere nel tempo.
