Ogni problema di attribuzione nel paid social comincia con lo stesso fallimento: l’identificatore non sopravvive al viaggio dal click sul form.
Cosa si rompe davvero
Tre meccanismi, in ordine di danno:
I cookie di terze parti non ci sono più. Safari e Firefox li bloccano del tutto. Chrome non li supporta più per questo scopo. Qualsiasi tracking che dipende da un cookie settato da un dominio diverso da quello della pagina sta misurando un campione sempre più piccolo e distorto.
I cookie scritti da JavaScript hanno un tetto. L’Intelligent Tracking Prevention di Safari limita a 7 giorni i cookie scritti da JavaScript, e a 24 ore in alcune condizioni. Se il tuo identificatore di click vive in una scrittura su document.cookie, la tua finestra di attribuzione dura al massimo una settimana, e nel caso peggiore un giorno.
I redirect perdono il click. Lo schema classico è: l’annuncio punta a una URL di tracking, il servizio registra il click e reindirizza alla landing page. Ogni salto è una possibilità di perdere i parametri, rompere il referrer o incrociare un browser che blocca la catena.
Come DropCPL evita tutti e tre
La decisione di design è semplice da enunciare e non banale da implementare: il dominio di tracking e la landing page sono lo stesso dominio.
- L’URL dell’annuncio punta al dominio di tracking e porta l’
ad_id. - La richiesta arriva a dropcpl. In quella sola richiesta, DropCPL registra il click, setta il cookie
click_idlato server tramite headerSet-Cookiee renderizza la landing page nella stessa risposta. - Il cookie è
HttpOnlye first-party. JavaScript non può leggerlo né scriverlo, e non è un cookie di terze parti. - Quando il form viene inviato, il
click_idtorna con esso e il lead viene attribuito.
Nessun redirect tra tracking e pagina. Nessun pixel che decide se sparare. Nessun salto cross-domain.
| Approccio | Cookie settato da | Durata sotto ITP | Sopravvive al blocco cross-site |
|---|---|---|---|
| Pixel di terze parti | JS di terze parti | bloccato | no |
| Pixel first-party JS | document.cookie | ~7 giorni (24h nel caso peggiore) | in parte |
| DropCPL | Set-Cookie dal server | non limitato dal JS | sì |
Cosa viene salvato, e per quanto
DropCPL registra ciò che serve all’attribuzione: ad_id, campagna, fbclid, click ID, timestamp, user agent e IP. Il cookie click_id vive 7 giorni. I dati di click e lead sono conservati per 24 mesi, come dichiarato nella privacy policy.
Il cookie _fbp, quando il Meta Pixel è presente, viene letto per la corrispondenza con la Conversions API: non è creato né posseduto da DropCPL per finalità pubblicitarie proprie.
Privacy, in breve
Il tracking first-party non è una scappatoia. Sono gli stessi dati, raccolti dalla parte che l’utente sta effettivamente visitando, sotto un contratto con lui — invece che da una terza parte che l’utente non ha mai scelto. DropCPL non vende dati e non gestisce una propria rete pubblicitaria.
Correlati
- Attribuzione creativa — a cosa serve il click
- Integrazione Meta Ads — rimandare gli eventi a Meta correttamente
- Tracciare dopo iOS — la versione guida, con i numeri