Modalità di consenso Google v2: cosa è cambiato

Cosa è cambiato dopo il passaggio alla Modalità di Consenso v2

Il problema è diventato particolarmente urgente dopo che Google ha inasprito i requisiti su come funzionano i tag pubblicitari e di analisi. Il consenso ai cookie non è più solo un banner di consenso ai cookie per Google Ads con i pulsanti “Accetta” e “Rifiuta” — ora fa parte dell'intero setup di raccolta dei segnali. Se un sito utilizza annunci, analisi o remarketing, la logica del consenso deve quasi sempre essere rivista.

In passato, molti siti si sono accontentati di un breve avviso sui cookie. Non è più sufficiente. La Modalità di Consenso v2 di Google cambia il meccanismo effettivo: il sito deve passare lo stato di consenso prima che i tag vengano attivati, non dopo, ed è qui che sorge la questione di cosa c'è di nuovo nel consenso ai cookie dopo il passaggio alla Modalità di Consenso v2 di Google. Il team ottiene più punti di controllo e il proprietario del sito ha più luoghi in cui possono verificarsi errori.

In pratica, questo è evidente anche nei progetti semplici. Il banner può sembrare lo stesso, ma dietro ci sono ora regole per i tag GA4, Google Ads e GTM, e la configurazione della Modalità di Consenso v2 di GA4 deve essere verificata attentamente. Uno scenario sbagliato — e alcuni eventi scompaiono nel nulla. O in una zona grigia, che è altrettanto grave.

Come la Modalità di consenso v2 differisce dalla versione precedente

La principale differenza sono i nuovi segnali di consenso. Nell'approccio precedente, le persone spesso si concentravano solo su analisi e pubblicità in termini generali, ma ora Google si aspetta impostazioni più precise per i tipi di dati e la personalizzazione. Questo influisce non solo sul banner, ma anche su come il sito fornisce i tag al primo accesso di un utente.

Il Modulo di Consenso v2 introduce una logica più rigorosa per gli scenari pubblicitari. Se un sito poteva precedentemente operare con un semplice modello di "consentito o non consentito", ora deve separare diversi parametri e passarli esplicitamente. Altrimenti, i tag pubblicitari si comportano in modo imprevedibile: alcuni sono bloccati, alcuni funzionano in modalità segnale limitata e i report nel dashboard appaiono disomogenei.

Un banner di cookie di base mostra la scelta dell'utente. Il Modulo di Consenso v2 trasforma quella scelta in qualcosa di tecnicamente significativo per i tag. Questa è la differenza: il banner è l'interfaccia, mentre il Modulo di Consenso v2 è il livello di regole per analisi e pubblicità. Le persone spesso li confondono.

Quali dati e permessi devono ora essere considerati

Il focus è solitamente su quattro categorie: analytics_storage, ad_storage, ad_user_data e ad_personalization. Non sono intercambiabili, e non si tratta solo di terminologia. analytics_storage è responsabile per la memorizzazione dei dati analitici, ad_storage per i cookie pubblicitari, ad_user_data per il passaggio dei dati utente nei sistemi pubblicitari e ad_personalization per la personalizzazione degli annunci.

Se un sito raccoglie solo statistiche di base, potrebbe sembrare che un permesso sia sufficiente. In realtà, non lo è. Google Ads e scenari correlati richiedono diversi livelli di consenso, e a volte sono necessarie più categorie contemporaneamente. Questo è particolarmente evidente nell'e-commerce: un utente rifiuta gli annunci ma consente le analisi, e i contatori devono capire questo senza indovinare.

C'è anche una sfumatura pratica. Il testo nel banner dovrebbe corrispondere alle categorie che sono effettivamente abilitate nella configurazione del consenso. Se un sito chiede agli utenti di “consentire i cookie” ma internamente suddivide i dati in quattro modalità, diventa difficile capire a cosa stanno acconsentendo. E in seguito è difficile spiegare a un revisore perché l'interfaccia e la logica vivono vite separate.

Come questo influisce sul banner dei cookie e sull'UX

Il banner dei cookie non può più essere troppo generico. L'utente dovrebbe vedere non solo un pulsante di accettazione, ma anche un'opzione di rifiuto chiara e, a volte, una scelta basata sulle categorie. Il testo deve essere riscritto, perché frasi come “utilizziamo i cookie per migliorare il servizio” non soddisfano più la necessità di dettaglio.

Anche i pulsanti cambiano. In una configurazione adeguata, l'utente dovrebbe vedere almeno due azioni uguali: accettare e rifiutare. A volte è necessaria una terza opzione: aprire le impostazioni e scegliere le categorie manualmente. Questo non è un extra decorativo. Se un sito ha annunci, analisi e retargeting, una semplice scelta sì o no potrebbe non coprire tutti gli scenari.

Devi anche pensare a come gli utenti possono riaprire le impostazioni in seguito. Le persone spesso cambiano idea non immediatamente, ma dopo 2-3 visite. Se il link alle impostazioni è nascosto nel footer e scritto in caratteri piccoli, il consenso diventa una formalità. Poi il team di marketing si chiede perché ci siano così tanti rifiuti e perché il comportamento degli utenti nei report non corrisponda alle aspettative.

Per progetti complessi, è utile allineare il banner con l'architettura complessiva del sito in anticipo invece di aggiungerlo all'ultimo minuto. Qui può anche essere utile guardare a sicurezza del sito web, perché il layer di consenso spesso vive insieme ad altri script, e un errore in un posto può influenzare il caricamento altrove.

Cosa controllare in analisi e pubblicità

La prima cosa da controllare è GA4. Se il consenso viene passato in modo errato, alcuni eventi potrebbero non arrivare e altri potrebbero perdere parametri. Questo è frustrante per i report: il traffico c'è, le conversioni ci sono, ma l'attribuzione inizia a deviare.

Google Ads è anche sensibile alla Modalità di Consenso v2. Un errore nei parametri di consenso può ridurre i pubblici di remarketing, diminuire la qualità dei segnali di conversione e rendere i confronti delle campagne meno affidabili. Questo è particolarmente evidente sui siti che ricevono traffico da più fonti, mentre la piattaforma pubblicitaria preferisce dati puliti.

GTM dovrebbe essere controllato separatamente. Il contenitore potrebbe essere configurato correttamente, ma i trigger si attivano prima che arrivi il consenso predefinito. Di conseguenza, il pixel si attiva prima che il sito abbia ricevuto la scelta dell'utente. Il codice è presente, ma la logica è rotta.

I pixel di terze parti dovrebbero anche essere testati manualmente. Meta Pixel, TikTok Pixel, servizi di remarketing e widget di analisi a volte non possono funzionare correttamente nella nuova configurazione senza ulteriori adattamenti. Su un sito piccolo, ciò significa uno o due strani cali di dati; su uno grande, diventa un gap sistematico.

Errori comuni dopo aver implementato la Modalità di Consenso v2

L'errore più comune è l'ordine sbagliato di caricamento dei tag. Il consenso predefinito deve essere eseguito per primo, e solo dopo dovrebbero essere avviati analytics e annunci. Se l'ordine è invertito, il sito invia segnali senza lo stato corretto, e risolvere questo problema in seguito è più difficile di quanto sembri.

Un altro problema è non avere affatto un consenso predefinito. In questo caso, il sistema non sa come comportarsi prima che l'utente prenda una decisione. A volte gli sviluppatori sperano che il banner gestisca tutto, ma senza uno stato iniziale esplicito, il Consent Mode v2 non funziona come ci si aspetta.

Le impostazioni di CMP e GTM spesso si discostano. Nell'interfaccia, l'utente ha rifiutato gli annunci, ma GTM continua a ricevere il permesso per ad_storage. Questo conflitto non sempre si evidenzia subito. Appare più tardi, quando il team confronta i numeri di Google Ads e i rapporti CMP.

Per i siti in cui non solo l'analisi ma anche la stabilità complessiva è importante, è utile guardare a supporto del sito web dopo il lancio: gli errori di consenso raramente esistono in isolamento e spesso si trovano accanto ad altri problemi di rilascio, caching e script.

Come preparare un sito per l'aggiornamento

È meglio iniziare con un audit dell'attuale banner dei cookie. Devi capire quali categorie di consenso esistono già, quali testi vede l'utente e dove viene memorizzata la scelta. Un banner può sembrare ordinato pur mancando degli stati giusti per la nuova modalità di Google.

Il passo successivo è controllare la CMP. Se la piattaforma di gestione del consenso non può passare analytics_storage, ad_storage, ad_user_data e ad_personalization, l'aggiornamento si trascinerà. A volte è più facile adattare l'integrazione piuttosto che ricostruire l'intero sito, ma ciò dipende dallo stack e dal volume di traffico.

Dopo di che, aggiorna i tag. In GTM o nel codice del sito, devi impostare il consenso predefinito, verificare l'ordine di caricamento e assicurarti che i tag pubblicitari non vengano attivati prematuramente quando l'utente rifiuta. Poi testa tutto in modalità anteprima e poi di nuovo sul sito live. Un test su un browser non è sufficiente.

Vale anche la pena controllare il lato visivo. Il pulsante “Personalizza” non dovrebbe essere sepolto dietro clic extra. La sua etichetta è meglio mantenerla breve. Nessuno legge frasi lunghe.

Cosa considerare da una prospettiva legale e documentale

Il lato tecnico non chiude completamente la questione. Hai bisogno di una politica sulla privacy, di una politica sui cookie e di un testo che spieghi chiaramente le categorie di dati e come il consenso può essere revocato. Se l'utente sceglie di rifiutare, il sito deve essere in grado di registrarlo e preservare la logica scelta.

I documenti dovrebbero essere controllati rispetto al comportamento effettivo del banner. Se la politica dice una cosa e il banner ne fa un'altra, ciò crea un rischio inutile durante la revisione e per la fiducia. E sì, la fiducia qui può essere persa a causa di una frase goffa.

Per progetti in cui la trasparenza e il comportamento prevedibile del sito sono importanti, è utile fare affidamento su come valutare l'affidabilità di un sito web prima di ordinare. La logica del consenso è parte dell'affidabilità, perché un errore lì rompe l'analisi proprio come un modulo di contatto rotto.

Se il sito già traccia le azioni degli utenti, vale anche la pena controllare come vengono memorizzati i registri del consenso e chi ha accesso a essi. Questo non è solo un problema tecnico, ma anche organizzativo. Quando un'azienda ha tre appaltatori e due team interni, la responsabilità sfocata si trasforma rapidamente in una disputa.

E infine, dopo che l'aggiornamento è attivo, non lasciare il consenso ai cookie in modalità automatica. Per i primi 7–14 giorni, dovresti monitorare i rapporti, controllare eventuali cali di traffico e confrontare il comportamento dei tag pubblicitari prima e dopo il rilascio. In compiti come questo, la piattaforma di analisi e monitoraggio del sito · può aiutarti se hai bisogno di un controllo regolare su come il sito invia segnali e se perde dati lungo il percorso.