La maggior parte dei CMP pubblica gli script del banner di consenso da un dominio di terza parte come cmp.vendor.com. Questo approccio ha funzionato per anni, ma i browser moderni limitano ormai attivamente il modo in cui gli script di terza parte possono memorizzare dati.
L'Intelligent Tracking Prevention (ITP) di Safari è il più aggressivo. ITP identifica gli script caricati da domini di terza parte e limita a 7 giorni la durata dei cookie impostati da tali script, anche se il cookie viene scritto sul tuo dominio. Così un visitatore che accetta i cookie il lunedì potrebbe rivedere il banner di consenso il lunedì successivo, perché Safari ha silenziosamente eliminato il cookie di consenso.
E non è tutto: ITP non si limita a verificare a quale dominio appartiene il cookie. Controlla anche l'origine dello script che lo ha impostato. Se lo script proviene da un dominio che Safari classifica come tracker, tutti i cookie creati da quello script sono soggetti al limite di 7 giorni, indipendentemente dal dominio su cui il cookie è memorizzato.
L'Enhanced Tracking Protection di Firefox e il modello di privacy in evoluzione di Chrome vanno nella stessa direzione. Memorizzare il consenso tramite script di terza parte sta diventando inaffidabile ovunque.
Con la funzionalità di dominio CMP di prima parte di UniConsent, pubblichi il banner di consenso dal tuo sottodominio, ad esempio cmp.yourwebsite.com invece di cmp.uniconsent.com. Dal punto di vista del browser, lo script e i cookie sono ora di prima parte. Nessuna classificazione come terza parte, nessuna restrizione ITP, nessun limite di 7 giorni. Il cookie di consenso resta valido per l'intera scadenza prevista, in genere 12 mesi.
Quando i cookie di consenso scadono dopo 7 giorni, gli utenti che ritornano vedono di nuovo il banner di consenso. Ogni nuova richiesta è un'occasione in cui l'utente può rifiutare o ignorare il banner. I siti con molto traffico da Safari/iOS possono perdere in questo modo una quota significativa del pubblico che aveva prestato il consenso.
Un dominio CMP di prima parte elimina questo ciclo di richieste ripetute. Gli utenti che hanno già dato il consenso restano consenzienti. Il risultato è un tasso di consenso sensibilmente più alto, soprattutto su Safari, che rappresenta circa il 20% del traffico web globale e oltre il 50% del traffico mobile in molti mercati.
Nessuno vuole vedere lo stesso banner di consenso ogni settimana. Le richieste ripetute frustrano gli utenti e danno l'impressione che il sito non funzioni. Con un dominio di prima parte, le preferenze di consenso vengono ricordate per l'intera durata, quindi gli utenti vedono il banner una sola volta e proseguono.
Il limite di 7 giorni di ITP crea uno scarto tra ciò che gli utenti hanno effettivamente scelto e ciò che il tuo sistema registra. Un utente che ha dato il consenso 10 giorni fa risulta "senza consenso" su Safari. Questo distorce le tue analisi, compromette i segnali di targeting pubblicitario e può causare problemi di conformità se non riesci a dimostrare che è stato fornito un consenso valido.
Con un sottodominio di prima parte, il cookie di consenso persiste per l'intera scadenza. I tuoi registri del consenso riflettono fedelmente le scelte reali degli utenti, il tuo stack pubblicitario riceve segnali di consenso coerenti e la tua documentazione di conformità regge.
Un aspetto insidioso dell'ITP di Safari è che opera in silenzio. Se apri gli strumenti per sviluppatori di Safari e ispezioni un cookie impostato da uno script di terza parte, l'ispettore dei cookie mostra ancora la scadenza originale che hai impostato, ad esempio 1 anno. Non c'è alcun avviso né indicatore visivo che ITP l'abbia limitata a 7 giorni. Il cookie semplicemente scompare dopo 7 giorni senza lasciare traccia negli strumenti per sviluppatori.
Questo rende ITP difficile da testare in una rapida sessione di debug. L'unico modo per verificare che il limite di 7 giorni sia attivo è impostare il cookie, attendere più di 7 giorni e controllare se è ancora presente. Molti sviluppatori e proprietari di siti presumono che i loro cookie di consenso funzionino correttamente perché la scadenza sembra corretta negli strumenti per sviluppatori, ma nel frattempo Safari li elimina silenziosamente dietro le quinte.
Con un dominio CMP di prima parte, la scadenza che vedi negli strumenti per sviluppatori è quella effettiva. Nessuna modifica silenziosa, nessuna sorpresa.
Safari ha aperto la strada con ITP, ma altri browser stanno seguendo. Firefox limita già l'accesso all'archiviazione di terza parte e Chrome continua a rafforzare i propri controlli sulla privacy. Un dominio CMP di prima parte protegge la tua configurazione del consenso dai cambiamenti attuali e futuri dei browser, senza dover intervenire ogni volta che un browser rilascia un nuovo aggiornamento sulla privacy.
La funzionalità di dominio CMP di prima parte è disponibile sui piani Pro e superiori di UniConsent. Per la guida completa alla configurazione, consulta: Configurazione del dominio CMP di prima parte. Oppure scrivici a hello@uniconsent.com.
Compliant with GDPR, CCPA, COPPA, LGPD, PECR, PDPA, PIPEDA, and more.
Inizia a rendere il tuo sito web e la tua applicazione conformi a GDPR (UE), CPRA (USA), PIPEDA (Canada) ecc.
Registrati
Sanzione DPC da 11 milioni di euro a Tinder: un download dei dati self-service deve dire cosa lascia fuori

Global Privacy Control in Safari con iOS 27.3: come preparare il banner di consenso al GPC
Sanzione CCPA da 2,975 milioni di dollari a FedEx: impostazioni dei cookie che non fermavano i tracker pubblicitari né rispettavano il GPC
Causa sui cookie contro Coca-Cola: come far fermare i tracker a "Rifiuta"

Session replay e GDPR: configurare Hotjar, Clarity e FullStory

Server-side tagging e tracking: perché il consenso GDPR resta obbligatorio
Inizia a rendere il tuo sito web e la tua applicazione conformi a GDPR (UE), CPRA (USA), PIPEDA (Canada) ecc.
RegistratiLeggi sulla privacy, consenso e conformità, poche email al mese.