Social Rocket
Il 19 ottobre 2026 Apple ha spiegato ufficialmente perché Safari 27 blocca completamente le connessioni a determinati servizi di identità adtech. In un nuovo articolo su WebKit l'azienda descrive come fornitori terzi trasformano indirizzi e-mail provenienti da login o iscrizioni alle newsletter in identificativi permanenti, riconoscendo così gli utenti su più siti. Safari blocca questi server a livello di dominio, invece di limitarsi a rifiutare i cookie.
Un'eccezione importante è già documentata: il dominio di distribuzione pubblicitaria di The Trade Desk, anch'esso inizialmente bloccato, è stato ripristinato dopo la verifica il `adsrvr.org` ottobre come errore. Ciò è confermato da 9il bug WebKit 324.771 . Servizi di identità e distribuzione tecnica degli annunci non devono quindi essere considerati equivalenti.
Apple distingue le relazioni dirette con i clienti dall'abbinamento trasversale
L'esempio di Apple: un utente fornisce il proprio indirizzo e-mail a un negozio o a un'iscrizione alla newsletter. Un terzo integrato in modo invisibile può generarne un identificativo permanente, associarlo a profili di altri siti e utilizzare le informazioni per la pubblicità. Secondo Apple, nemmeno la cancellazione dalla newsletter elimina automaticamente questi dati conservati presso il terzo. WebKit chiama questo processo identity resolution e lo distingue dall'uso abituale dei dati dei clienti da parte di un sito.
Secondo Apple, Safari e WebKit applicano il nuovo blocco di rete in iOS, iPadOS, macOS e visionOS 27. L'azienda sottolinea che la personalizzazione first-party deve restare possibile. Dal punto di vista di Apple, un servizio di identità esterno può però collegare informazioni tra più aziende, anche quando viene impiegato per conto di un singolo publisher. Quali fornitori siano interessati, l'articolo di WebKit non lo indica per nome.
Digiday ha riferito il 20 ottobre dei sistemi coinvolti intorno a LiveRamp, ID5 e UID 2.0. La pubblicazione di Apple, invece, non elenca né una lista completa di blocchi né una procedura pubblica per contestare una decisione di blocco. Non ogni dominio adtech è bloccato; da una singola misurazione del browser non è inoltre possibile ricavare una quota di mercato affidabile.
Perché il caso ha pesato così tanto
Alcuni dei domini intercettati da Safari servono a riconoscere gli utenti su più siti. `adsrvr.org` viene invece usato, secondo l'ingegnere di The Trade Desk Ian Meyers che ha segnalato il caso, anche per la richiesta e la distribuzione di annunci. Un blocco può quindi andare oltre la mancanza di segnali di targeting e disturbare la reale distribuzione degli annunci. Meyers ha segnalato il caso il 21 settembre; AdExchanger e Digiday hanno documentato le conseguenze.
Il 5 ottobre Meyers ha confermato nel thread del bug le modifiche nella build beta `24B5099f`. Il 9 ottobre Wilander ha dichiarato esplicitamente risolto il problema. Chi legge resoconti più vecchi che definiscono ancora aperto il caso dovrebbe quindi consultare il fascicolo aggiornato su WebKit. Resta non chiaro quando la correzione raggiungerà ogni versione installata di Safari 27 in uso; lo stato di un bug risolto non è una quota di diffusione misurata.
Perché gli editori tornano comunque a parlare di Trusted Server
Il conflitto adtech più ampio persiste: Safari blocca direttamente sul dispositivo determinate chiamate di terze parti. Di conseguenza possono venire meno i segnali di identity e di misurazione, anche quando il dominio di distribuzione centrale di The Trade Desk viene nuovamente ammesso.
Secondo un'inchiesta di Digiday del 8 ottobre, gli editori stanno quindi testando di nuovo il Trusted Server dello IAB Tech Lab. In questo modo parti della richiesta pubblicitaria e dell'asta vengono spostate dal JavaScript lato browser a un ambiente server controllato dall'editore. Lo IAB Tech Lab descrive il progetto come framework open source con runtime WASM/WASI, integrazione con Prebid Server e la possibilità di richiamare in modo più mirato funzioni di terze parti. A febbraio 2026 è stato reso disponibile un proof of concept per i test degli editori; questo non è una prova di un'adozione produttiva diffusa.
Uno spostamento sul server non rende però automaticamente conforme alla privacy il riconoscimento degli utenti. Consenso, finalità, minimizzazione dei dati e trasparenza restano rilevanti anche quando i dati non vengono più inviati direttamente dal browser a ogni fornitore adtech. Inoltre, misurazione, visibilità degli annunci, rilevamento delle frodi e accettazione dei relativi numeri da parte degli acquirenti non si risolvono con il cambio di architettura tecnica.
Tre domande separate per i team media tedeschi
1. Gli annunci vengono ancora consegnati? Verifica separatamente consegna e fatturato per versione di Safari e stato di iOS; non considerare un errore già corretto nella beta come un'interruzione di produzione ancora in corso.
2. Gli utenti sono ancora raggiungibili? I segnali di identità mancanti possono influenzare le offerte e la costruzione dei segmenti di pubblico, anche quando l'annuncio viene caricato tecnicamente. Per questo sono importanti la quota di browser, lo stato del consenso e i partner effettivamente utilizzati.
3. Chi controlla dati e misurazione? Gli editori dovrebbero poter capire quali funzioni girano nel browser e quali nel proprio ambiente server. Un test tecnico richiede valori di riferimento per yield, latenza, tassi di corrispondenza e protezione dei dati.
Il conflitto rientra quindi in due dibattiti: quello sulle condizioni imposte alla concorrenza su Google AdX e Prebid e quello sulle sfide della misurazione nel media buying agentico. Il nostro approfondimento su Kokai Zuma di The Trade Desk e la misurazione inquadra la prospettiva della piattaforma.
In sintesi: con il contributo WebKit del 19 ottobre è disponibile la motivazione ufficiale di Apple: i blocchi sui domini mirano a impedire il collegamento nascosto delle identità tra siti diversi. Il malfunzionamento del blocco nella consegna degli annunci di The Trade Desk, segnalato separatamente, è stato corretto già il 9 ottobre. Per gli editori restano importanti i test tecnici e il controllo contrattuale dei servizi di identità, bidding e misurazione. Trusted Server può essere un elemento architetturale, ma non sostituisce il consenso né le verifiche legali.
Grafica dell'articolo: WebKit / Apple, "Blocking Identity Resolution Infrastructure" (19.10.2026).
Fonti: WebKit, dichiarazione sul blocco della risoluzione dell'identità (19.10.2026); WebKit, bug 324771; Digiday, analisi (20.10.2026); IAB Tech Lab: Trusted Server; Digiday, 08.10.2026.