I nuovi strumenti dedicati ai first-party data in Google Analytics ampliano le possibilità di collegare dati provenienti da siti, app, CRM, conversioni offline e piattaforme pubblicitarie. Non rappresentano, però, una soluzione automatica alla perdita di segnale.
L’annuncio Google fornito, datato 10 settembre 2026, presenta novità che coinvolgono Data Manager, enhanced conversions, user-provided data, Google tag gateway e una nuova metrica dedicata alla qualità dell’infrastruttura first-party. Alcune funzioni sono ancora soggette a disponibilità, maturità e possibili modifiche.
La conseguenza operativa, soprattutto per web agency, agenzie marketing e liberi professionisti, è importante: non basta installare un tag. Diventa necessario progettare, verificare e mantenere l’intera architettura di misurazione. Questa è una valutazione professionale delle implicazioni tecniche, non una promessa di Google sui risultati ottenibili.
Di cosa parlerò in questa pagina
Dalla raccolta dei dati a una measurement architecture
Una configurazione di analytics non è isolata dal resto dell’ecosistema digitale. Eventi del sito, identificativi interni, dati forniti dagli utenti, attività registrate nel CRM e conversioni concluse offline possono concorrere alla misurazione e all’attivazione pubblicitaria.
Il passaggio da una semplice raccolta di eventi a una measurement architecture richiede almeno quattro qualità:
- coerenza, affinché eventi e conversioni abbiano definizioni condivise;
- integrabilità, per collegare correttamente sito, app, CRM e account pubblicitari;
- verificabilità, attraverso test, documentazione e controlli su duplicazioni o dati mancanti;
- manutenibilità, perché piattaforme, requisiti tecnici e configurazioni possono cambiare.
I nuovi strumenti possono sostenere questo approccio, ma la loro presenza non corregge da sola tassonomie incoerenti, conversioni duplicate, collegamenti errati o flussi CRM incompleti.
Le novità annunciate da Google
Secondo l’annuncio fornito, Data Manager viene integrato direttamente in Google Analytics e Display & Video 360. L’obiettivo è facilitare il collegamento e l’attivazione di più fonti di dati.
Google descrive inoltre la Data Manager API come universale e basata sullo standard ECAPI di IAB Tech Lab. Le altre novità indicate comprendono le enhanced conversions in Google Analytics e Display & Video 360 e la Data Strength Uplift Metric.
Queste funzioni non devono essere considerate automaticamente stabili o disponibili per ogni account, mercato e campagna. Prima di pianificare un’implementazione è quindi opportuno controllare:
- la disponibilità effettiva nell’account interessato;
- lo stato della funzionalità e della relativa documentazione;
- le fonti di dati supportate;
- i requisiti tecnici e organizzativi dell’integrazione;
- le modalità con cui sarà possibile testare il flusso.
User-ID e user-provided data: differenze e utilizzi
User-ID e user-provided data non sono sinonimi. Google consiglia di utilizzarli insieme quando il progetto e le condizioni di raccolta lo consentono, perché svolgono funzioni differenti.
User-ID
User-ID è un identificativo assegnato dall’organizzazione a un utente autenticato. Consente di collegare attività riconducibili allo stesso utente attraverso sessioni o dispositivi, senza coincidere con email, numero di telefono o altri dati personali forniti direttamente dall’utente.
User-provided data
Gli user-provided data possono includere dati come email, telefono o indirizzo raccolti con consenso. Sono sottoposti ad hashing SHA-256 oppure, nelle implementazioni supportate, cifrati automaticamente.
Secondo la documentazione richiamata nel dossier, questi dati possono contribuire a:
- enhanced conversions;
- Customer Match;
- attribuzione cross-device;
- modellazione delle conversioni;
- creazione di audience per Google Ads;
- alcuni report.
La raccolta di user-provided data in Google Analytics è indicata come open beta. Configurazioni, disponibilità e comportamento possono quindi cambiare. L’implementazione deve essere verificata sul singolo account e accompagnata da controlli su consenso, normalizzazione, invio e documentazione del dato.
Enhanced conversions: potenzialità e limiti del benchmark
Le enhanced conversions possono contribuire a colmare una parte delle interazioni pubblicitarie non osservabili direttamente. Il loro contributo dipende però dalla qualità dei dati raccolti, dalla corretta implementazione e dalle caratteristiche del progetto.
Google riporta un dato medio dell’11% in più di conversioni Search rispetto alle importazioni standard. Il benchmark deriva da dati interni Google raccolti globalmente tra il 1° e il 14 gennaio 2026.
Il dato va interpretato con cautela:
- è una misurazione interna di Google;
- si riferisce a uno specifico periodo e a un determinato campione;
- non garantisce lo stesso incremento per ogni account;
- non permette di prevedere a priori l’impatto su un singolo progetto.
Gli eventuali miglioramenti nella modellazione, nell’attribuzione e nel bidding possono inoltre richiedere fino a un mese per emergere. Una verifica immediatamente successiva all’attivazione potrebbe quindi non essere sufficiente per valutarne gli effetti.
Data Strength Uplift Metric: cosa dovrebbe misurare
La Data Strength Uplift Metric dovrebbe stimare le conversioni aggiuntive recuperate attraverso l’infrastruttura first-party. Potrebbe quindi offrire un’indicazione sul contributo della configurazione adottata.
Restano tuttavia diversi elementi da chiarire:
- come viene calcolata la baseline;
- quanto incide la modellazione sul risultato;
- se il dato sarà confrontabile con misurazioni indipendenti;
- quali account, campagne e mercati potranno accedervi inizialmente.
Non è quindi corretto presentarla come una misura indipendente o già verificata nella pratica. La sua utilità dovrà essere valutata quando saranno disponibili documentazione più completa, accesso effettivo e possibilità di confronto con altre fonti.
Google tag gateway e server-side tagging
Google tag gateway consente di far transitare script e richieste di misurazione attraverso infrastrutture sul dominio del sito. Può essere implementato tramite CDN, load balancer, web server oppure server-side Google Tag Manager.
Google raccomanda di associarlo al server-side tagging e descrive questa configurazione come più durevole e potenzialmente capace di migliorare la copertura delle conversioni.
Il ricorso a un’infrastruttura sul dominio del sito non rende però invisibile o irrilevante il trattamento successivo. Per una valutazione corretta è necessario documentare almeno:
- quali richieste vengono instradate;
- quali dati contengono;
- quali sistemi e soggetti li ricevono;
- quali trasformazioni vengono applicate;
- come il flusso interagisce con il consenso e con Consent Mode;
- come vengono testate le modifiche.
Google tag gateway e server-side tagging non devono essere descritti come strumenti per aggirare il consenso dell’utente.
First-party non significa automaticamente conforme
Il termine first-party descrive l’origine e il contesto della raccolta. Non significa automaticamente che il dato non venga condiviso con Google o con altri soggetti, che non vi siano trasferimenti a terzi o che il trattamento sia conforme.
Allo stesso modo, l’hashing SHA-256 non elimina gli adempimenti applicabili. Hashing, cifratura, tag gateway e server-side tagging non sostituiscono consenso, informativa, minimizzazione e corretta base giuridica.
La progettazione tecnica deve quindi procedere insieme alla governance del dato. Quando necessario, sviluppatori e specialisti analytics devono coordinarsi con consulenti privacy o legali, evitando di trasformare una scelta infrastrutturale in una conclusione automatica sulla conformità.
Checklist operativa per web agency e professionisti
Per capire se i nuovi strumenti possono essere utili, conviene partire da un audit dell’architettura esistente anziché dall’attivazione di una singola funzione.
1. Verificare GA4 e Google Ads
- Controllare eventi e conversioni mancanti o duplicate.
- Verificare i collegamenti tra gli account.
- Esaminare la configurazione di Consent Mode.
- Individuare differenze nelle definizioni delle conversioni.
- Controllare quali dati CRM o offline siano effettivamente disponibili.
2. Mappare identificativi e fonti
- Distinguere User-ID dagli user-provided data.
- Definire origine, finalità e destinazione dei dati.
- Valutare normalizzazione, hashing e modalità di invio.
- Identificare le conversioni offline collegabili alle campagne.
3. Progettare e testare le integrazioni
- Valutare l’integrazione con CRM e sistemi di marketing automation.
- Verificare la disponibilità di Data Manager e delle API nell’account.
- Considerare tag gateway e server-side Tag Manager nel contesto dell’intera architettura.
- Predisporre test per dati mancanti, duplicazioni ed errori di associazione.
4. Documentare e mantenere
- Documentare flussi, consensi e retention.
- Registrare test e modifiche alla configurazione.
- Controllare gli aggiornamenti introdotti da Google.
- Assegnare responsabilità chiare tra sviluppo, analytics, advertising, CRM e privacy.
Il risultato non è semplicemente una “configurazione GA4”, ma un’architettura di misurazione che possa essere controllata e mantenuta nel tempo.
Valutare l’architettura prima degli strumenti
Le novità Google ampliano le opzioni disponibili per collegare dati web, app, CRM, conversioni offline e advertising. Il loro valore dipende però dalla qualità delle fonti, dalla correttezza delle integrazioni e dalla capacità di verificare e mantenere la configurazione.
Per web agency, digital agency e professionisti, il punto di partenza può essere un audit di GA4, Google Ads, Consent Mode e dei flussi CRM o offline, seguito da una progettazione che distingua funzionalità documentate, ipotesi operative e limiti di misurazione.
Fonte principale: annuncio Google sui nuovi strumenti per dati e misurazione. Stato e disponibilità delle funzioni devono essere verificati prima dell’implementazione.
Fonti
- Drive profitable growth with new data and measurement tools (blog.google)
- User-provided data collection – Analytics Help (support.google.com)
- Google tag gateway for advertisers | Google for Developers (developers.google.com)
Domande frequenti
Sono dati raccolti direttamente dall’organizzazione nel rapporto con utenti o clienti e utilizzati nella propria architettura di misurazione. Possono comprendere attività web e app, informazioni provenienti dal CRM, conversioni offline, User-ID e, quando applicabile, dati forniti dagli utenti. La natura first-party non implica automaticamente assenza di condivisione con terzi o conformità normativa.
User-ID è un identificativo interno assegnato a un utente autenticato. Gli user-provided data possono invece includere email, telefono o indirizzo raccolti con consenso e sottoposti ad hashing SHA-256 o, nelle implementazioni supportate, cifrati automaticamente. Google ne consiglia l’uso congiunto perché svolgono funzioni differenti.
Possono contribuire a colmare parte delle interazioni pubblicitarie non osservabili direttamente, utilizzando dati forniti dagli utenti trattati secondo le modalità supportate. Non eliminano ogni perdita di segnale e non garantiscono un incremento prestabilito delle conversioni.
Dovrebbe stimare le conversioni aggiuntive recuperate tramite l’infrastruttura first-party. Il calcolo della baseline, il peso della modellazione e la disponibilità iniziale non sono però chiariti nel dossier. Il suo funzionamento deve quindi essere verificato nella pratica.
No. Consentono di gestire diversamente il transito di script e richieste di misurazione, ma non sostituiscono il consenso né devono essere utilizzati per aggirare Consent Mode.
No. L’hashing è una misura tecnica, ma non sostituisce consenso, informativa, minimizzazione e corretta base giuridica. La conformità richiede una valutazione complessiva del trattamento e, quando necessario, il coinvolgimento di consulenti privacy o legali.
