Social Rocket
Apple a officiellement expliqué le 19 octobre 2026 pourquoi Safari 27 bloque entièrement les connexions vers certains services d'identité adtech. Dans un nouvel article WebKit, l'entreprise décrit comment des tiers transforment des adresses e-mail issues de connexions ou d'inscriptions à des newsletters en identifiants persistants, permettant de reconnaître les utilisateurs d'un site à l'autre. Safari bloque ces serveurs au niveau du domaine, au lieu de se contenter de refuser les cookies.
Une exception importante est déjà documentée : le domaine de diffusion publicitaire The Trade Desk, lui aussi bloqué au départ, a été corrigé comme une erreur après examen, le `adsrvr.org` octobre. Cela est confirmé par le bug WebKit 9 324 771 . Services d'identité et diffusion technique de publicités ne doivent donc pas être confondus.
Apple distingue les relations clients propres du matching inter-sites
L'exemple d'Apple : un utilisateur indique son adresse e-mail auprès d'une boutique ou lors d'une inscription à une newsletter. Un tiers intégré de manière invisible peut en tirer un identifiant persistant, associer des profils issus d'autres sites et utiliser ces informations pour la publicité. Selon Apple, même une désinscription de la newsletter ne supprime pas automatiquement ces données conservées chez le tiers. WebKit nomme ce procédé Identity Resolution et le distingue de l'usage habituel des données clients propres à un site.
Selon Apple, Safari et WebKit appliquent ce nouveau blocage réseau dans iOS, iPadOS, macOS et visionOS 27. L'entreprise souligne que la personnalisation first-party doit rester possible. Un service d'identité externe peut néanmoins, selon Apple, relier des informations entre plusieurs entreprises, même lorsqu'il est utilisé pour le compte d'un seul éditeur. L'article WebKit ne nomme pas les prestataires concernés.
Digiday a rapporté le 20 octobre les systèmes touchés autour de LiveRamp, ID5 et UID 2.0. La publication d'Apple ne fournit en revanche ni liste complète de blocage ni procédure publique de contestation d'une décision de blocage. Tous les domaines adtech ne sont pas bloqués ; et une mesure sur un seul navigateur ne permet pas de déduire une part de marché fiable.
Pourquoi ce cas a particulièrement pesé
Certains domaines visés par Safari servent à reconnaître les utilisateurs d'un site à l'autre. `adsrvr.org` est en revanche utilisé, selon l'ingénieur de The Trade Desk Ian Meyers qui a signalé le problème, aussi pour la demande et la diffusion de publicités. Un blocage peut donc aller au-delà de l'absence de signaux de ciblage et perturber la diffusion effective des annonces. Meyers a signalé le cas le 21 septembre ; AdExchanger et Digiday ont documenté les conséquences.
Le 5 octobre, Meyers a confirmé dans le fil du bug des modifications dans la version bêta `24B5099f`. Le 9 octobre, Wilander a explicitement déclaré le problème corrigé. Pour les lecteurs de rapports plus anciens qui qualifient encore le cas d'ouvert, il convient donc de consulter le dossier WebKit mis à jour. Reste incertain le moment où la correction atteindra chaque version de Safari 27 en production ; le statut d'un bug corrigé n'est pas un taux de déploiement mesuré.
Pourquoi les éditeurs reparlent malgré tout de Trusted Server
Le conflit adtech plus large persiste : Safari bloque directement sur l'appareil certains appels de tiers. Des signaux d'identité et de mesure peuvent ainsi disparaître, même si le domaine central de diffusion de The Trade Desk est de nouveau autorisé.
Selon une enquête de Digiday du 8 octobre, les éditeurs testent donc à nouveau le Trusted Server de l'IAB Tech Lab. Des parties de la demande publicitaire et de l'enchère sont alors déplacées du JavaScript côté navigateur vers un environnement serveur contrôlé par l'éditeur. Le IAB Tech Lab décrit le projet comme un framework open source reposant sur un runtime WASM/WASI, avec une intégration Prebid Server et la possibilité de solliciter plus précisément les fonctions de tiers. En février 2026, un proof of concept a été mis à disposition pour des tests d'éditeurs ; il ne constitue pas la preuve d'un déploiement productif généralisé.
Un changement de serveur ne rend toutefois pas automatiquement la reconnaissance des utilisateurs conforme à la protection des données. Consentements, finalité, minimisation des données et transparence restent pertinents, même lorsque les données ne sont plus transmises directement depuis le navigateur à chaque prestataire adtech. Par ailleurs, la mesure, la visibilité d'une annonce, la détection de la fraude et l'acceptation des chiffres qui en résultent par les acheteurs ne sont pas résolues par le simple changement d'architecture technique.
Trois questions distinctes pour les équipes média allemandes
1. La publicité est-elle diffusée ? Vérifiez la diffusion et le chiffre d'affaires séparément selon la version de Safari et la version d'iOS ; ne comptez pas automatiquement comme une panne de production persistante un bug corrigé dans la bêta.
2. Les utilisateurs sont-ils toujours adressables ? L'absence de signaux d'identité peut influencer les enchères et la constitution des audiences, même si la publicité se charge techniquement. La part de navigateurs, le statut de consentement et les partenaires effectivement utilisés sont déterminants.
3. Qui contrôle les données et la mesure ? Les éditeurs doivent pouvoir comprendre quelles fonctions s'exécutent dans le navigateur et lesquelles dans leur propre environnement serveur. Un test technique nécessite des références de base pour le yield, la latence, les taux de correspondance et la protection des données.
Le conflit relève donc de deux débats : les obligations concurrentielles autour de Google AdX et Prebid et les défis de la mesure dans l'achat média agentique. Notre article sur Kokai Zuma de The Trade Desk et la mesure replace la perspective de la plateforme dans son contexte.
En résumé : avec la contribution WebKit du 19 octobre, la justification officielle d'Apple est disponible : les blocages de domaines doivent empêcher la liaison d'identité cachée entre sites. Le bug de blocage signalé séparément dans la diffusion publicitaire de The Trade Desk a déjà été corrigé le 9 octobre. Pour les éditeurs, les tests techniques et le contrôle contractuel des services d'identité, d'enchères et de mesure restent essentiels. Trusted Server peut être une brique d'architecture, mais il ne remplace ni les consentements ni les vérifications juridiques.
Infographie de l'article : WebKit / Apple, « Blocking Identity Resolution Infrastructure » (19.10.2026).
Sources : WebKit, explication du blocage de la résolution d'identité (19.10.2026) ; WebKit, bug 324771 ; Digiday, analyse (20.10.2026) ; IAB Tech Lab : Trusted Server ; Digiday, 08.10.2026.