Google Consent Mode V2 in Svizzera: guida completa per le PMI
Da marzo 2024, gli inserzionisti hanno bisogno del Consent Mode V2, altrimenti le conversioni dell'EEE non vengono più misurate. Ma cosa significa per i siti svizzeri e come si implementa in modo conforme alla LPD?
A marzo 2024, Google ha reso il Consent Mode V2 un prerequisito per la pubblicità nell'EEE. Da allora, i responsabili marketing svizzeri affrontano regolarmente la stessa domanda: «Ne ho bisogno anch'io?» La risposta è di solito sì — e il percorso non è così complicato come temuto.
Di cosa si tratta
Google richiede agli inserzionisti di trasmettere lo stato di consenso dei loro visitatori ai servizi Google. Concretamente: prima che venga impostato un cookie di tracking, Google verifica se l'utente ha acconsentito. Vengono trasmessi quattro segnali:
- ad_storage — cookie pubblicitari permessi
- analytics_storage — cookie di analisi permessi
- ad_user_data — invio dati a Google permesso
- ad_personalization — annunci personalizzati permessi
Questi segnali possono essere «granted» (concesso) o «denied» (negato). Per default, tutti dovrebbero essere su «denied» finché l'utente non acconsente attivamente.
Basic vs. Advanced — la differenza decisiva
Basic Consent Mode è la variante semplice: finché non viene dato consenso, Google Tag Manager non carica affatto i tag di tracking. Se l'utente rifiuta, nulla arriva a Google. È parsimonioso nei dati ma subottimale per gli inserzionisti — perché Google non può costruire modelli senza dati.
Advanced Consent Mode è la soluzione più contemporanea: i tag caricano sempre, ma in assenza di consenso Google invia i cosiddetti «cookieless pings» — segnali anonimi senza identificatori. Google li usa per addestrare modelli statistici e fare conversion modelling. Concretamente: se il 30 % degli utenti non acconsente, Google stima le conversioni di questo gruppo basandosi sui consenzienti.
Dal punto di vista di un inserzionista, Advanced è chiaramente superiore — più dati, migliore ottimizzazione. Dal punto di vista della protezione dati è discutibile, ma tecnicamente conforme finché i ping anonimi non contengono effettivamente dati personali.
Implementazione: i tre stadi
Stadio 1 — Impostare il consenso di default
Prima che qualsiasi script Google carichi, gtag('consent', 'default', ...) deve essere impostato. In pratica lo si mette in cima al <head>:
gtag('consent', 'default', {
ad_storage: 'denied',
analytics_storage: 'denied',
ad_user_data: 'denied',
ad_personalization: 'denied',
wait_for_update: 500
});
Il campo wait_for_update dà a Google 500 ms di attesa per un'azione di update prima che i tag si attivino senza consenso.
Stadio 2 — Collegare il banner cookie
Quando l'utente acconsente (o rifiuta), il banner deve aggiornare i segnali:
// Esempio: l'utente accetta tutto
gtag('consent', 'update', {
ad_storage: 'granted',
analytics_storage: 'granted',
ad_user_data: 'granted',
ad_personalization: 'granted'
});
In caso di consenso categoriale (es. solo statistica, nessun cookie marketing), solo i segnali corrispondenti vengono impostati su «granted».
Stadio 3 — Verifica con Tag Assistant
Google Tag Assistant mostra nel browser quali segnali sono attualmente attivi. Prima del go-live, ogni configurazione dovrebbe essere testata: tutto accettato, tutto rifiutato, solo statistica, solo marketing.
Errori di implementazione frequenti
Tre trappole che vedo regolarmente nelle audit:
Errore 1 — Default su «granted» Se i valori di default sono su «granted», ciò annulla l'intero consent mode. Google lo rileva nella logica di audit e classifica l'implementazione come non conforme.
Errore 2 — wait_for_update dimenticato Senza questo campo, i tag si attivano immediatamente, prima che il banner sia caricato. Viene contata una prima page view senza consenso — questo distorce i dati ed è critico dal punto di vista della protezione dati.
Errore 3 — Solo tre segnali impostati V2 ha portato ad_user_data e ad_personalization come nuovi segnali. Chi usa la logica V1 con solo ad_storage e analytics_storage ha un'implementazione incompleta. Google avverte nell'UI di Tag Manager in questa configurazione.
Garantire la conformità LPD
Dal punto di vista svizzero, il Consent Mode V2 è conforme alla LPD se il banner cattura correttamente lo stato di consenso e i segnali vengono impostati di conseguenza. Tre punti sono critici:
- Nessun default «granted» — altrimenti il tracking si attiva senza consenso, il che è critico sotto la LPD rivista.
- Adattare l'informativa privacy — i cookieless pings devono essere menzionati, così come il ruolo di Google come destinatario.
- Rendere trasparente il conversion modelling — chi vuole essere preciso ai sensi della LPD indica nel banner che segnali anonimi possono fluire anche senza consenso cookie.
Cosa porta — e cosa no
In pratica vedo presso le PMI svizzere con corretta implementazione Advanced circa il 30-50 % di conversioni misurate in più rispetto ai setup senza Consent Mode. Suona molto ma non è magia — Google calcola semplicemente gli utenti non consenzienti.
Quello che il Consent Mode non risolve: se la vostra architettura di banner cookie ha problemi fondamentali (come caselle preselezionate o assenza di pulsante «Rifiuta»), anche il miglior Consent Mode non aiuta. Il consenso deve essere valido, altrimenti l'intera costruzione crolla.
Aiara e Consent Mode V2
In Aiara, Consent Mode V2 è attivo di default. Non appena configurate il vostro banner cookie e registrate Google Analytics o Google Ads come strumenti, i quattro segnali vengono automaticamente impostati correttamente. Non dovete scrivere alcun codice voi stessi — l'integrazione gira in modo trasparente in background. Questo fa risparmiare alle agenzie web svizzere tipicamente mezza giornata lavorativa per sito cliente.
Domande frequenti
I siti svizzeri hanno bisogno di Google Consent Mode V2?
Chi usa Google Ads, Floodlight o Google Analytics 4 e tratta almeno un click pubblicitario dall'EEE ha bisogno del Consent Mode V2. Siti puramente svizzeri senza pubblicità UE possono teoricamente farne a meno, ma in pratica la maggior parte delle PMI svizzere usa GA4 o Google Ads — quindi diventa rilevante.
Qual è la differenza tra Basic e Advanced Consent Mode?
Basic Mode carica i tag solo dopo il consenso. Se l'utente rifiuta, nulla arriva a Google. Advanced Mode carica sempre i tag ma, in assenza di consenso, invia solo i cosiddetti 'cookieless pings' — segnali anonimi senza identificatori. Questo permette a Google di addestrare modelli senza tracciare il singolo utente. Advanced è di solito la scelta migliore perché arrivano più dati.
Quali sono i quattro segnali di consenso?
ad_storage (cookie pubblicitari), analytics_storage (cookie di analisi), ad_user_data (trasmissione dati utente a Google) e ad_personalization (pubblicità personalizzata). Tutti e quattro devono essere esplicitamente impostati dal banner cookie in base al consenso dell'utente.
Il Consent Mode V2 è compatibile con la LPD rivista?
Sì, se correttamente implementato. I segnali devono riflettere il consenso dell'utente — nessuna preimpostazione su 'granted'. Inoltre, i cookie impostati dal mode devono essere menzionati nell'informativa privacy. Gli utenti svizzeri devono essere trattati come gli utenti UE quando il sito implementa già il tracking UE.
Cosa succede senza Consent Mode V2?
Google Ads e GA4 funzionano ancora tecnicamente — ma le conversioni degli utenti EEE non vengono più valutate. Per gli inserzionisti significa un'ottimizzazione nettamente peggiore perché Google manca di dati prestazionali. In pratica, le campagne senza Consent Mode V2 perdono massivamente in efficienza dopo alcune settimane.
Pronti per un consenso cookie pulito?
Aiara gestisce banner cookie, informativa privacy e impressum del tuo sito — conforme a LPD e GDPR.
Scopri AiaraAltri articoli
22 aprile 2026 · 4 min di lettura
Categorie di cookie spiegate: necessari, funzionali, statistici, marketing
15 aprile 2026 · 4 min di lettura
Radar dei rischi secondo l'allegato A IFPDT: valutare sistematicamente i rischi privacy
3 aprile 2026 · 5 min di lettura