Come verificare se la Consent Mode v2 è implementata correttamente

Come verificare se la Consent Mode v2 è implementata correttamente

Implementare la Consent Mode v2 non basta: bisogna verificare che funzioni correttamente. Nella pratica, molti siti hanno una configurazione parziale o errata — il banner cookie c’è, i tag Google ci sono, ma i segnali di consenso non vengono trasmessi nel modo giusto. Il risultato è una perdita silenziosa di dati e campagne che ottimizzano su conversioni incomplete.

In questa guida vediamo come eseguire una verifica completa della Consent Mode v2 usando gli strumenti ufficiali Google, senza dover mettere mano al codice.

Cosa stiamo verificando — i 4 segnali obbligatori

Una Consent Mode v2 correttamente implementata deve trasmettere a Google almeno questi quattro segnali di consenso:

  • ad_storage — consenso per la memorizzazione di cookie pubblicitari
  • analytics_storage — consenso per i cookie di analytics
  • ad_user_data — consenso all’invio di dati utente a Google per scopi pubblicitari
  • ad_personalization — consenso per la personalizzazione degli annunci

Ogni segnale può avere valore granted (consenso dato) o denied (consenso negato). Il punto critico non è solo che i segnali esistano, ma che si aggiornino dinamicamente nel momento in cui l’utente interagisce con il banner cookie — questa è la differenza tra una Basic Mode e una Advanced Mode funzionante.

Strumento 1 — Google Tag Assistant (Chrome Extension)

Google Tag Assistant è il punto di partenza per qualsiasi verifica della Consent Mode v2. È un’estensione Chrome gratuita che mostra in tempo reale lo stato dei tag Google e dei segnali di consenso.

Come usarlo per verificare la Consent Mode v2

  1. Installa Google Tag Assistant dal Chrome Web Store
  2. Apri il sito da verificare in una finestra normale (non in incognito)
  3. Clicca sull’icona Tag Assistant nella barra del browser e avvia il debug
  4. Nella scheda “Consent” troverai lo stato dei segnali di consenso

Cosa controllare nella scheda Consent

Tag Assistant mostra due momenti fondamentali:

  • Default state — i valori dei segnali al caricamento della pagina, prima che l’utente interagisca con il banner. In Advanced Mode tutti e quattro i segnali devono essere presenti (tipicamente a denied). Se non appaiono affatto, la Consent Mode non è attiva.
  • Update state — i valori aggiornati dopo che l’utente accetta o rifiuta i cookie. Dopo un’accettazione completa, i segnali ad_storage, analytics_storage, ad_user_data e ad_personalization devono passare a granted.

Se vedi solo il Default state ma nessun Update state dopo aver cliccato “Accetta” sul banner, la CMP non sta comunicando correttamente con GTM.

Segnali di errore comuni in Tag Assistant

  • Nessuna scheda “Consent” visibile — la Consent Mode non è configurata nel container GTM
  • Default state presente ma Update state assente — la CMP non è integrata correttamente con GTM
  • Segnali presenti ma solo analytics_storage e ad_storage — mancano ad_user_data e ad_personalization, obbligatori da marzo 2024
  • Update state con valori invariati dopo il consenso — il trigger di aggiornamento non si attiva

Strumento 2 — GTM Preview Mode

La modalità Preview di Google Tag Manager permette di vedere nel dettaglio quali tag si attivano, quando e con quali valori — inclusi i segnali di consenso.

Come usarla per verificare la Consent Mode v2

  1. Apri GTM e clicca su “Anteprima” (Preview) in alto a destra
  2. Inserisci l’URL del sito e avvia la sessione
  3. Nel pannello Tag Assistant che si apre, seleziona l’evento “Consent Initialization” nel menu di sinistra
  4. Nella scheda “Consent” verifica i valori di default impostati
  5. Interagisci con il banner cookie e controlla se appare un evento di tipo consent update nella timeline

Cosa cercare nella timeline degli eventi

Una implementazione Advanced Mode corretta genera questa sequenza di eventi:

  1. Consent Initialization — i segnali di default vengono impostati (tutti a denied per gli utenti SEE)
  2. Initialization — GTM si inizializza
  3. Page View — caricamento pagina
  4. L’utente interagisce con il banner
  5. Evento custom della CMP (es. CookieConsentDeclaration o consent_update) — aggiorna i segnali

Se manca il punto 5, la CMP non sta inviando l’aggiornamento a GTM.

Strumento 3 — GA4 DebugView

GA4 DebugView è utile per verificare che gli eventi GA4 vengano effettivamente ricevuti dopo il consenso — e che non vengano inviati prima del consenso in Basic Mode.

Come attivare il DebugView

  1. Installa l’estensione Chrome “Google Analytics Debugger”
  2. Apri il sito con l’estensione attiva
  3. Vai in GA4 → Configura → DebugView
  4. Interagisci con il sito e il banner cookie

Cosa verificare

  • In Basic Mode: nessun evento deve apparire in DebugView prima che l’utente abbia dato il consenso
  • In Advanced Mode: il page_view può apparire prima del consenso (in forma anonima), ma gli eventi di conversione devono attivarsi correttamente dopo il consenso
  • Dopo il consenso completo: page_view, session_start e gli eventi ecommerce devono essere visibili regolarmente

Strumento 4 — Consent Mode Debugger (Google Tag Assistant Companion)

Per una verifica ancora più granulare, Google Tag Assistant Companion nel browser mostra i payload completi delle richieste inviate ai server Google, inclusi i parametri di consenso allegati a ogni hit.

Nella Network tab del browser (F12 → Network), filtra per google-analytics.com o gtag e controlla i parametri gcs e gcd allegati alle richieste: questi codici indicano lo stato dei segnali di consenso al momento dell’invio dell’hit.

I 5 errori più comuni che trovo nelle verifiche

1. Consent Mode v1 invece di v2

Alcune implementazioni datate usano ancora la Consent Mode v1, che gestisce solo ad_storage e analytics_storage. La v2 richiede obbligatoriamente anche ad_user_data e ad_personalization. Verificabile direttamente in Tag Assistant — se mancano questi due segnali, l’implementazione è da aggiornare.

2. CMP non certificata IAB TCF 2.2

Non tutte le CMP supportano nativamente la Consent Mode v2. Alcune trasmettono il consenso in formati non compatibili con GTM. Usare una CMP certificata Google (Cookiebot, Iubenda, Axeptio, Usercentrics) è la soluzione più affidabile per garantire la compatibilità.

3. Ordine di caricamento errato

Il comando gtag('consent', 'default', {...}) deve essere eseguito prima di qualsiasi tag Google. Se viene caricato dopo GA4 o Google Ads, quei tag si attivano prima del consenso, vanificando l’intera implementazione. In GTM questo si gestisce tramite il trigger “Consent Initialization” con priorità massima.

4. Segnali di default non impostati per gli utenti SEE

Per gli utenti nello Spazio Economico Europeo, Google richiede che i segnali di default siano impostati esplicitamente a denied. Un’implementazione che non specifica i valori di default lascia i segnali in stato “non definito”, che Google interpreta diversamente da denied — con conseguenze sull’eligibilità al behavioral modeling.

5. Banner cookie che non aggiorna i segnali su navigazione interna

Un errore sottile ma frequente: l’aggiornamento del consenso funziona correttamente sulla prima pagina, ma non viene ripropagato sulle pagine successive della navigazione. Da verificare cliccando su un link interno dopo aver dato il consenso e controllando che l’Update state sia ancora presente in Tag Assistant.

Checklist finale — Consent Mode v2 verificata

  • ☐ I 4 segnali obbligatori sono presenti nel Default state (anche se a denied)
  • ☐ Il Default state viene impostato prima di qualsiasi tag Google
  • ☐ Dopo il consenso, tutti i segnali passano a granted nell’Update state
  • ☐ L’Update state è presente anche sulle pagine interne (non solo sulla prima pagina)
  • ☐ Gli eventi GA4 appaiono in DebugView dopo il consenso
  • ☐ In Basic Mode, nessun evento viene inviato prima del consenso
  • ☐ I segnali ad_user_data e ad_personalization sono presenti (v2, non v1)

Hai dubbi sulla tua implementazione?

Se dopo questa verifica trovi anomalie o non sai come interpretare quello che vedi in Tag Assistant, posso analizzare la tua configurazione e individuare esattamente dove si trova il problema.

Ho verificato e corretto implementazioni di Consent Mode v2 su oltre 200 ecommerce — su Prestashop, WooCommerce e altre piattaforme. Nella maggior parte dei casi i problemi rientrano nelle 5 categorie descritte sopra e si risolvono in tempi rapidi.

→ Richiedi un’analisi gratuita della tua Consent Mode v2

Oppure scopri come lavoriamo nella pagina dedicata al servizio di implementazione Consent Mode v2.