Consent Mode v2: consenso a norma GDPR senza buttare via i dati delle campagne

Il problema

Da marzo 2024 Google richiede Consent Mode v2 per chi fa advertising in Europa: senza i segnali ad_user_data e ad_personalization perdi remarketing, audience e parte della misurazione delle conversioni in Google Ads. Quindi quasi tutti hanno “messo il banner”. Il punto è che averlo non basta — e negli audit trovo sempre le stesse tre situazioni:

• Default non denied. I tag partono prima che l’utente scelga, il banner è solo cosmetico. Per il GDPR e il Garante è il caso peggiore: stai trattando dati senza base giuridica, con un banner che lo certifica.
• Default denied, ma i tag non ripartono dopo il consenso. È l’errore più comune: il CMP aggiorna lo stato, ma i tag in GTM non sono agganciati all’evento di consent update. Risultato: l’utente accetta, e tu lo tracci solo dalla pagina successiva — o solo dopo un refresh. Su un e-commerce significa perdere proprio le sessioni che hanno detto sì.
• Segnali incompleti. analytics_storage gestito, ma ad_storage, ad_user_data e ad_personalization mai impostati. GA4 sembra a posto, Google Ads no: le audience si svuotano e lo Smart Bidding lavora con meno dati.

C’è poi un effetto che pochi mettono in conto: il tasso di accettazione del banner è diventato una variabile di marketing. Un banner mal progettato (o troppo aggressivo, che è illegale) sposta direttamente la quantità di dati che arriva alle campagne. Non posso prometterti percentuali — chi lo fa sta inventando — ma posso dirti che banner, segnali e modeling vanno trattati come un sistema unico, non come tre patch separate.

Come lavoro

1. Audit dello stato attuale

Verifico cosa succede davvero nel browser, non cosa dice la dashboard del CMP: stato di default dei quattro segnali prima della scelta, cosa parte al primo pageview, cosa cambia dopo accetta/rifiuta/personalizza. Strumenti: Tag Assistant, GTM Preview con consent state, network tab. Ti consegno una fotografia onesta: a volte la risposta è “sei già a posto, sistemiamo due cose” — e te lo dico.

2. Configurazione dei segnali

Imposto il default denied per analytics_storage, ad_storage, ad_user_data e ad_personalization prima di qualunque tag, con wait_for_update per dare al CMP il tempo di leggere le preferenze salvate. Dove ha senso aggiungo url_passthrough e ads_data_redaction per recuperare informazione di campagna senza cookie. Se hai utenti extra-UE, configuro default regionali per non degradare il tracking dove il consenso non è richiesto.

3. Integrazione con il CMP

Qui si decide la qualità del progetto. Con Iubenda o Cookiebot uso i template ufficiali ma verifico riga per riga il mapping tra categorie del banner e segnali Google — è lì che nascono gli errori. Con un banner custom scrivo io il layer di consenso: gtag('consent', 'default', ...) e gtag('consent', 'update', ...) con persistenza della scelta. In entrambi i casi aggancio i tag al consent update, così partono nel momento in cui l’utente accetta, senza refresh e senza aspettare la pagina dopo.

4. Modeling e scelta basic vs advanced

Consent Mode ha due modalità: basic (con rifiuto non parte nulla, nemmeno i ping) e advanced (ping cookieless anche senza consenso, che alimentano il behavioral modeling di GA4 e il conversion modeling di Google Ads). L’advanced recupera più dati, ma alcuni DPO la considerano una zona grigia rispetto alle indicazioni del Garante. Non decido io al posto del tuo legale: ti preparo un documento con le due opzioni e le implicazioni, e implemento quella che scegliete. Verifico anche che i volumi siano sufficienti perché il modeling si attivi davvero.

5. QA con matrice dei consensi e documentazione

Testo ogni combinazione: accetta tutto, rifiuta tutto, personalizza, riapri il banner e cambia idea, torna sul sito con una scelta già salvata. Per ognuna verifico quali tag partono, quali no, e lo stato dei quattro segnali in Tag Assistant e GA4 DebugView. Tutto finisce in un QA report con screenshot, più una sessione di handover per il tuo team (o per il legale, se vuole capire cosa è stato fatto).

Cosa ricevi a fine progetto

• Consent Mode v2 in produzione: default denied, quattro segnali configurati, consent update funzionante senza refresh.
• Integrazione CMP verificata (Iubenda, Cookiebot o banner custom consegnato col codice).
• QA report con la matrice dei consensi testata: combinazione per combinazione, screenshot e data.
• Documento tecnico-legale: cosa parte prima del consenso, cosa dopo, in quale modalità (basic/advanced) e perché — scritto per essere letto dal tuo DPO.
• Sessione di handover registrabile (tech o legale, scegli tu il taglio).
• 30 giorni di supporto post-release: se un aggiornamento del CMP rompe qualcosa, intervengo io.

Tempi e costi

• Durata: 1–2 settimane dall’accesso agli strumenti al rilascio.
• Prezzo: da 1.000€. A far variare il prezzo: banner custom da sviluppare invece del CMP esistente, numero di siti e lingue, presenza di server-side tagging (il consent signal va propagato anche al container server), necessità di coordinarsi con DPO o studio legale.
• Non incluso: l’eventuale canone del CMP commerciale e la consulenza legale vera e propria — io implemento la parte tecnica a norma, la policy la valida il tuo legale.
• Pagamento: 50% all’avvio, 50% al rilascio.