Customer Match consente di usare dati proprietari, come indirizzi email e numeri di telefono, per creare segmenti in Google Ads. La presenza di un contatto nel CRM, tuttavia, non significa automaticamente che quel dato possa essere inviato a Google per finalità pubblicitarie o usato per personalizzare annunci.
Nel SEE, un approccio prudente consiste nel trattare il consenso come una regola di segmentazione: per ogni contatto, il CRM dovrebbe poter stabilire se il record può entrare, restare o uscire da una lista e per quale finalità. Non è sufficiente che la persona sia cliente, lead o iscritta alla newsletter.
Questa guida riassume requisiti operativi indicati dalla documentazione Google e propone un modello organizzativo. Non sostituisce una valutazione di DPO, consulente privacy o legale: informativa, base giuridica, ruoli delle parti, tempi di conservazione e configurazione dei flussi vanno verificati nel caso concreto.
Il CRM non è automaticamente un pubblico pubblicitario
Un CRM può raccogliere dati da acquisti, richieste commerciali, download, eventi, iscrizioni alla newsletter e contatti offline. Queste fonti possono avere informative, finalità e livelli di documentazione diversi.
Per questo, la domanda utile non è “possiamo caricare il CRM?”, ma: questo record è idoneo a essere inviato a Google per advertising e a essere usato nella personalizzazione? La risposta dovrebbe derivare da informazioni tracciabili, aggiornate e verificabili, non dalla sola appartenenza a una lista commerciale.
Customer Match nel SEE: i due segnali di consenso
Per gli utenti nel SEE, Google descrive due segnali distinti per l’uso dei dati Customer Match nella personalizzazione:
ad_user_data, relativo al consenso all’invio a Google di dati utente per finalità pubblicitarie;ad_personalization, relativo al consenso alla personalizzazione degli annunci.
La guida Google Ads sul consenso per Customer Match indica che, per gli utenti nel SEE, entrambi i segnali devono essere concessi affinché i dati siano elaborati per la personalizzazione. Se manca il consenso richiesto, quei dati non dovrebbero essere trattati come idonei alla personalizzazione Customer Match.
Questo requisito tecnico della piattaforma non è, da solo, una conclusione di conformità al GDPR. Quando il consenso è la base giuridica applicabile, deve essere libero, specifico, informato, inequivocabile e revocabile, come ricorda l’European Data Protection Board. Un valore tecnico impostato su GRANTED non dimostra da sé come, quando e per quali finalità sia stata raccolta la scelta.
Consent Mode v2 e consenso CRM non coincidono
Consent Mode v2 comunica ai tag Google le scelte espresse sul sito o nell’app. Include anche i parametri ad_user_data e ad_personalization ed è rilevante nei flussi basati su tag o SDK, per esempio per misurazione e funzionalità pubblicitarie online. Google ne descrive il funzionamento nella documentazione sugli aggiornamenti di Consent Mode per il traffico nel SEE.
Customer Match può però usare anche dati offline già presenti nel CRM e caricati tramite file o sincronizzazione. Una CMP configurata sul sito non attribuisce retroattivamente un consenso dimostrabile a tutti i record storici del database.
- Dati online: la CMP raccoglie una scelta sul sito o nell’app e Consent Mode la trasmette ai tag.
- Dati CRM: l’azienda deve poter valutare e documentare separatamente l’idoneità dei contatti che intende inviare in una lista Customer Match.
Per ogni record potenzialmente esportabile è utile poter risalire almeno a origine del dato, data e ora della scelta, versione dell’informativa, finalità accettate e data di un eventuale diniego o revoca. Per una PMI questo può iniziare da pochi campi CRM ben definiti e da regole di export controllabili.
Usare il consenso come regola di segmentazione
Il CRM non dovrebbe essere diviso solo tra “consenso marketing sì/no”. È più utile distinguere le finalità e i canali autorizzati. Il modello seguente è organizzativo e va adattato dopo la valutazione privacy del caso concreto.
| Stato del record nel CRM | Trattamento prudente della lista Customer Match |
|---|---|
| Cliente o lead con segnali advertising registrati | Può essere valutato per l’inclusione, nei limiti dell’informativa, della base giuridica applicabile e delle norme Google. |
| Contatto con solo consenso newsletter | Non va inviato automaticamente: occorre verificare che finalità e scelta coprano anche l’advertising con Google e la personalizzazione. |
| Consenso negato o revocato | Va escluso dai nuovi invii e il processo deve prevedere l’aggiornamento o la rimozione dalla lista esistente. |
| Consenso assente o non dimostrabile | Non usarlo per la personalizzazione Customer Match nel SEE. |
| Cliente già acquisito e idoneo | Può essere valutato come esclusione dalle campagne di acquisizione, evitando messaggi non pertinenti. |
Una lista più piccola non garantisce risultati commerciali, ma può ridurre l’invio indiscriminato di dati e rendere più coerenti messaggio, relazione esistente e preferenze della persona.
CSV, connettore CRM o API: scegliere il flusso giusto
CSV manuale
Un caricamento CSV può essere adatto a un test limitato o ad aggiornamenti rari. Prima dell’upload occorre filtrare i record idonei, normalizzare i campi, conservare traccia dell’esportazione e definire come gestire dinieghi e revoche. Il rischio non è il file in sé, ma la ripetizione di passaggi manuali privi di controlli.
Connettore CRM
Un connettore può ridurre il lavoro operativo soltanto se applica le regole di inclusione definite dall’azienda, propaga le rimozioni e consente di capire quali dati vengono inviati e quando. Una sincronizzazione indiscriminata dell’intero CRM non è una soluzione di governance.
Data Manager API e Google Ads API
Per integrazioni continuative o su misura, va consultata la documentazione tecnica aggiornata di Google, inclusa quella relativa a Data Manager API e Customer Match. Disponibilità, requisiti dell’account, autorizzazioni e limiti delle API possono cambiare. La scelta tecnica deve seguire, e non sostituire, la logica di consenso, inclusione e rimozione definita nel CRM.
Hashing SHA-256: necessario nel matching, non sufficiente per la conformità
Google documenta l’uso dell’hashing SHA-256 per alcuni identificativi, come email e numeri di telefono, nel processo di Customer Match. Le istruzioni su campi, formattazione e matching sono disponibili nella guida sul processo di customer matching.
L’hashing è una misura tecnica di preparazione del dato, non un lasciapassare privacy: non rende automaticamente lecito l’uso del dato, non sostituisce l’informativa e non elimina l’esigenza di gestire consenso, revoche e altri diritti applicabili. Anche dati pseudonimizzati possono rimanere dati personali nel contesto del trattamento.
Lista piccola o nessuna erogazione: cosa controllare
La dimensione del CRM non coincide con la dimensione di una lista utilizzabile. I contatti possono ridursi in varie fasi:
- record presenti nel CRM;
- record che rispettano le regole di idoneità definite dall’azienda;
- record validati nel caricamento;
- record per cui Google trova una corrispondenza;
- membri attivi e utilizzabili nel contesto di targeting scelto.
Le soglie di caricamento e di attivazione, così come i requisiti di aggiornamento delle liste, possono variare in base al prodotto e alle policy. Prima di impostare un progetto o diagnosticare una lista, occorre verificare la guida Google sui problemi di upload, liste piccole e basso volume e le norme di Customer Match aggiornate.
Oltre alla quota di contatti idonei, incidono spesso dati incompleti, formattazione non corretta, normalizzazione insufficiente, tasso di corrispondenza, targeting ristretto, budget, offerta e idoneità dell’account. Una lista piccola non prova quindi, da sola, che il consenso sia stato raccolto male.
Checklist prima dell’attivazione
- Mappare origine del dato, informativa mostrata, finalità, data e ora della scelta, dinieghi e revoche.
- Tenere distinte le regole per marketing generale, invio dei dati a Google e personalizzazione degli annunci.
- Configurare CMP e Consent Mode v2 per sito e app quando sono usati tag Google, senza confondere questo flusso con l’idoneità dei record CRM offline.
- Creare un export dinamico basato su condizioni esplicite, anziché esportare tutto il database.
- Definire responsabilità e tempi per bloccare nuovi invii e aggiornare le liste dopo dinieghi o revoche.
- Testare un segmento ristretto e controllare esito dell’upload, tasso di corrispondenza, dimensione attiva e delivery.
- Partire da casi d’uso pertinenti, come l’esclusione dei clienti acquisiti dalle campagne di lead generation.
- Far verificare da una figura privacy qualificata base giuridica, informative, ruoli contrattuali, conservazione e processo di revoca.
Domande frequenti
Il consenso alla newsletter basta per Customer Match?
Non va presunto. L’iscrizione alla newsletter può riguardare comunicazioni email e non includere necessariamente la trasmissione di dati a Google per advertising e la personalizzazione. Vanno verificati finalità, informativa e stato del singolo record.
Consent Mode v2 permette di caricare tutto il CRM?
No. Consent Mode v2 riguarda le scelte raccolte nei flussi web o app basati su tag e SDK. L’idoneità dei contatti CRM caricati in Customer Match richiede una verifica separata e documentabile.
L’hashing di email e telefono basta per essere conformi?
No. SHA-256 è una misura tecnica usata nel matching; non sostituisce liceità, trasparenza, documentazione del consenso quando applicabile né gestione delle revoche.
Customer Match è utile a una PMI B2B con pochi contatti?
Dipende dalla dimensione attiva della lista, dal tasso di corrispondenza, dal caso d’uso e dalla capacità di mantenerla aggiornata. Prima di sviluppare un’integrazione complessa è opportuno verificare i requisiti Google correnti e svolgere un test limitato. Non è possibile garantire volume, erogazione o conversioni.
In sintesi: nel SEE Customer Match non coincide con il CRM. La lista da inviare a Google dovrebbe essere il risultato di regole esplicite su finalità, consensi, dinieghi e revoche. È prima di tutto un processo di governance dei dati, poi una scelta di advertising.
Fonti e approfondimenti
- Google Ads Help: consenso per Customer Match
- Google Ads Help: aggiornamenti di Consent Mode per il SEE
- Google Ads Help: processo di customer matching
- Google Ads Help: problemi di caricamento e liste piccole
- Google Ads Help: norme di Customer Match
- Google for Developers: Data Manager API e Customer Match
- EDPB: come ottenere un consenso valido
Approfondimenti
- Come fornire il consenso per Customer Match – Guida di Google Ads
- Come posso ottenere un consenso valido? | European Data Protection Board
- Updates to consent mode for traffic in European Economic Area (EEA) – Google Ads Help
- Get started with Customer Match | Google Ads API | Google for Developers
- About the customer matching process – Google Ads Help
- Fix Customer Match issues with list upload, small list size, or low volume – Google Ads Help
