# Fonte del lead nel CRM: mantenere origine, campagna e percorso senza riscrivere la storia | KLC Tipo: articolo informativo Sito: KLC (www.klc.it) URL canonico: https://www.klc.it/blog/dati-e-misurazione/fonte-del-lead-nel-crm-mantenere-origine-campagna/ Autore: KLC Pubblicato: 9 Ottobre 2026 Ultimo aggiornamento: 24 Agosto 2026 Lingua: it-IT Categoria: Dati e misurazione ## Sintesi 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. ## Fonte del lead nel CRM: mantenere origine, campagna e percorso senza riscrivere la storia Scritto da KLC il 9 Ottobre 2026. Pubblicato in Dati e misurazione. 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: 1. origine dei nuovi account , per capire da dove entrano relazioni nuove; 2. conversioni e opportunità per canale recente , per leggere l’attivazione; 3. 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. ## 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. ## Vedi anche - [Payback period del marketing: in quanto tempo deve rientrare l’investimento](https://www.klc.it/blog/dati-e-misurazione/payback-period-del-marketing-in-quanto-tempo-deve/) - [Customer lifetime value nel B2B: come stimarlo quando i clienti comprano in modo irregolare](https://www.klc.it/blog/dati-e-misurazione/customer-lifetime-value-nel-b2b-come-stimarlo-quando/) - [CAC nel B2B: come calcolare il costo di acquisizione senza falsare il dato](https://www.klc.it/blog/dati-e-misurazione/cac-nel-b2b-come-calcolare-il-costo-di/) - [CRM B2B: quali campi servono davvero e quali creano soltanto lavoro inutile](https://www.klc.it/blog/dati-e-misurazione/crm-b2b-quali-campi-servono-davvero-e-quali/) - [Attribuzione nel B2B: perché l’ultimo clic non racconta il processo di vendita](https://www.klc.it/blog/dati-e-misurazione/attribuzione-nel-b2b-perche-lultimo-clic-non-racconta/) --- Versioni alternative di questo contenuto: - HTML completo: https://www.klc.it/blog/dati-e-misurazione/fonte-del-lead-nel-crm-mantenere-origine-campagna/ - JSON strutturato: https://www.klc.it/blog/dati-e-misurazione/fonte-del-lead-nel-crm-mantenere-origine-campagna.json Fonte: KLC Licenza: All rights reserved Generato da AI Discovery Bridge v1.9.3