Un identificatore di tracking è il valore che dice al tuo sistema che una visita e un lead successivo appartengono allo stesso click. Lo fanno tre famiglie di identificatori, e non sono intercambiabili: cambiano per chi li crea, cosa possono dimostrare e quando spariscono.
| Parametri UTM | Click ID | Cookie first-party | |
|---|---|---|---|
| Chi lo crea | chi monta il link dell’annuncio | il tuo sistema, quando arriva il click | il tuo server, nella risposta che renderizza la pagina |
| Univoco per click | no, è un’etichetta condivisa | sì, un valore per click | sì, contiene il click ID |
| Dove vive | nell’URL | nell’URL, poi in un record lato server | nel browser, su un dominio tuo |
| Cosa può dimostrare | la sorgente che qualcuno ha dichiarato | quale annuncio, quale pagina, quale secondo | lo stesso, e sopravvive al click |
| Quando si rompe | un refuso, un redirect, un’etichetta riusata | una catena di redirect, una finestra scaduta | niente, finché è settato lato server |
Parametri UTM: un’etichetta, non una chiave
I parametri UTM sono valori in query string aggiunti a un URL di destinazione per descrivere da dove arriva una visita.
?utm_source=facebook&utm_medium=paid&utm_campaign=spring&utm_content=video_aServono per il reporting per sorgente e campagna in qualunque strumento analytics, senza integrazioni, e per il contesto leggibile quando stai debuggando una singola visita.
Si rompono in quattro modi prevedibili:
| Errore | Conseguenza |
|---|---|
| Refuso in un parametro | la visita viene attribuita a una sorgente che non esiste |
| Parametro perso da un redirect | la visita diventa traffico diretto |
Stesso utm_content riusato per due annunci | le due creatività si uniscono, in silenzio |
| Campagna rinominata a metà | lo storico si divide in due campagne |
Nessuno di questi è rilevabile dopo, perché un UTM non ha univocità: due visite con parametri identici sono indistinguibili. È un’etichetta condivisa da migliaia di visite, senza alcun record lato server dietro.
Click ID: un valore per click
Un click ID è un valore univoco generato quando un utente clicca un annuncio, conservato perché una conversione che avviene dopo sia legata a quello specifico click.
Click sull'annuncio → track.example.com/lp?cid=8f3a... → Set-Cookie: cid=8f3a... (first-party, HttpOnly)
Invio del form → il server legge il cookie → lead attribuito al click 8f3a...Un click ID è utile solo se è ancora disponibile quando avviene la conversione. Servono tre cose:
- Deve essere scritto lato server nella stessa risposta che renderizza la pagina. Un cookie scritto da JavaScript è proprio quello che i browser oggi limitano.
- Deve avere una durata definita, la finestra di attribuzione: un lead che arriva oltre la finestra viene registrato come non attribuito, non indovinato.
- Non deve dipendere da una catena di redirect. Un salto da un dominio di tracking a una landing page su un altro dominio perde una quota di identificatori, concentrata tra gli utenti con le impostazioni del browser più restrittive.
Un click ID utile risolve a più di “un click qualsiasi”: l’annuncio da cui arriva (ad_id), la campagna, la variante di landing page e un timestamp.
First-party: dove vive l’identificatore
Il tracking first-party setta l’identificatore dallo stesso dominio che l’utente sta visitando, in una risposta del tuo server.
First-party: landing page su track.example.com → Set-Cookie da track.example.com
Third-party: landing page su example.com → cookie settato da analytics.other.comI cambi privacy del 2017-2021 hanno colpito meccanismi specifici, e questo non era tra loro:
| Cambio | Colpisce | Cookie first-party lato server |
|---|---|---|
| Intelligent Tracking Prevention | cookie scritti da JavaScript; cookie di terze parti | non toccato |
| App Tracking Transparency | identità tra app diverse | non toccato |
| Blocco dei cookie di terze parti | cookie da un dominio diverso | non toccato |
Quello che questi cambi hanno tolto è la capacità di identificare la stessa persona tra siti che non possiedi. Misurare una visita alla tua pagina non è la stessa cosa.
Come stanno insieme i tre
- Il click ID è la chiave primaria. È ciò a cui si unisce un lead.
- Gli UTM restano come contesto leggibile: sono ciò che guarda una persona quando i numeri sorprendono, e ciò che un CRM vede senza integrazioni.
- Il cookie first-party è il trasporto. È come il click ID sopravvive al caricamento della pagina senza dipendere da JavaScript.
Uno stack che registra solo UTM non può rispondere a “quale creatività ha prodotto questo lead”. Uno stack che registra il click ID lato server può farlo, e l’UTM diventa una comodità invece di una dipendenza.
Termini correlati
- Finestra di attribuzione — per quanto tempo l’identificatore vale
- fbclid — l’identificatore della piattaforma e i suoi limiti
- ad_id — la chiave della piattaforma a cui risolve un click ID
- ITP — cosa ha rotto il cookie JavaScript
- Tracking server-side — dove viene processato l’evento