Un cookie banner non è solo una questione legale. Per un eCommerce che investe in Google Ads, può diventare anche un problema di misurazione, ottimizzazione e fatturato.
Se il banner raccoglie il consenso ma non lo comunica bene ai tag, GA4 e Google Ads possono ricevere segnali incompleti. Se invece i tag partono prima della scelta dell'utente, il problema non è solo tecnico: può diventare anche un rischio privacy. Se tutto viene bloccato senza criterio, le campagne perdono una parte del percorso e imparano con dati più poveri.
Consent Mode v2 nasce proprio in questo punto delicato: far comportare i tag Google in base alle scelte dell'utente e inviare a Google segnali di consenso coerenti. Non serve a "bypassare" il consenso, non rende automaticamente a norma un sito e non sostituisce un banner fatto bene. Serve a collegare consenso, tracciamento e piattaforme pubblicitarie in modo più ordinato.
Per un titolare eCommerce la domanda non è "abbiamo il banner?". La domanda giusta è: il nostro consenso sta guidando correttamente Google Ads, GA4 e le conversioni?
Cos'è Consent Mode v2 in parole semplici
Consent Mode è il meccanismo con cui i tag Google modificano il proprio comportamento in base al consenso espresso dall'utente. Se l'utente accetta, i tag possono lavorare normalmente per le finalità consentite. Se l'utente rifiuta, i tag devono limitare ciò che raccolgono e ciò che memorizzano.
La versione v2 ha reso centrali due segnali aggiuntivi rispetto alla configurazione classica:
- ad_user_data: indica se i dati dell'utente possono essere inviati a Google per finalità pubblicitarie;
- ad_personalization: indica se i dati possono essere usati per annunci personalizzati, remarketing e funzioni simili.
Questi segnali si aggiungono ad altri stati di consenso già noti, come ad_storage e analytics_storage, cioè il consenso legato alla memorizzazione per pubblicità e analytics.
In pratica, il sito deve dire a Google non solo "posso usare cookie pubblicitari?", ma anche "posso usare i dati per pubblicità e personalizzazione?". È una differenza importante, soprattutto per eCommerce che usano Google Ads, remarketing, Performance Max, GA4 e liste pubblico.
Perché interessa agli eCommerce
Un eCommerce vive di segnali: visite prodotto, aggiunte al carrello, checkout, acquisti, valore ordine, margine, resi, nuovi clienti, clienti ricorrenti. Google Ads usa questi segnali per capire dove investire budget e quali utenti cercare.
Se il consenso è gestito male, possono succedere tre cose poco simpatiche:
- le conversioni vengono misurate in modo incompleto;
- le campagne automatiche ricevono meno dati utili;
- remarketing, pubblici e personalizzazione diventano meno affidabili o non utilizzabili correttamente.
Il risultato si vede spesso nei report: cali strani nelle conversioni, dati GA4 che non tornano con il gestionale, campagne che sembrano peggiorare dopo un cambio banner, remarketing che si svuota, eventi duplicati o conversioni che compaiono solo in alcuni strumenti.
Il problema è che molti trattano il cookie banner come un componente estetico o legale da installare e dimenticare. In realtà il banner è un pezzo del sistema di marketing. Deve parlare con Google Tag Manager, GA4, Google Ads, eventuale server-side tracking, feed, CRM e piattaforma eCommerce.
Basic e advanced: due modi diversi di implementarlo
Google distingue due approcci principali a Consent Mode: basic e advanced.
Con l'approccio basic, i tag Google non partono finché l'utente non interagisce con il banner. Se l'utente accetta, i tag vengono caricati e ricevono lo stato di consenso. Se l'utente rifiuta, i tag non inviano dati a Google.
Con l'approccio advanced, i tag possono caricarsi con consenso predefinito negato e adattare il proprio comportamento in base alla scelta dell'utente. Quando il consenso è negato, possono inviare segnali limitati e senza cookie, utili per la modellazione, sempre nel rispetto delle impostazioni di consenso.
La differenza non è banale. L'approccio advanced può dare a Google più elementi per modellare conversioni e comportamento, ma richiede una configurazione più attenta. Non è una scorciatoia da attivare a caso. Va valutato con chi gestisce privacy, banner, tag e campagne.
Per molti eCommerce, la decisione non dovrebbe essere presa dal plugin del banner in automatico. Va capita la catena completa: quali tag esistono, quali finalità dichiarano, quali regioni vengono servite, quali piattaforme pubblicitarie usano i dati e come vengono salvate le scelte dell'utente.
Il falso senso di sicurezza del "banner installato"
Molti siti hanno un banner visibile e pensano di aver risolto. Poi, quando si guarda davvero la configurazione, emergono problemi come questi:
- il banner non invia i segnali Consent Mode a Google;
- i tag partono prima della scelta dell'utente;
- GA4 viene bloccato, ma Google Ads no;
- Google Ads riceve conversioni senza stato di consenso coerente;
- ad_user_data e ad_personalization non sono configurati;
- il consenso viene letto correttamente solo alla prima pagina, poi si perde;
- il banner cambia lingua o area geografica, ma i default restano uguali;
- Tag Manager contiene vecchi tag che ignorano il consenso;
- il tema o il plugin eCommerce inietta script fuori da Tag Manager;
- il server-side tracking riceve eventi senza gestire correttamente il consenso.
Questo è il punto: non basta che il banner compaia. Bisogna verificare cosa succede davvero nel browser, in Tag Manager, in GA4 e in Google Ads.
Cosa succede a Google Ads quando il consenso è sbagliato
Google Ads non lavora nel vuoto. Le strategie di offerta automatiche imparano dai dati che ricevono. Se quei dati sono incompleti, incoerenti o sporchi, l'account può prendere decisioni peggiori.
Un esempio classico: dopo l'installazione di un nuovo banner, le conversioni calano del 30% nei report. A volte è fisiologico, perché prima si tracciava troppo. A volte invece il calo è dovuto a un errore tecnico: il purchase non parte più, il consenso non viene aggiornato, il tag conversione è bloccato anche dopo l'accettazione, oppure GA4 e Ads leggono due realtà diverse.
Un altro caso frequente riguarda il remarketing. Se ad_personalization non viene gestito bene, le liste pubblico possono non funzionare come ci si aspetta. Se ad_user_data non viene comunicato correttamente nelle aree dove serve il consenso, alcune funzioni pubblicitarie possono essere limitate.
Questo si collega a un tema più ampio: non bisogna ottimizzare le campagne su segnali sbagliati o incompleti. Ne abbiamo parlato anche negli articoli su Performance Max e conversioni carrello e su ROAS falsato da valore conversione, margini e resi. Consent Mode aggiunge un altro livello: il dato deve essere utile, ma anche raccolto e trasmesso correttamente.
Checklist tecnica per un eCommerce
Una verifica seria di Consent Mode v2 dovrebbe controllare almeno questi punti.
- Banner compatibile: la CMP o il cookie banner devono supportare Consent Mode v2 e inviare i segnali corretti.
- Default coerenti: prima della scelta dell'utente, gli stati di consenso devono essere impostati in modo prudente e coerente con la strategia legale.
- Aggiornamento dopo scelta: quando l'utente accetta o rifiuta, i segnali devono cambiare davvero.
- ad_storage: consenso per memorizzazione legata alla pubblicità.
- analytics_storage: consenso per memorizzazione legata ad analytics.
- ad_user_data: consenso all'uso dei dati utente per finalità pubblicitarie.
- ad_personalization: consenso alla personalizzazione pubblicitaria.
- Tag Google Ads: conversion linker, remarketing e conversioni devono rispettare gli stati di consenso.
- GA4: eventi e-commerce come view_item, add_to_cart, begin_checkout e purchase devono essere testati con consenso accettato e rifiutato.
- Eventi duplicati: l'aggiornamento del consenso non deve far partire due volte lo stesso evento.
- Script fuori controllo: tema, plugin, moduli checkout, chat, pixel e strumenti marketing non devono aggirare la logica del consenso.
- Server-side: se usi server-side Tag Manager, il consenso deve accompagnare gli eventi anche lato server.
- Debug reale: va testato con Tag Assistant, anteprima GTM, strumenti browser e report Google Ads/GA4.
La checklist non serve a fare teoria. Serve a evitare che una modifica apparentemente piccola al banner rompa dati su cui vengono spesi migliaia di euro al mese.
Gli errori più comuni
Negli eCommerce gli errori si ripetono con una certa regolarità.
- Installare un plugin e non testare nulla: il banner appare, ma i segnali non arrivano come dovrebbero.
- Confondere compliance e tracking: un banner può essere bello e comunque non configurare bene Google Ads.
- Bloccare tutto senza strategia: si riduce il rischio, ma si perde visibilità su dati essenziali senza capire cosa succede.
- Lasciare tag hardcoded: vecchi script in tema o checkout partono indipendentemente da Tag Manager.
- Non distinguere paesi e aree: le regole per utenti in Europa, Regno Unito o Svizzera possono richiedere segnali specifici.
- Non aggiornare Google Tag Manager: container vecchi, trigger copiati e tag custom possono ignorare gli stati di consenso.
- Non testare il checkout: spesso il purchase avviene su template, domini o step diversi rispetto alle pagine prodotto.
- Fidarsi solo di GA4: GA4, Google Ads e gestionale devono essere confrontati, non letti come verità isolate.
- Non documentare la configurazione: dopo sei mesi nessuno sa più perché un consenso è impostato in un certo modo.
Il problema peggiore è silenzioso: il sito sembra funzionare, le campagne continuano a spendere, ma il dato che alimenta le decisioni non è più affidabile.
Mini caso: cambio banner e conversioni dimezzate
Immagina un eCommerce che cambia cookie banner perché il vecchio plugin era datato. Dopo il rilascio, le conversioni Google Ads calano di colpo. Le vendite nel gestionale non crollano nello stesso modo, ma i report Ads sì.
Le ipotesi possono essere diverse:
- prima il sito tracciava anche utenti senza consenso e ora il dato è più realistico;
- il tag purchase non parte dopo l'accettazione;
- il consenso viene aggiornato dopo il caricamento dell'evento e quindi arriva tardi;
- il checkout è su un template che non include la logica del nuovo banner;
- il conversion linker non funziona correttamente;
- GA4 e Google Ads ricevono eventi con logiche diverse.
Senza debug, tutte queste ipotesi si trasformano in discussioni inutili. Con debug, invece, si vede il percorso: stato iniziale del consenso, scelta utente, aggiornamento, firing dei tag, parametri inviati, conversione registrata, confronto con ordine reale.
È lo stesso approccio che usiamo negli audit Google Ads e negli interventi su tracking e CRM: non basta guardare il risultato finale, bisogna vedere come il dato nasce.
Cosa chiedere alla tua agenzia
Se hai un eCommerce e stai spendendo budget su Google Ads, queste domande sono molto concrete.
- Il nostro cookie banner supporta davvero Consent Mode v2?
- Quali stati di consenso vengono impostati prima della scelta dell'utente?
- ad_user_data e ad_personalization sono configurati correttamente?
- Abbiamo testato cosa succede se l'utente accetta tutto?
- Abbiamo testato cosa succede se l'utente rifiuta tutto?
- GA4 e Google Ads ricevono gli stessi eventi eCommerce?
- Il tag purchase parte una sola volta e solo quando deve?
- Ci sono script Google inseriti fuori da Tag Manager?
- Il checkout rispetta la stessa logica del resto del sito?
- Abbiamo verificato la configurazione con Tag Assistant?
- Il server-side tracking, se presente, riceve e rispetta il consenso?
- Confrontiamo le conversioni Ads con ordini reali, annullamenti e gestionale?
- Esiste una documentazione della configurazione attuale?
Se la risposta è "sì, c'è il banner", manca ancora metà del lavoro. Un banner visibile non dimostra che il tracciamento sia corretto.
Come lo gestiamo noi in BitHub
In BitHub trattiamo Consent Mode come parte del sistema eCommerce, non come un interruttore isolato.
Il lavoro può includere:
- audit di cookie banner, CMP e Google Tag Manager;
- mappatura dei tag Google Ads, GA4, remarketing e conversion linker;
- verifica degli stati di consenso prima e dopo la scelta dell'utente;
- controllo di ad_storage, analytics_storage, ad_user_data e ad_personalization;
- test degli eventi eCommerce principali, soprattutto purchase e valore ordine;
- ricerca di script hardcoded in tema, plugin, checkout e moduli terzi;
- controllo di eventuale server-side tracking;
- confronto tra Google Ads, GA4 e ordini reali;
- documentazione della configurazione per evitare caos nei mesi successivi.
Questo si collega al nostro lavoro su SEO e Google Ads, compliance web, GDPR e cookie, sviluppo eCommerce su misura e piattaforme CRM/ERP collegate ai dati reali.
L'obiettivo non è inseguire l'ennesima impostazione Google. È costruire un tracciamento che rispetti le scelte dell'utente e, allo stesso tempo, permetta alle campagne di imparare da segnali puliti.
Fonti utili
Per approfondire la parte tecnica conviene partire dalla documentazione ufficiale Google su Consent Mode, dalla guida per configurarlo sui siti web, dagli aggiornamenti Google Ads per il consenso degli utenti nello Spazio Economico Europeo e dalla pagina per verificare i segnali di consenso.
FAQ
Consent Mode v2 rende il sito automaticamente conforme al GDPR?
No. Consent Mode gestisce il comportamento dei tag Google in base al consenso, ma non sostituisce informativa, banner, base giuridica, configurazione della CMP e valutazioni privacy. È una parte tecnica del sistema, non tutta la compliance.
Consent Mode v2 serve solo a chi fa Google Ads?
È particolarmente importante per chi usa Google Ads, remarketing, conversioni e GA4 collegato alle campagne. Anche siti senza Ads possono usare Consent Mode per gestire meglio il comportamento dei tag Google, ma il tema diventa critico quando il budget pubblicitario dipende dai dati raccolti.
Qual è la differenza tra basic e advanced Consent Mode?
Nel basic i tag vengono bloccati finché l'utente non interagisce con il banner. Nell'advanced i tag possono caricarsi con consenso predefinito negato e inviare segnali limitati senza cookie quando il consenso non viene dato. La scelta va valutata sul caso specifico.
Perché ad_user_data e ad_personalization sono importanti?
Perché indicano a Google se i dati dell'utente possono essere usati per finalità pubblicitarie e per personalizzazione degli annunci. Senza questi segnali, alcune funzioni legate a misurazione, pubblico e remarketing possono essere limitate nelle aree dove è richiesto consenso.
Come capisco se Consent Mode è configurato bene?
Bisogna testare il sito con strumenti come Tag Assistant, anteprima Google Tag Manager e strumenti browser. Va verificato cosa succede prima della scelta, dopo accettazione, dopo rifiuto, durante checkout e nella pagina di conferma ordine.
Perché dopo un nuovo cookie banner le conversioni possono calare?
Può dipendere da una misurazione precedente troppo permissiva, ma anche da errori tecnici: tag bloccati dopo il consenso, eventi purchase non inviati, consenso aggiornato troppo tardi, script duplicati o checkout non coperto dalla nuova configurazione.
Vuoi controllare se il tuo consenso sta rompendo Google Ads?
Possiamo verificare cookie banner, Tag Manager, GA4, conversioni Google Ads, checkout e ordini reali. L'obiettivo è capire se stai misurando meno per scelta corretta degli utenti o se stai perdendo dati per un errore tecnico.