Richiedi una callCookie first-party e tracciamento lato server: recuperare la visibilità sul paid media
La visibilità sul paid media cala quando i browser accorciano la durata dei cookie, i blocchi annunci fermano i tag e i visitatori negano il consenso. Un’implementazione first-party salva UTM e click ID in cookie impostati dal tuo dominio, serve i tag dal tuo sottodominio con Google Tag Manager lato server, registra la fonte su ogni lead nel CRM e rinvia gli esiti a Google e LinkedIn. Recupera il segnale perso per browser e blocchi, mai quello dei visitatori che hanno detto no.
Punti chiave
- Safari limita a 7 giorni i cookie impostati via JavaScript: gli acquirenti B2B che convertono dopo perdono la fonte.
- Cookie first-party impostati dal server e tag sul tuo sottodominio recuperano la maggior parte del segnale perso.
- Il consenso è rispettato in ogni configurazione; chi rifiuta non viene mai tracciato.
- La visibilità rende solo se i click ID arrivano nel CRM e gli esiti tornano alle piattaforme.
Perché le piattaforme vedono meno ogni anno
- Limiti dei browser: Safari limita a 7 giorni i cookie creati via JavaScript. Un acquirente che clicca un annuncio e torna due settimane dopo a chiedere una demo risulta traffico diretto.
- Blocchi annunci e tracker: le estensioni bloccano le richieste verso i domini dei tag più noti e le conversioni non partono.
- Consenso: con il GDPR, l’archiviazione per analytics e pubblicità resta spenta finché il visitatore non accetta. Quei visitatori sono invisibili, correttamente.
- Passaggi interrotti: anche quando il browser vede la conversione, spesso la fonte non arriva mai nel CRM e i ricavi non si possono collegare.
Il risultato non sono solo report peggiori. Google e LinkedIn imparano dalle conversioni che vedono: il segnale mancante fa sembrare deboli campagne valide e sposta il budget verso ciò che è più facile da misurare.
Cos’è un’implementazione first-party
First-party significa che i dati sono raccolti e conservati dal tuo dominio, non da un tag di terze parti. In pratica, quattro elementi.
- Cookie first-party impostati dal server che conservano UTM e click ID (gclid, li_fat_id) per una durata che controlli tu, per esempio 90 giorni, con consenso.
- Google Tag Manager lato server sul tuo sottodominio, per servire i tag dal tuo dominio e inoltrarli a GA4, Google Ads e LinkedIn dal server.
- Campi nascosti nei form che scrivono fonte, campagna e click ID su ogni lead, con il primo contatto bloccato al primo form.
- Conversioni offline e API di conversione: Enhanced Conversions for Leads e importazione offline di Google tramite gclid, e LinkedIn Conversions API tramite li_fat_id, per rinviare opportunità e ricavi.
Prima il consenso
Il tagging lato server non serve ad aggirare il consenso. Google Consent Mode v2 nega per default analytics e pubblicità, il banner lo aggiorna in base alla scelta del visitatore e i tag lato server ereditano quella scelta. Ciò che l’infrastruttura first-party recupera è il segnale perso per browser e blocchi tra i visitatori che hanno accettato. Chi rifiuta resta non tracciato, come richiedono GDPR e linee guida del Garante.
Quanto segnale si recupera
| Configurazione | Limiti dei browser | Blocchi annunci | Consenso negato | Ricavi rinviati alle piattaforme |
|---|---|---|---|---|
| Solo tag lato client | Perso dopo 7 giorni | Perso | Non tracciato (corretto) | No |
| Cookie first-party + click ID nei form | Conservato | Perlopiù perso | Non tracciato (corretto) | Possibile |
| Tagging lato server + conversioni offline | Conservato | Perlopiù recuperato | Non tracciato (corretto) | Sì |
La nostra stima gratuita della perdita di segnale ti permette di inserire quota Safari, tasso di consenso e blocchi annunci per vedere il gap sul tuo traffico.
I passaggi dell’implementazione
- Audit: inventario dei tag, configurazione del consenso, eventi GA4, campi dei form e percorso della fonte fino al CRM.
- Consenso e tassonomia: Consent Mode v2, un banner conforme al GDPR e un’unica convenzione UTM.
- Container server: Google Tag Manager lato server su un sottodominio come data.tuodominio.it, con tag GA4, Google Ads e LinkedIn.
- Raccogliere e trasportare: cookie first-party per UTM e click ID, campi nascosti in ogni form, primo contatto mai sovrascritto.
- Chiudere il ciclo: conversioni offline e API di conversione su opportunità create e contratti chiusi, poi offerte basate sul valore quando il volume lo consente.
Una configurazione standard va di solito online in poche settimane; il ciclo di ritorno segue quando i campi del CRM esistono.
Domande frequenti
Che differenza c’è tra cookie first-party e di terze parti?
I cookie first-party sono impostati dal sito che il visitatore sta visitando, idealmente dal tuo server. Quelli di terze parti da altri domini. I browser limitano sempre di più i cookie di terze parti e quelli JavaScript a breve durata; l’archiviazione first-party impostata dal server è più duratura.
Il tracciamento lato server è conforme al GDPR?
Sì, se rispetta il consenso. Consent Mode nega per default, la scelta del visitatore viene rispettata e i dati personali sono trattati solo per le finalità dichiarate.
Serve GTM lato server se abbiamo già GA4?
GA4 da solo funziona lato client ed è esposto a blocchi e limiti dei browser. GTM lato server, cookie first-party e raccolta nel CRM rendono la performance paid tracciabile fino ai ricavi.
Come migliora i risultati del paid media?
Le piattaforme vedono più conversioni reali e, con le conversioni offline, quelle diventate pipeline. Le offerte si ottimizzano così sui contratti invece che su form economici.
Servizio correlato: Paid media. Vedi anche i prezzi e i risultati dei clienti.