
Fonte del lead nel CRM: mantenere origine, campagna e percorso senza riscrivere la storia
9 Ottobre 2026 · Dati e misurazione
Un lead vede un post LinkedIn, legge un articolo, torna tramite una ricerca non brand, clicca un annuncio e infine scrive direttamente l’indirizzo del sito. Nel CRM compare “Direct”. In un’altra azienda, il commerciale modifica la fonte in “fiera” perché ricorda di avere incontrato il contatto mesi prima. Entrambe le registrazioni raccontano un pezzo del percorso, ma nessuna può sostituire l’intera storia.
Per mantenere dati utili bisogna distinguere origine, sessione di conversione, influenze e dichiarazioni. Il campo “fonte lead” non può contenere tutto.
Quattro concetti da non sovrapporre
Fonte originaria
È il primo punto noto con cui il contatto o l’account è entrato nel sistema: campagna, ricerca, evento, referral, importazione. Dovrebbe essere immutabile o avere una cronologia di correzione.
Fonte della conversione
Descrive la sessione o il meccanismo che ha prodotto l’azione registrata: modulo dopo Google Ads, telefonata, email, upload, evento offline. Può essere diversa dalla fonte originaria.
Touchpoint intermedi
Sono attività che hanno contribuito alla valutazione: pagine, webinar, newsletter, incontri, contatti commerciali. Non tutti possono essere identificati e non tutti hanno lo stesso peso.
Fonte dichiarata
È ciò che la persona ricorda o considera importante: “vi conosco da una fiera”, “me ne ha parlato un cliente”, “vi ho trovati su Google”. È preziosa, ma non deve sovrascrivere i dati tecnici.
Separare questi elementi evita il conflitto tra strumenti. Non si cerca una sola verità, ma si conserva evidenza con definizioni diverse.
Il modello minimo nel CRM
| Campo | Regola | Esempio |
|---|---|---|
| Origine iniziale | non sovrascrivere | Organic Search |
| Dettaglio origine | tassonomia controllata | query non disponibile / pagina servizio |
| Conversione corrente | evento che ha creato il lead | RFQ da Google Ads |
| Campagna | ID stabile, non solo nome | SEA_IT_CNC_2026_Q3 |
| Fonte dichiarata | testo o menu separato | referral cliente |
| Data prima acquisizione | timestamp | 2026-07-12 |
| Data ultima conversione | timestamp | 2026-08-01 |
| Identificativi tecnici | click ID, client/user ID se legittimo e disponibile | valore di sistema |
Il nome leggibile della campagna può cambiare; l’identificativo stabile consente di mantenere i collegamenti. Anche le tassonomie devono avere versioni: “Paid Search” e “CPC Google” non dovrebbero diventare categorie diverse per errore.
Conservare il dato grezzo e quello normalizzato
Il sistema può ricevere `utm_source=linkedin`, `utm_medium=paid_social`, `utm_campaign=macchine_q3`. Questi valori grezzi vanno conservati. In parallelo, una regola li normalizza in canale, piattaforma e campagna.
La separazione consente di correggere la classificazione senza perdere l’input. Se una convenzione UTM era errata, si può aggiornare il mapping storico. Se resta soltanto il canale normalizzato, non si può più verificare che cosa è successo.
Lo stesso vale per referrer, landing page, form ID e parametri click. Non tutto deve essere mostrato al commerciale; può vivere in campi tecnici o in un data warehouse.
Identità e deduplicazione condizionano l’attribuzione
Se la stessa persona compila due moduli con email diverse o un account usa più domini, il percorso si frammenta. Al contrario, un merge aggressivo può unire persone diverse. Prima di parlare di attribuzione occorre definire:
- chiave primaria del contatto;
- relazione contatto-account;
- regole di merge;
- gestione di email personali e alias;
- riconoscimento di clienti esistenti;
- trattamento di cookie, consenso e identificatori secondo il contesto applicabile.
L’attribuzione non ripara un’identità incoerente. Produce soltanto calcoli più sofisticati su record sbagliati.
Non far scegliere al commerciale la fonte tecnica
Il commerciale può aggiungere informazioni che il tracking non possiede: referral, fiera, relazione pregressa, chiamata spontanea. Non dovrebbe però decidere quale campagna o canale “merita” il lead. La modifica manuale genera incentivi e inconsistenze.
Una buona interfaccia mostra:
- origine tecnica in sola lettura;
- fonte dichiarata modificabile;
- cronologia delle conversioni;
- campo “influenzato da relazione esistente” quando rilevante;
- possibilità di segnalare un errore al proprietario dei dati.
Casi che richiedono regole esplicite
Contatti da fiere
Il lead può essere importato dalla lista dell’evento, ma avere avuto una relazione precedente. L’origine del record è fiera; l’origine dell’account può essere diversa. Non serve forzare un solo campo.
Clienti esistenti
Una richiesta di upsell da Google Ads non è una nuova acquisizione, ma l’annuncio può aver contribuito. Il reporting deve distinguere nuovo logo, espansione e servizio.
Referral
Il form può essere aperto da una ricerca diretta, mentre la fonte dichiarata è un cliente. Registrare entrambi consente di misurare il referral senza inventare un referrer tecnico.
Conversioni telefoniche
Numero dinamico, call tracking o inserimento manuale possono aiutare, ma vanno documentati. Una chiamata deve essere collegata al contatto corretto e classificata per esito, non soltanto contata.
Importazioni offline
Liste, partner e attività commerciali devono avere fonte, data, base di trattamento e provenienza. “Import CSV” non è una fonte commerciale sufficiente.
Qualità del dato e controlli
Una revisione mensile può osservare:
- quota di lead con origine sconosciuta;
- UTM non conformi;
- campagne senza ID stabile;
- valori manuali fuori tassonomia;
- incongruenze tra landing, form e campagna;
- merge che hanno modificato l’origine;
- clienti esistenti classificati come nuova acquisizione;
- conversioni offline senza data o esito;
- differenze tra CRM e piattaforme.
Le differenze non saranno mai zero. Browser, consenso, dispositivi, sistemi e percorsi offline limitano la misurazione. La qualità consiste nel conoscere i limiti e impedire correzioni arbitrarie.
Un esempio di reporting utile
La direzione può vedere tre viste complementari:
- origine dei nuovi account, per capire da dove entrano relazioni nuove;
- conversioni e opportunità per canale recente, per leggere l’attivazione;
- touchpoint assistiti e fonte dichiarata, per comprendere percorsi lunghi.
Nessuna vista “vince”. Le decisioni di budget richiedono anche incrementalità, margine e capacità, non soltanto attribuzione.
Domande frequenti
La fonte originaria deve essere sempre first click?
Può esserlo se la definizione è chiara, ma il primo touchpoint osservabile non coincide necessariamente con il primo reale. È un dato tecnico con limiti, non una certezza storica.
Conviene permettere la modifica della fonte?
Meglio mantenere il valore originario, una cronologia di correzioni e campi separati per fonte dichiarata o influenza offline.
Perché CRM e analytics mostrano numeri diversi?
Usano identità, finestre, modelli, timestamp e criteri differenti. La riconciliazione deve partire dalle definizioni, non dalla pretesa che i totali coincidano.
Fonti e riferimenti per la revisione
- Google Analytics Help — Attribution settings — https://support.google.com/analytics/answer/10597962
- Google Ads Help — About offline conversion imports — https://support.google.com/google-ads/answer/2998031
- Google Ads Help — Set up enhanced conversions for leads — https://support.google.com/google-ads/answer/9888656
- EUR-Lex — Regulation (EU) 2016/679 – GDPR — https://eur-lex.europa.eu/eli/reg/2016/679/oj
- European Commission — How much data can be collected? — https://commission.europa.eu/law/law-topic/data-protection/rules-business-and-organisations/principles-gdpr/how-much-data-can-be-collected_en
- European Commission — For how long can data be kept? — https://commission.europa.eu/law/law-topic/data-protection/rules-business-and-organisations/principles-gdpr/how-long-can-personal-data-be-kept_en
Approfondisci il servizio: Analytics e conversioni.
