ARTICOLO NUMERO 29 · ATTRIBUZIONE E CRM
UTM nel CRM fotovoltaico: quali parametri salvare?
Source, medium e campaign descrivono il link che ha portato la richiesta; non identificano da soli la causa di una vendita. Salvare una prima provenienza immutabile e gli ingressi successivi separati evita di sovrascrivere la storia.
Quali UTM devono arrivare nel CRM di un’azienda fotovoltaica? La risposta minima non è “salvare tutta la URL” e neppure “tenere soltanto la sorgente”. Occorrono campi separati, nomi coerenti e una decisione esplicita su prima provenienza e ultimo ingresso.
I parametri UTM descrivono il collegamento usato per arrivare alla pagina. Sono utili per ricostruire campagna e contenuto, ma non certificano che una piattaforma abbia causato da sola l’appuntamento o la vendita. Quella è una decisione di attribuzione, distinta dalla raccolta dei dati.
Il set minimo deve identificare fonte, mezzo e campagna
Google Analytics documenta i parametri utm_id, utm_source, utm_medium, utm_campaign, utm_source_platform, utm_term e utm_content. Source indica la provenienza, medium il mezzo, campaign il nome dell’iniziativa; ID offre un riferimento stabile, mentre content e term possono distinguere creatività o termine quando pertinenti.
La guida ufficiale su tag manuali e automatici raccomanda, quando si usano UTM, di compilare tutti i parametri rilevanti; valori mancanti possono produrre “(not set)” nei report. Questo non significa riempire i campi con valori inventati: significa definire una convenzione e lasciare vuoto in modo riconoscibile ciò che il canale non fornisce.
Nel CRM conviene conservare almeno source, medium, campaign e campaign ID. Content e term sono utili soltanto se l’azienda li usa davvero nelle decisioni; accumulare campi mai letti aumenta il rumore senza migliorare l’attribuzione.
Prima provenienza e ultimo ingresso hanno scopi diversi
| Gruppo | Campi | Regola |
|---|---|---|
| Prima provenienza | first_source, first_medium, first_campaign, first_campaign_id | Scrivere alla creazione della richiesta e non sovrascrivere |
| Ingresso corrente | latest_source, latest_medium, latest_campaign, latest_campaign_id | Aggiornare quando arriva una nuova richiesta tracciata |
| Dettaglio | content, term, source_platform | Salvare quando disponibile e pertinente |
| Contesto | landing_url, captured_at, form_id | Collegare valore, data e punto di raccolta |
“First” e “latest” sono una proposta di struttura CRM, non dimensioni che sostituiscono i report di Google Analytics. Google distingue già tra acquisizione del primo utente e acquisizione della sessione: la sua documentazione sui due report mostra che rispondono a domande diverse. Nel CRM la stessa distinzione evita che una visita successiva cancelli l’origine registrata alla nascita della richiesta.
Collega le UTM alla richiesta, non soltanto alla persona
Una persona può compilare oggi un modulo residenziale e mesi dopo chiedere informazioni per la propria azienda. Se le UTM vivono soltanto nella scheda anagrafica, la seconda richiesta può sovrascrivere la prima oppure ereditare una campagna non pertinente.
La soluzione è conservare gli eventi di richiesta collegati al contatto, come nella gestione dei duplicati senza perdere la provenienza. Ogni richiesta mantiene campagna, modulo e data propri; la scheda persona può esporre la prima e l’ultima provenienza come riepilogo.
Per i moduli istantanei che non transitano da una landing page, non inventare una URL o UTM mancanti. Usa gli identificativi e i campi nativi realmente consegnati dalla piattaforma, distinguendo il percorso dal modulo sul sito.
Un ritorno via email non deve cancellare il primo ingresso
Esempio illustrativo: una richiesta arriva da un link con source “social”, medium “paid” e campaign ID “fv_privati_q4”. Il CRM salva questi valori nella richiesta iniziale. In seguito la persona apre un’email e presenta una nuova richiesta con source “newsletter” e medium “email”.
La prima provenienza della prima richiesta resta social/paid; il nuovo evento conserva newsletter/email. L’ultima provenienza riepilogativa può aggiornarsi, ma nessuno dei due record dimostra da solo quale canale meriti tutto il valore della futura vendita. Per quella decisione servono una regola di attribuzione dichiarata e gli esiti commerciali.
Controlla nomi, perdita dei parametri e sovrascritture
Ogni settimana verifica un campione di link e richieste: i parametri arrivano alla pagina, il modulo li trasferisce, il CRM li salva nei campi corretti e la seconda visita non cancella il primo ingresso. Google segnala che redirect e collegamenti privi di UTM possono far perdere informazioni di provenienza; la sua guida sul traffico diretto e sui parametri mancanti è un promemoria utile.
Infine standardizza maiuscole, spazi e nomi. “Social_Paid” e “social_paid” possono frammentare il report anche se descrivono lo stesso canale. Il dizionario deve indicare valore ammesso, proprietario e data di modifica; non deve contenere email, telefono o altri dati personali dentro le etichette di campagna.
Fonti ufficiali Google Analytics consultate il 25 ottobre 2026 e collegate nel testo. I nomi dei campi CRM sono una proposta operativa; nessun CRM, account Analytics o risultato cliente è stato ispezionato.
← Torna a tutti gli articoli