Il lead torna tre volte: quale campagna deve restare nel CRM?

Una persona scopre l’azienda da un annuncio Meta, torna dopo una ricerca su Google e infine compila il modulo digitando direttamente l’indirizzo del sito. Nel CRM compare “diretto”. Oppure “Google Ads”, perché è stato l’ultimo parametro registrato. La prima campagna è evaporata come se non fosse mai esistita.

Il problema non si risolve scegliendo una fonte “vera”. In un percorso con più visite possono essere vere informazioni diverse: chi ha generato il primo contatto, quale sessione ha preceduto la richiesta e quale identificativo permette alla piattaforma di collegare l’esito. Un solo campo chiamato fonte non basta.

Prima fonte e ultima fonte rispondono a domande diverse

Nel CRM conserverei almeno tre livelli:

• prima fonte nota: il primo ingresso attribuibile alla persona o al contatto, quando tecnicamente e legittimamente riconoscibile;
• fonte della conversione: la visita o interazione associata all’invio del modulo, alla chiamata o alla prenotazione;
• cronologia delle interazioni: le fonti conosciute tra il primo ingresso e l’esito commerciale.

La prima fonte aiuta a leggere dove nasce la domanda. La fonte della conversione descrive il passaggio che ha preceduto l’azione. La cronologia evita di fingere che tutto il percorso sia avvenuto in un solo clic.

Anche Google Analytics separa queste prospettive: il report di acquisizione utenti riguarda il modo in cui i nuovi utenti sono arrivati per la prima volta; quello di acquisizione traffico riguarda invece le singole sessioni, incluse quelle degli utenti di ritorno. Fonte: Google Analytics, acquisizione utenti e traffico.

Questo non trasforma Analytics nel CRM. Le due piattaforme possono usare identità, finestre e regole diverse. Il CRM deve applicare una propria definizione documentata e conservarne le prove disponibili.

UTM e click ID non sono lo stesso dato

I parametri UTM sono etichette leggibili come sorgente, mezzo e campagna. Sono utili per classificare il traffico, ma possono essere assenti, scritti in modo incoerente o modificati nel tempo. Google Analytics distingue inoltre dimensioni come First user source e Session source, proprio perché la sorgente dipende dall’ambito del report. Fonte: Google Analytics, dimensioni della sorgente di traffico.

I click ID sono chiavi tecniche generate dalle piattaforme. Con il tagging automatico, Google Ads aggiunge il parametro GCLID all’URL cliccato per identificare il clic e le relative informazioni di campagna. Fonte: Google Ads, tagging automatico.

Non ricostruirei un GCLID a partire dal nome della campagna e non userei una UTM come sostituto universale dell’identificativo. Salverei entrambi quando disponibili: le UTM servono alla classificazione interna; il click ID può servire al collegamento e all’importazione degli esiti verso la piattaforma compatibile.

Nell’ecosistema Meta, la documentazione distingue fbc e fbp come valori che possono accompagnare gli eventi server. Anche qui lo scopo tecnico non è eleggere una fonte nel CRM, ma fornire informazioni utilizzabili dall’integrazione secondo configurazione e consenso. Fonte: Meta, parametri fbc e fbp.

Non sovrascrivere: aggiungi una nuova interazione

La struttura minima che userei è:

• un record stabile per contatto e opportunità;
• una tabella o cronologia delle interazioni con data, canale, sorgente, mezzo, campagna, pagina di ingresso e identificativi disponibili;
• campi separati per prima fonte, fonte della conversione e ultima fonte nota;
• una regola esplicita che stabilisca quando quei campi possono essere aggiornati;
• un registro degli eventi inviati alle piattaforme.

Una visita diretta successiva non dovrebbe cancellare una campagna precedente. Una nuova campagna non dovrebbe modificare retroattivamente la prima fonte. E il commerciale non dovrebbe scegliere il canale da un menu “a memoria” se il sistema possiede già i dati tecnici.

Allo stesso tempo, non conserverei qualunque parametro senza limiti. Raccolta, persistenza e uso devono rispettare preferenze, finalità e tempi definiti. Il server-side con Stape può trasferire i dati tra browser, server e CRM, ma non sostituisce le regole di consenso descritte nell’articolo su Consent Mode v2 e rifiuto dei cookie.

Un esempio con tre visite e nessun vincitore assoluto

Esempio ipotetico, non riferito a un cliente: Luca clicca un annuncio Meta e legge una pagina. Dopo cinque giorni cerca il marchio su Google, clicca un annuncio Search e torna. La settimana seguente apre il sito da un preferito e compila il modulo.

Nel CRM registrerei Meta come prima fonte nota, Google Ads come successiva interazione a pagamento e la sessione diretta come contesto della compilazione, se è questo ciò che il sistema ha osservato. Conserverei inoltre gli identificativi disponibili senza trasformarli in una dichiarazione certa sull’identità della persona.

Per analizzare la generazione della domanda guarderei la prima fonte. Per capire quali touchpoint precedono le richieste userei la cronologia. Per inviare una vendita alle piattaforme impiegherei gli identificativi e le procedure compatibili con ciascuna integrazione. I report di Meta e Google potranno comunque attribuirsi entrambi un ruolo secondo le rispettive regole: è il motivo per cui le attribuzioni di piattaforma non vanno sommate come clienti unici.

Il controllo prima di fidarti dei report

• Compila un modulo passando da due campagne diverse e verifica che la prima fonte non venga cancellata.
• Controlla redirect, pagine intermedie e moduli esterni: possono perdere parametri e identificativi.
• Uniforma nomi e valori UTM prima di costruire dashboard.
• Verifica che i dati passino dal sito al CRM e poi all’opportunità, non solo al contatto.
• Confronta alcuni percorsi reali con il registro degli esiti inviati alle piattaforme.

La fonte non è una targhetta da aggiornare ogni volta che il lead torna. È una storia ordinata di interazioni. Quando la conservi per intero, puoi scegliere quale punto osservare senza riscrivere il percorso ogni volta che cambia il report.

Fonti ufficiali consultate il 24 ottobre 2026. L’esempio è ipotetico. Identificazione, conservazione e utilizzo dei dati vanno verificati per il caso concreto; nessuna configurazione garantisce risultati pubblicitari.