Fino a giugno 2026 il passaggio dei dati pubblicitari da Google Analytics a Google Ads era governato da due interruttori distinti: l'impostazione Google Signals dentro la proprietà GA4 e il parametro ad_storage del Consent Mode. Entrambi dovevano dire sì. Dal 15 giugno 2026 Google ha consolidato i controlli: il Consent Mode gestito lato Google Ads è diventato l'unico controllo per la raccolta e l'uso di cookie e ID pubblicitari, mentre Google Signals continua a governare soltanto l'associazione dei dati con gli utenti autenticati per la reportistica comportamentale dentro Analytics. È una semplificazione, ma con un effetto collaterale preciso: sparisce la ridondanza, e quindi sparisce anche il paracadute. Sono passati due mesi: se non hai ancora verificato la configurazione, questo è il momento per farlo.
Cosa è cambiato esattamente il 15 giugno 2026
La documentazione ufficiale di Google Analytics è esplicita: a partire dal 15 giugno 2026, Google Analytics utilizza il Consent Mode (lato Google Ads) come controllo unico per i dati. Di conseguenza, l'impostazione Google Signals nell'admin di Analytics e la Google Signals API controllano soltanto l'associazione dei dati di Analytics con le informazioni degli utenti autenticati, ai fini della reportistica comportamentale.
| Ambito | Prima del 15 giugno 2026 | Dopo il 15 giugno 2026 |
|---|---|---|
| Cookie e ID pubblicitari verso Google Ads | Google Signals + ad_storage (entrambi necessari) | Solo Consent Mode ad_storage |
| Report demografici e di interesse in GA4 | Impostazione Google Signals | Impostazione Google Signals (invariato) |
| Personalizzazione annunci | Livelli multipli: account, proprietà, link Ads, evento | Google ha annunciato un consolidamento su ad_personalization nel corso del 2026, date da confermare |
| Indirizzi IP | Raccolti dal Google Tag | Crittografati e trasmessi all'account Ads collegato, governati dalle impostazioni Ads |
Attenzione al falso senso di sicurezza
Se prima il tuo setup funzionava anche con un Consent Mode implementato in modo approssimativo, era perché Google Signals compensava una parte del quadro. Quella compensazione non esiste più. Un banner che non aggiorna ad_storage dopo il consenso oggi produce un buco netto.
Come verificare in un'ora se stai perdendo segnale
Non serve un audit da 40 pagine. Serve una sequenza di controlli concreti, eseguibili con strumenti gratuiti, che dice in modo binario se il consenso arriva o non arriva.
- 1Apri il sito in una finestra in incognito con la modalità anteprima di Google Tag Manager attiva e osserva lo stato di default del consenso prima di qualsiasi interazione: ad_storage deve risultare denied se operi in Europa.
- 2Accetta i cookie e verifica che venga inviato un aggiornamento del consenso con ad_storage e ad_user_data impostati su granted. Se l'update non parte, il problema è il banner, non il tag.
- 3Rifiuta i cookie in una seconda sessione e conferma che i tag continuino a scattare in modalità con consenso negato (ping senza cookie) e non vengano bloccati del tutto: bloccare i tag azzera anche la modellazione delle conversioni.
- 4In Google Ads apri la diagnostica dei tag e delle conversioni e controlla che non compaiano avvisi su Consent Mode o su tag mancanti nelle pagine di conversione.
- 5In GA4 confronta il volume di conversioni chiave degli ultimi 60 giorni con il periodo precedente, isolando il traffico a pagamento: un calo strutturale a partire da metà giugno è il segnale che stai cercando.
- 6Documenta lo stato attuale in un file condiviso prima di modificare qualsiasi cosa: senza baseline non potrai dimostrare il miglioramento.
Il trucco del confronto incrociato
Confronta il numero di lead reali arrivati via CRM, email o modulo con le conversioni registrate in Google Ads nello stesso periodo. Il rapporto tra i due valori è il tuo tasso di copertura della misurazione. Se prima di giugno era 0,8 e oggi è 0,5, il problema non è il mercato: è il consenso che non passa. È il controllo più veloce e più difficile da confutare che puoi portare in riunione.
Il punto cieco: traffico da motori AI e consenso
Le sessioni che arrivano da Google AI Overviews, ChatGPT, Perplexity, Gemini e Copilot condividono un problema strutturale: il referrer è incoerente, spesso assente, e il visitatore arriva già in fase avanzata di valutazione. Quando a questa fragilità si somma un consenso non raccolto correttamente, la sorgente diventa semplicemente invisibile nei report.
- Verifica che la lista dei referrer riconosciuti nel tuo setup includa i domini degli assistenti AI più rilevanti per il tuo mercato, così da non farli confluire nel calderone del traffico diretto.
- Marca i link presenti nelle risorse che pubblichi altrove (schede, PDF, profili) con parametri di campagna coerenti: è l'unico modo per attribuire visite che nascono da una citazione.
- Considera un evento dedicato lato server per le conversioni critiche, in modo da non dipendere solo dal comportamento del browser.
- Non trattare il traffico da AI come un canale a sé finché non hai una definizione stabile: prima si costruisce il metodo di rilevazione, poi si costruisce il report.
Un limite da dichiarare
Non risultano evidenze pubbliche uniche e verificabili che una specifica configurazione di Consent Mode influenzi la probabilità di essere citati dai motori AI. Il legame è di misurazione, non di ranking: il consenso determina cosa riesci a vedere, non cosa il motore decide di citare.
Strumenti utili
| Strumento | A cosa serve | Costo |
|---|---|---|
| Google Tag Manager - Modalità anteprima | Osservare in tempo reale gli stati di consenso e l'ordine di attivazione dei tag | Gratuito |
| Google Tag Assistant | Verificare che il Google Tag sia presente e configurato sulle pagine chiave | Gratuito |
| Diagnostica conversioni di Google Ads | Individuare tag mancanti e avvisi su Consent Mode | Gratuito, incluso nell'account |
| DebugView di GA4 | Controllare eventi e parametri di consenso su un dispositivo di test | Gratuito |
| CMP certificata Google | Gestire e trasmettere i segnali di consenso in modo conforme e aggiornato | A pagamento, tipicamente a canone |
| Google Tag Manager server-side | Ridurre la dipendenza dal browser per gli eventi di conversione critici | Costo infrastrutturale variabile |
Ordine di priorità
Prima si sistema il banner e il segnale di consenso, poi si valuta il server-side. Migrare al tracciamento lato server con un Consent Mode rotto significa soltanto spostare l'errore su un'infrastruttura più costosa.
Errori frequenti che vediamo nei setup italiani
- Banner che blocca fisicamente i tag invece di aggiornare i parametri di consenso: azzera anche i dati modellati.
- Consent Mode implementato solo sulla homepage e non sulle pagine di ringraziamento, dove avviene la conversione.
- Nessun default denied impostato prima del caricamento del banner, con conseguente raccolta non conforme nei primi millisecondi.
- Modifiche al banner fatte dall'agenzia legale senza allineamento con chi gestisce le campagne: la conformità c'è, la misurazione no.
- Assenza di una baseline documentata: quando i numeri calano, nessuno sa dire se sia colpa del consenso, della stagionalità o del mercato.
"Il consenso non è un adempimento da chiudere una volta: è un componente attivo dell'infrastruttura di misurazione, e va testato con la stessa disciplina con cui si testa un checkout."
Perché è importante per imprenditori e direzioni marketing
Un banner cookie configurato male non produce un errore visibile. Produce meno conversioni registrate, audience di remarketing che si svuotano lentamente e Smart Bidding che ottimizza su un campione più povero. Il costo non appare come un alert in dashboard, appare come un CPA che peggiora senza una causa apparente. Con il consolidamento del 15 giugno 2026 questo rischio non è più attenuato da un secondo controllo: se ad_storage non viene concesso o non viene trasmesso correttamente, il segnale non arriva e basta.
Impatto su SEO, GEO, AEO e AI Search
L'impatto è duplice. Sul fronte advertising, si riflette su attribuzione, remarketing e qualità dell'ottimizzazione automatica delle campagne. Sul fronte organico e AI Search, riguarda la capacità di misurare le sessioni che arrivano da assistenti conversazionali: un traffico già difficile da attribuire, che diventa invisibile se il livello di consenso e la configurazione di tagging non sono puliti. Chi non misura la propria visibilità nei motori AI non può nemmeno dimostrarne il valore economico.
Checklist operativa
- Verificato lo stato di default del consenso in modalità anteprima: ad_storage denied prima di ogni interazione
- Confermato che l'accettazione del banner invia un update con ad_storage e ad_user_data su granted
- Verificato che i tag scattino anche con consenso negato, senza blocco totale
- Controllata la diagnostica conversioni di Google Ads: nessun avviso su Consent Mode o tag mancanti
- Confrontate le conversioni degli ultimi 60 giorni con il periodo precedente, isolando il traffico a pagamento
- Calcolato il tasso di copertura tra lead reali da CRM e conversioni registrate
- Verificata la presenza del tag anche sulle pagine di ringraziamento e non solo in homepage
- Documentata la baseline attuale prima di qualsiasi modifica
- Verificato che i referrer degli assistenti AI non finiscano nel traffico diretto
- Pianificata una nuova verifica trimestrale del consenso e della copertura
Come Libellula Lab 4.0 può aiutarti
In Libellula Lab 4.0 verifichiamo il consenso e la misurazione insieme, non come due progetti separati: prima ricostruiamo cosa il tuo setup sta realmente registrando, poi interveniamo su banner, tagging e configurazione di Google Ads con una baseline documentata. Se vuoi capire quanto segnale stai perdendo prima di investire altro budget in campagne, partiamo da un audit gratuito.
Libellula Lab 4.0
Vuoi trasformare questo tema in un vantaggio competitivo?
Analizziamo sito, processi, contenuti, campagne e automazioni per individuare opportunità concrete di crescita per la tua azienda.
