Se l’utente rifiuta i cookie, Consent Mode v2 misura lo stesso?
Che cosa cambia tra modalità Basic e Advanced, quali segnali ricevono i tag e perché banner, consenso e server-side non sono scorciatoie equivalenti.
Una persona apre il sito, rifiuta i cookie e prosegue. Il responsabile marketing domanda: «Quindi quella visita è sparita?». Il tecnico risponde: «Abbiamo Consent Mode v2». Sembra una risposta, ma è solo il nome dello strumento.
Consent Mode non decide se il consenso sia valido, non mostra da sola il banner e non autorizza un trattamento. Comunica ai tag Google la scelta raccolta dal sito e ne modifica il comportamento. Per capire cosa viene misurato dopo un rifiuto bisogna sapere quale implementazione è attiva, quali tag sono presenti e quali segnali ricevono.
Consent Mode non è il cookie banner
Google specifica che Consent Mode non fornisce un banner o un widget: interagisce con la soluzione di consenso per ricevere la scelta dell’utente e adattare i tag. Il flusso corretto è quindi: il banner raccoglie la preferenza, la traduce negli stati previsti e i tag si comportano di conseguenza. Fonte: Google Ads, informazioni sulla modalità di consenso.
Se il banner mostra “rifiuta” ma non aggiorna i parametri, l’interfaccia e il comportamento tecnico raccontano due storie diverse. Cambiare l’etichetta di un tag da “marketing” a “statistica” non risolve la trama.
Le linee guida del Garante richiedono, per cookie e strumenti di profilazione, una scelta effettiva e impostazioni predefinite che consentano di proseguire senza strumenti diversi da quelli tecnici quando il consenso non viene prestato. La configurazione concreta va valutata con chi segue la compliance dell’azienda. Fonte: Garante Privacy, Linee guida cookie e altri strumenti di tracciamento.
Basic e Advanced non inviano le stesse cose
Nella modalità Basic, i tag Google vengono bloccati finché l’utente non interagisce con il banner. Se nega il consenso, Google indica che non viene trasferito alcun dato, nemmeno lo stato del consenso. La modellazione può basarsi su un modello generale.
Nella modalità Advanced, i tag vengono caricati con stati predefiniti, normalmente impostati su denied dove richiesto. Durante il rifiuto possono inviare ping senza cookie; quando l’utente concede il consenso, vengono inviati i dati completi previsti dalla configurazione. Questa implementazione può alimentare una modellazione più specifica per l’inserzionista. Fonte: Google Ads, configurazione Basic e Advanced.
“Senza cookie” non significa “senza trasmissione” e “modellato” non significa “ricostruito uno per uno”. Le conversioni modellate sono stime aggregate prodotte quando l’implementazione e i dati soddisfano i requisiti del prodotto; non sono un elenco delle singole persone che hanno rifiutato.
I quattro segnali da non confondere
Una verifica di Consent Mode v2 dovrebbe controllare almeno questi stati:
analytics_storage: consenso all’archiviazione per finalità di analisi;ad_storage: consenso all’archiviazione per finalità pubblicitarie;ad_user_data: consenso all’invio a Google di dati utente collegati alla pubblicità;ad_personalization: consenso all’uso per pubblicità personalizzata.
Non sono quattro modi diversi per dire “cookie sì o no”. Google documenta, per esempio, che negare ad_user_data disabilita la raccolta di dati personali per la pubblicità online, inclusi dati proprietari sottoposti ad hashing usati nelle conversioni avanzate; negare ad_personalization disabilita l’uso per la personalizzazione pubblicitaria. Fonte: Google, panoramica di Consent Mode.
Tag Assistant permette di verificare sia lo stato predefinito sia l’aggiornamento dopo l’interazione. Google indica di controllare i quattro parametri nell’evento di consenso iniziale e in quello successivo alla scelta. Fonte: Google Ads, verifica dell’implementazione.
Il server-side con Stape non scavalca la scelta
Se usi Google Tag Manager server-side ospitato, per esempio, su Stape, il consenso non compare magicamente nel container server. La documentazione Google descrive un percorso preciso: il banner raccoglie la scelta nel browser, il Google tag aggiunge i parametri di consenso alla richiesta e il container server li elabora prima di attivare i tag compatibili. Fonte: Google, Consent Mode con Tag Manager server-side.
Perciò controllerei anche i tag non Google e quelli personalizzati: non tutti hanno controlli integrati. Un endpoint first-party cambia il percorso della richiesta, non la preferenza espressa dall’utente. È lo stesso principio spiegato nell’articolo su che cosa può e non può recuperare il server-side tracking.
Un test semplice con quattro percorsi
Esempio ipotetico, non riferito a un cliente: un sito usa Google Ads, una CMP e un container server-side. Prima di pubblicare, eseguirei quattro sessioni pulite:
- nessuna interazione con il banner;
- rifiuto totale;
- accettazione totale;
- scelta personalizzata con analisi concessa e pubblicità negata.
Per ciascuna sessione annoterei valori iniziali e aggiornati, cookie creati, richieste partite, tag attivati nel browser e nel server e dati ricevuti dalle destinazioni. Verificherei poi che una revoca successiva aggiorni davvero gli stati. Il test va ripetuto dopo modifiche a CMP, Tag Manager, dominio del server o template dei tag.
Che cosa leggere nei report
Confronta il periodo prima e dopo l’intervento, ma non interpretare ogni variazione come prova di un errore. Cambiano anche traffico, campagne, stagionalità e tasso di consenso. Documenta la data di pubblicazione e separa conversioni osservate e modellate dove il prodotto lo consente.
Prima di usare quei dati per le offerte, esegui un test completo fino alla conversione commerciale. Se importi esiti dal CRM, verifica anche quali dati e consensi vengono conservati: il consenso alla misurazione sul sito non rende automaticamente utilizzabile qualsiasi dato caricato in seguito.
La domanda corretta, quindi, non è “Consent Mode recupera ciò che perdo?”. È: “Dopo ogni scelta dell’utente, quali dati partono, verso chi e per quale finalità?”. Se non riesci a rispondere con una prova tecnica e una valutazione di compliance, il banner è ancora una scenografia.
Fonti ufficiali consultate il 23 ottobre 2026. L’esempio è ipotetico. Questo contenuto non sostituisce una consulenza legale; le configurazioni di consenso e misurazione non garantiscono risultati pubblicitari.