Social Rocket
Apple heeft op 19 oktober 2026 officieel uitgelegd waarom Safari 27 verbindingen naar bepaalde adtech-identiteitsdiensten volledig blokkeert. In een nieuwe WebKit-bijdrage beschrijft het bedrijf hoe externe partijen e-mailadressen uit logins of nieuwsbriefaanmeldingen omzetten in blijvende identificaties, waarmee gebruikers over meerdere websites heen worden herkend. Safari blokkeert zulke servers op domeinniveau, in plaats van alleen cookies te weigeren.
Eén belangrijke uitzondering is al gedocumenteerd: het aanvankelijk eveneens geblokkeerde advertentiedomein `adsrvr.org` van The Trade Desk is na onderzoek op 9 oktober als fout verholpen. Dat bevestigt de WebKit-bug 324771. Identiteitsdiensten en technische advertentielevering mogen daarom niet als gelijk worden beschouwd.
Apple onderscheidt eigen klantrelaties van matching over meerdere sites
Apples voorbeeld: een gebruiker geeft zijn e-mailadres op bij een webwinkel of een nieuwsbriefaanmelding. Een onzichtbaar ingesloten externe partij kan daaruit een blijvende identificatie maken, profielen uit andere websites koppelen en die gegevens voor advertenties gebruiken. Zelfs uitschrijven voor de nieuwsbrief wist dergelijke bij de derde partij opgeslagen gegevens volgens Apple niet automatisch. WebKit noemt dit identity resolution en onderscheidt het van het gebruikelijke gebruik van de eigen klantgegevens van een website.
Safari en WebKit passen de nieuwe netwerkblokkade volgens Apple toe in iOS, iPadOS, macOS en visionOS 27. Het bedrijf benadrukt dat personalisatie door de eigenaar van de website (first-party) gewoon mogelijk moet blijven. Een externe identiteitsdienst kan volgens Apple echter ook dan informatie over meerdere bedrijven heen koppelen wanneer hij namens één publisher wordt ingezet. Welke aanbieders precies getroffen zijn, noemt de WebKit-bijdrage niet bij naam.
Digiday meldde op 20 oktober over getroffen systemen rond LiveRamp, ID5 en UID 2.0. De publicatie van Apple noemt daarentegen noch een volledige blokkadelijst, noch een openbare procedure om een blokkadebeslissing aan te vechten. Niet elk adtech-domein is geblokkeerd; uit één browsermeting valt bovendien geen betrouwbaar marktaandeel af te leiden.
Waarom de zaak bijzonder zwaar woog
Sommige domeinen die Safari heeft onderschept, dienen om gebruikers over websites heen te herkennen. `adsrvr.org` wordt volgens de melding van The Trade Desk-engineer Ian Meyers daarentegen ook gebruikt voor het opvragen en leveren van advertenties. Een blokkade kan daardoor verder gaan dan het ontbreken van doelgroepsignalen en de daadwerkelijke advertentielevering verstoren. Meyers meldde de zaak op 21 september; AdExchanger en Digiday documenteerden de gevolgen.
Op 5 oktober bevestigde Meyers in de bugthread wijzigingen in de bètabuild `24B5099f`. Op 9 oktober verklaarde Wilander het probleem uitdrukkelijk verholpen. Wie oudere berichten leest die de zaak nog als open beschouwen, moet daarom het bijgewerkte WebKit-dossier raadplegen. Onduidelijk blijft, wanneer de correctie elke productieversie van Safari 27 bereikt; de status van een verholpen bug is geen gemeten uitrolpercentage.
Waarom publishers toch weer over Trusted Server praten
Het bredere adtech-conflict blijft bestaan: Safari blokkeert bepaalde aanroepen van externe partijen direct op het apparaat. Daardoor kunnen identity- en meetsignalen wegvallen, ook al wordt het centrale leveringsdomein van The Trade Desk weer toegestaan.
Volgens een Digiday-onderzoek van 8 oktober testen publishers daarom opnieuw de Trusted Server van het IAB Tech Lab. Daarbij verschuiven delen van het advertentieverzoek en de veiling van browserzijdig JavaScript naar een gecontroleerde serveromgeving van de publisher. Het IAB Tech Lab beschrijft het project als open-sourceframework met een WASM/WASI-runtime, koppeling met Prebid Server en de mogelijkheid om functies van externe partijen gerichter aan te sturen. In februari 2026 werd een proof of concept voor publishertests beschikbaar gesteld; dit is geen bewijs voor een op grote schaal productieve invoering.
Een serverwissel maakt gebruikersherkenning echter niet automatisch privacyconform. Toestemming, doelbinding, dataminimalisatie en transparantie blijven relevant, ook wanneer gegevens niet meer rechtstreeks vanuit de browser naar elke adtech-partij gaan. Bovendien worden meting, zichtbaarheid van een advertentie, fraudedetectie en de acceptatie van de resulterende cijfers door kopers niet opgelost door de wisseling van technische architectuur.
Drie afzonderlijke vragen voor Duitse mediateams
1. Wordt er nog advertentie-inventaris geleverd? Controleer levering en omzet afzonderlijk per Safari-versie en iOS-stand; tel een in de bèta verholpen fout niet zomaar mee als een voortdurende storing in productie.
2. Zijn gebruikers nog bereikbaar? Ontbrekende identity-signalen kunnen biedingen en doelgroepvorming beïnvloeden, ook als de advertentie technisch wel wordt geladen. Het aandeel browsers, de toestemmingsstatus en de daadwerkelijk ingezette partners zijn hierbij belangrijk.
3. Wie controleert data en meting? Uitgevers moeten kunnen nagaan welke functies in de browser draaien en welke in de eigen serveromgeving. Een technische test heeft baselines nodig voor yield, latentie, match-rates en privacy.
Het conflict hoort daarmee in twee debatten thuis: bij de concurrentievoorwaarden rond Google AdX en Prebid en bij de uitdagingen van meting in agentic media buying. Ons artikel over Kokai Zuma van The Trade Desk en meting plaatst het platformperspectief in context.
Conclusie: Met de WebKit-bijdrage van 19 oktober ligt Apples officiële onderbouwing voor: domeinblokkades moeten verborgen identiteitskoppeling over meerdere sites heen tegengaan. De afzonderlijk gemelde blokkeerfout in de advertentielevering van The Trade Desk is op 9 oktober al verholpen. Voor uitgevers blijven technische tests en contractuele controle over identity-, bidding- en meetdiensten belangrijk. Een Trusted Server kan een architectuurbouwsteen zijn, maar vervangt geen toestemmingen en juridische toetsing.
Artikelafbeelding: WebKit / Apple, „Blocking Identity Resolution Infrastructure“ (19.10.2026).
Bronnen: WebKit, verklaring over de blokkade van identity resolution (19.10.2026); WebKit, bug 324771; Digiday, duiding (20.10.2026); IAB Tech Lab: Trusted Server; Digiday, 08.10.2026.