Mis à jour le 23 octobre 2026 · Lecture : 6 min
Le 19 octobre 2026, Apple a annoncé sur le blog WebKit que Safari bloquait désormais l'« identity resolution », cette infrastructure qui transforme votre e-mail en identifiant de pistage. C'est passé presque inaperçu du grand public, mais l'adtech, elle, a sursauté : sur certains iPhone à jour, des publicités ont tout simplement cessé de s'afficher. Si vous investissez en acquisition, voilà pourquoi ça vous concerne, et surtout ce qu'il faut en faire.
Réponse express : Safari coupe l'accès aux services qui relient votre e-mail à un identifiant pour vous suivre de site en site. L'impact chiffré est encore faible (environ 1 % des revenus publicitaires concernés au départ), mais le signal est fort : la mesure fondée sur le pistage tiers continue de se refermer. La bonne réponse n'est pas de contourner, c'est de bâtir votre acquisition sur vos données propres et un suivi fiable.
Ce qui est bloqué, et comment
Apple décrit précisément la cible. Un tiers (une autre entreprise que le site que vous visitez) capte discrètement l'e-mail que vous saisissez en vous connectant ou en vous inscrivant à une newsletter, lui attribue un identifiant persistant, puis renvoie cet identifiant au site où il sert à vous profiler et à cibler des publicités ailleurs. Vous déconnecter ou vous désinscrire n'efface ni l'identifiant ni l'e-mail stocké. Apple résume sa ligne ainsi : « First party personalization is not tracking », la personnalisation par le site lui-même n'est pas visée.
Le blocage s'applique à iOS, iPadOS, macOS et visionOS 27, et il opère au niveau du nom de domaine : Safari refuse les connexions réseau vers les serveurs de ces fournisseurs. Conséquence pratique, changer la forme des requêtes ne permet pas de contourner la protection.
Pourquoi l'adtech s'inquiète (et ce que ça dit de votre dépendance)
Un rapport de bug ouvert le 21 septembre sur le traqueur public de WebKit signalait que le blocage d'adsrvr.org, le domaine principal de The Trade Desk, empêchait des annonces de s'afficher dans Safari sur iOS 27. Neuf domaines liés à des fournisseurs d'identité (UID2, ID5, LiveRamp, Permutive, Audigent) figuraient dans ce rapport. Côté chiffres, un prestataire cité par Digiday estime que Safari sur iPhone et iPad représente 12 % des publicités affichées et 11 % des revenus publicitaires de ses clients, avec un eCPM en baisse de plus de 10 % sur les appareils déjà passés à iOS 27. L'impact global est estimé, pour l'instant, autour de 1 % des revenus, parce que seuls 8 % des utilisateurs étaient sur iOS 27 à la mi-octobre.
Retenez la logique plus que le chiffre du jour : plus votre modèle d'acquisition repose sur le pistage inter-sites, plus il est exposé à une décision unilatérale d'un éditeur de navigateur. Ce n'est pas nouveau. Safari bloque l'ITP depuis 2017, les cookies tiers par défaut depuis 2020, et l'App Tracking Transparency s'applique depuis 2021 (Meta avait chiffré son manque à gagner 2022 à environ 10 milliards de dollars). Chaque étape va dans le même sens.
Ce que je recommande à mes clients
Je ne conseille jamais de courir après le prochain contournement technique, parce qu'il saute à la mise à jour suivante. Je conseille de reprendre la main sur ce qui vous appartient :
- Vos données propres (first-party) : e-mails collectés avec consentement clair, segmentation maison, CRM propre. C'est là que se reconstruit le ciblage durable.
- Un consentement et un Consent Mode bien posés : sans ça, vous perdez de la donnée à la source, avant même le navigateur. J'en parle dans mon article sur le Consent Mode v2 et les conversions.
- Un suivi server-side et des conversions bien définies : moins dépendant du navigateur, plus stable pour piloter vos campagnes.
- Un reporting qui reflète la réalité : voir mon approche des tableaux de bord GA4.
Ce basculement vers vos données propres a un effet de bord positif : il vous rapproche de vos clients. Une liste e-mail consentie et bien segmentée, c'est un actif que ni Apple, ni Google, ni un fournisseur d'identité ne peut vous couper du jour au lendemain. Le pistage tiers, lui, vous louait un accès à l'audience des autres ; chaque mise à jour de navigateur en reprend un morceau. Je préfère investir ce budget dans du contenu qui attire une audience qualifiée et dans un parcours qui la convertit, plutôt que dans une tuyauterie de tracking qui se fissure un peu plus chaque trimestre.
Ce qu'un réglage de tracking ne remplacera jamais
On peut passer des heures à colmater la mesure ; ça ne crée pas un euro de chiffre d'affaires en plus. Ce qui en crée : des campagnes bien prioritées, des pages de destination qui convertissent, et une attribution assez fiable pour arrêter ce qui ne marche pas. C'est le travail que je mène en Google Ads et en CRO, en lien avec votre SEO pour ne pas dépendre d'un seul canal. Sur la priorisation du budget, j'ai détaillé ma méthode dans priorisation des canaux Google Ads.
Votre mesure se dégrade et vous ne savez plus quelle campagne paie vraiment ? Réservez 30 minutes, on audite votre suivi et votre attribution ensemble.
Sources
- WebKit, "Blocking Identity Resolution Infrastructure" (19 octobre 2026)
- Blog du Modérateur, blocage du pistage dans Safari (22 octobre 2026)
Les liens de cet article
- 🔗 Interne : Google Ads, CRO, SEO
- 🔗 Interne : Consent Mode v2, Tableaux de bord GA4, Priorisation Google Ads
- 🌐 Externe : WebKit, Blog du Modérateur
L'auteur : Charles-Henry Soulet, fondateur de Treelink, consultant SEO, GEO et CRO. J'aide les PME à piloter leur acquisition sur des données fiables plutôt que sur le pistage tiers.