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.
Activate Google Consent Mode UniConsent to enhance the accuracy of your Google Analytics and Google Ads conversion data.
Set up Google Consent Mode →Inizia a rendere il tuo sito web e la tua applicazione conformi a GDPR (UE), CPRA (USA), PIPEDA (Canada) ecc.
Registrati
Scadenza dell'IAB TCF 2.4 e come verificare i tuoi fornitori
Causa CIPA contro NFL.com: quando l'opt-out non ferma il tracciamento — come far funzionare davvero gli opt-out

Dominio CMP di prima parte: pubblica il tuo banner di consenso dal tuo dominio
UniConsent è un CMP certificato per Microsoft UET e Microsoft Clarity

Diritto di reclamo nello UK GDPR: le novità del 19 giugno 2026 e cosa devono fare le organizzazioni

Configurazione della CMP per Prebid.js: trasmettere il consenso TCF, GPP e CCPA al tuo stack di header bidding
Inizia a rendere il tuo sito web e la tua applicazione conformi a GDPR (UE), CPRA (USA), PIPEDA (Canada) ecc.
Registrati