Apple a mis un nom sur une coupure que l’adtech constatait depuis la mi-septembre. Dans un billet publié le 19 octobre sur le blog de WebKit, le moteur de Safari, l’entreprise confirme que ses versions 27 d’iOS, iPadOS, macOS et visionOS bloquent l’accès réseau aux infrastructures de « résolution d’identité ». Derrière ce jargon, une pratique bien connue des équipes marketing : transformer l’adresse email saisie dans un formulaire en identifiant publicitaire qui suit l’internaute d’un site à l’autre.
Plan de l'article
Ce que Safari bloque, exactement #
Le mécanisme visé est décrit sans détour dans le billet de WebKit signé John Wilander, Charlie Wolfe et Matthew Finkel. Lorsqu’un visiteur se connecte ou s’inscrit à une newsletter, un prestataire tiers, invisible sur la page, récupère son adresse email, l’envoie sur ses serveurs, y associe un identifiant opaque durable, puis renvoie cet identifiant au site. Celui-ci peut ensuite servir à reconstituer le parcours de la personne ou à la cibler sur d’autres sites.
À lire RCS Marketing : Comment la messagerie Rich Media transforme la communication client
Apple insiste sur un point qui parlera à tous ceux qui gèrent une base d’abonnés : se déconnecter ou se désinscrire de la newsletter ne supprime ni l’identifiant, ni l’adresse conservés chez le tiers. Au fil des connexions, ces acteurs enrichissent ce qu’on appelle un graphe d’identité, qui relie un même individu à travers ses sites, ses appareils et parfois son numéro de téléphone.
La réponse technique est radicale : Safari et WebKit refusent tout simplement de se connecter aux domaines de ces prestataires. Le blocage se fait au niveau du nom de domaine, ce qui empêche de le contourner en modifiant la forme des requêtes. Apple précise en revanche que la personnalisation réalisée par le site lui-même, avec ses propres données, n’est pas concernée.
Une liste noire que personne n’a vue #
Le blocage est arrivé sans annonce préalable, avec la sortie d’iOS 27. Comme le détaille le Blog du Modérateur, Apple ne publie ni la liste des domaines filtrés, ni la procédure pour en sortir. Les noms qui circulent viennent d’un signalement ouvert le 21 septembre sur l’outil de suivi de bugs de WebKit par un ingénieur de The Trade Desk : neuf domaines y figurent, liés notamment à UID2, ID5, LiveRamp, Permutive et Audigent.
Ce signalement contestait surtout le blocage d’adsrvr.org, le serveur publicitaire de The Trade Desk, qui empêchait l’affichage de certaines annonces. Apple l’a retiré de sa liste dans une version de test d’iOS, mais selon Digiday, les utilisateurs de la version publique restent bloqués et le correctif n’est pas attendu avant la fin du mois au plus tôt.
À lire SMS Marketing : Guide Complet et Stratégies
Les premières pertes chiffrées #
Digiday a obtenu des données d’Aditude, un prestataire qui aide les éditeurs à vendre leurs espaces publicitaires. Chez ses clients, Safari sur iPhone et iPad représente 11,7 % des publicités affichées et 11,4 % des revenus publicitaires. Sur les appareils déjà passés à la nouvelle version, le revenu pour mille impressions (eCPM) a reculé de 10,5 %.
L’effet global reste limité pour l’instant, car seuls 8 % environ des utilisateurs avaient fait la mise à jour au moment de la mesure : Aditude estime l’impact à 1 % du chiffre d’affaires. Mais ce pourcentage montera mécaniquement avec l’adoption d’iOS 27, en plein quatrième trimestre, la période où l’adtech et les éditeurs réalisent l’essentiel de leurs revenus. Le consultant Davide Rosamilia, cité par Digiday, ne s’attend pas à une accalmie : selon lui, la tendance « va empirer ».
Pourquoi les marketeurs doivent s’y intéresser #
On aurait tort de voir là une simple querelle entre Apple et les plateformes publicitaires. La collecte d’email était devenue, depuis la fin des cookies tiers dans Safari en 2020, la pièce maîtresse des stratégies dites « post-cookie ». Beaucoup de marques ont été encouragées à multiplier les formulaires, les pop-ups d’inscription et les connexions obligatoires précisément pour alimenter ces identifiants partagés.
Ce qui continue de fonctionner
La relation directe avec l’abonné ne bouge pas. Une newsletter envoyée à sa propre base, un parcours personnalisé à partir des données collectées par le site, une segmentation fondée sur l’historique d’achat : tout cela reste de la personnalisation par le site lui-même, que WebKit dit explicitement ne pas viser. La valeur d’une liste email bien construite et consentie sort même plutôt renforcée de l’épisode.
À lire Newsletter Direct : Stratégies Email Marketing
Ce qui devient fragile
Ce qui vacille, c’est l’usage de l’adresse comme passerelle vers des audiences tierces : reciblage sur d’autres sites, mesure inter-sites, enrichissement de profils par des courtiers de données. Les équipes qui ont branché un script d’identité sur leurs formulaires d’inscription ont intérêt à vérifier ce qui remonte encore depuis Safari, et à ne pas interpréter une baisse de performance des campagnes comme un désintérêt du public.
Apple rappelle enfin que ses abonnés iCloud+ disposent de « Masquer mon adresse e-mail », qui fournit une adresse aléatoire différente à chaque site tout en livrant les messages dans la boîte habituelle. Pour un marketeur, c’est un signal de plus : une part croissante des adresses collectées ne permettra plus de recouper un individu d’un site à l’autre. La relation se gagnera donc site par site, avec un contenu qui donne envie de rester abonné.
Une offensive qui ne date pas d’hier #
Cette décision prolonge une stratégie engagée en 2017 avec la prévention intelligente du suivi, puis le blocage complet des cookies tiers. Dans l’adtech, plusieurs voix reprochent à Apple d’appliquer au web des règles plus strictes qu’à son propre écosystème d’applications. Andrew Casale, patron d’Index Exchange, parle auprès de Digiday d’un excès de zèle. Pour les marques, la conclusion pratique reste la même : miser sur ses propres données et sur la qualité de la relation plutôt que sur des identifiants partagés que les navigateurs peuvent couper du jour au lendemain.
