La sovrascrittura scatta solo dopo il trial di 14 giorni, con dati da caricare entro 24 ore

Secondo la documentazione ufficiale pubblicata ieri, le conversioni multi-sorgente sono in beta e nascondono una regola che molti stanno ignorando: quando colleghi una fonte dati aggiuntiva e il transaction_id corrisponde a un evento esistente del tag, il valore di conversione caricato sovrascrive in modo permanente il valore registrato dal tag. Non è un aggiornamento di sistema: è una modifica nella gerarchia della misurazione, che sposta il peso dal tag alla sorgente dati più vicina al cliente.

La sovrascrittura silenziosa che cambia le regole

Per attivare una fonte dati aggiuntiva nella beta delle conversioni multi-sorgente non basta collegare un foglio di calcolo. Oltre ai campi obbligatori Transaction ID e data e ora della conversione, è necessario fornire almeno un identificatore di attribuzione: dati utente hashati oppure un Click ID come GCLID, GBRAID o WBRAID. È qui che il meccanismo diventa delicato. Se il transaction_id corrisponde a un evento già registrato dal tag Google, il valore di conversione caricato dalla nuova fonte sovrascrive permanentemente il valore originale del tag. Non si tratta di una riconciliazione temporanea o di un valore parallelo: il dato esterno prende il posto di quello del tag.

Il contrasto è netto rispetto alla logica tradizionale, in cui il tag era la fonte primaria e le integrazioni servivano ad arricchire. Ora la gerarchia si inverte. A rendere il tutto meno immediato c’è il periodo di prova iniziale di 14 giorni per ogni azione di conversione: durante questa fase gli aggiornamenti del valore sono disabilitati, le nuove conversioni non vengono usate per il bidding e il valore del tag non viene sovrascritto nei report di Google Ads fino alla fine del trial. Superato quel limite, la sovrascrittura entra a regime. Perché Google impone un trial di 14 giorni e raccomanda il caricamento dei dati entro 24 ore? La risposta sta nel contesto più ampio della misurazione.

Cookie in caduta, dati in salita: il paradosso di Google

Il trial di 14 giorni e la raccomandazione di caricare i dati il prima possibile, idealmente entro 24 ore dall’evento di conversione, non sono dettagli tecnici. Sono sintomi di un ecosistema in cui i cookie perdono valore e i dati first-party diventano l’unica ancora. Con l’accesso ai cookie di terze parti in continuo degrado, le soluzioni di misurazione alternative diventano sempre più essenziali per la performance delle campagne. Il paradosso è che Google spinge gli inserzionisti a caricare dati proprietari mentre il segnale dei cookie si indebolisce, ma allo stesso tempo centralizza queste connessioni attraverso la Data Manager API, un’unica connessione sicura che consente di caricare liste di pubblico ed eventi di conversione offline per migliorare misurazione e bidding. La soluzione codeless Data Manager, su cui si basa questo strumento, ha già aiutato decine di migliaia di inserzionisti a connettere e utilizzare i propri dati first-party.

Il timing non è casuale. Meta ha già tracciato la strada con la Conversions API, che collega i dati di marketing dell’inserzionista — eventi sito web, app, messaggistica business e conversioni offline — dai sistemi dell’inserzionista ai sistemi Meta per ottimizzare il targeting, ridurre il costo per risultato e misurare i risultati. Google Ads sta costruendo la propria risposta nello stesso perimetro: meno dipendenza dal tag, più integrazione con CRM e server. Se la direzione è questa, che cosa deve fare concretamente chi gestisce campagne e siti?

Da domani mattina: le mosse operative

La domanda non è se adeguarsi, ma quali processi vanno rivisti subito. Per chi lavora sul traffico organico e sulla performance, la sovrascrittura dei valori tocca anche l’attribuzione delle conversioni e la qualità dei dati che finiscono nei sistemi di bidding. Il primo passo è collegare una fonte dati come il CRM, perché è lì che vive il dato più vicino al cliente. Poi bisogna preparare i flussi di upload: la raccomandazione di Google è caricare i dati il prima possibile, idealmente entro 24 ore dall’evento di conversione, per ottenere prestazioni ottimali con la corrispondenza delle Enhanced Conversions e i sistemi di bidding.

Operativamente, questo significa verificare che ogni azione di conversione abbia un transaction_id coerente tra tag e dati esterni, e che l’identificatore di attribuzione scelto — GCLID, GBRAID, WBRAID o dati utente hashati — sia presente nel flusso. Durante i primi 14 giorni di prova per ogni azione di conversione gli aggiornamenti del valore saranno disabilitati, quindi il bidding non cambierà immediatamente: è la finestra per testare la qualità dei dati senza impatti sulle performance. Superata quella fase, i valori caricati sovrascriveranno permanentemente quelli del tag. Chi tratta il dato offline come un accessorio resterà indietro: la misurazione si sta spostando dal tag alla sorgente dati più vicina al cliente. Il momento di collegare il CRM è adesso.