{"id":450,"date":"2026-10-28T06:19:20","date_gmt":"2026-10-28T05:19:20","guid":{"rendered":"https:\/\/web2b.simonjanvier.com\/actualites\/?p=450"},"modified":"2026-10-28T06:19:20","modified_gmt":"2026-10-28T05:19:20","slug":"resolution-identite-safari-blocage-email-ciblage-b2b","status":"publish","type":"post","link":"https:\/\/web2b.simonjanvier.com\/actualites\/prospection\/resolution-identite-safari-blocage-email-ciblage-b2b\/","title":{"rendered":"R\u00e9solution d’identit\u00e9 : Safari coupe la cl\u00e9 e-mail de vos campagnes"},"content":{"rendered":"
Une adresse e-mail saisie dans un formulaire d’inscription ne vaut plus, sur un iPhone \u00e0 jour, ce qu’elle valait il y a six semaines. Le 19 octobre, l’\u00e9quipe WebKit a publi\u00e9 la justification d’un blocage entr\u00e9 en vigueur avec les versions 27 d’iOS, iPadOS, macOS et visionOS : Safari refuse d\u00e9sormais les connexions r\u00e9seau vers les prestataires de \u00ab r\u00e9solution d’identit\u00e9 \u00bb, ceux qui transforment une adresse e-mail en identifiant de pistage r\u00e9utilisable ailleurs.<\/p>\n
La nouvelle a circul\u00e9 comme un sujet d’adtech. Elle en est un. Mais le m\u00e9canisme vis\u00e9 est exactement celui sur lequel reposent une partie des dispositifs de ciblage vendus aux directions commerciales B2B, et la note de WebKit m\u00e9rite d’\u00eatre lue par ceux qui ach\u00e8tent ces dispositifs, pas seulement par ceux qui les vendent.<\/p>\n
Le m\u00e9canisme vis\u00e9, d\u00e9crit par Apple<\/h2>\n
La description donn\u00e9e par John Wilander, Charlie Wolfe et Matthew Finkel est pr\u00e9cise. Un tiers pr\u00e9sent sur la page, invisible pour le visiteur, r\u00e9cup\u00e8re l’adresse e-mail au moment o\u00f9 celui-ci la saisit : connexion, abonnement \u00e0 une newsletter, cr\u00e9ation de compte. Ce tiers conserve l’adresse, fabrique un identifiant persistant qui lui est attach\u00e9, et renvoie cet identifiant au site. L’identifiant circule ensuite d’un site \u00e0 l’autre.<\/p>\n
Deux points de la note m\u00e9ritent d’\u00eatre relev\u00e9s, parce qu’ils ne rel\u00e8vent pas du ciblage publicitaire mais de la gouvernance des donn\u00e9es :<\/p>\n
\n
se d\u00e9connecter ou se d\u00e9sabonner ne supprime ni l’identifiant ni l’adresse d\u00e9tenue par le tiers ;<\/li>\n
m\u00eame un r\u00e9solveur qui ne traite les donn\u00e9es que d’une seule entreprise reste, techniquement, un tiers d\u00e9tenant des donn\u00e9es multi-sites \u2014 ce qui lui donne une capacit\u00e9 de recoupement qu’aucun \u00e9diteur de site n’a isol\u00e9ment.<\/li>\n<\/ul>\n
Le blocage s’applique au nom de domaine. Changer la structure d’une requ\u00eate ne permet donc pas de le contourner. Apple ne publie pas la liste des domaines concern\u00e9s et n’explique pas comment ils ont \u00e9t\u00e9 retenus.<\/p>\n
Qui est vis\u00e9<\/h3>\n
La note WebKit ne nomme personne. Le signalement technique du 21 septembre, \u00e0 l’origine du dossier et d\u00e9pos\u00e9 par un ing\u00e9nieur de The Trade Desk, mentionnait neuf domaines rattach\u00e9s \u00e0 UID2, ID5, LiveRamp, Permutive et Audigent. Le domaine principal de The Trade Desk, adsrvr.org, dont le blocage emp\u00eachait l’affichage des publicit\u00e9s sur Safari, a \u00e9t\u00e9 retir\u00e9 de la liste dans une version de test.<\/p>\n
L’ampleur mesur\u00e9e aujourd’hui<\/h2>\n
Les chiffres disponibles viennent d’Aditude, un prestataire de mon\u00e9tisation, et d\u00e9crivent donc le point de vue des \u00e9diteurs, pas celui des annonceurs B2B.<\/p>\n
\n\n
\n
Indicateur<\/th>\n
Valeur<\/th>\n<\/tr>\n<\/thead>\n
\n
\n
Part de Safari iPhone et iPad dans les publicit\u00e9s affich\u00e9es<\/td>\n
12 %<\/td>\n<\/tr>\n
\n
Part dans le revenu publicitaire<\/td>\n
11 %<\/td>\n<\/tr>\n
\n
Recul du eCPM sur les appareils d\u00e9j\u00e0 pass\u00e9s en version 27<\/td>\n
plus de 10 %<\/td>\n<\/tr>\n
\n
Part des utilisateurs \u00e0 jour \u00e0 la mi-octobre<\/td>\n
environ 8 %<\/td>\n<\/tr>\n
\n
Impact estim\u00e9 sur le revenu total<\/td>\n
environ 1 %<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n
Un point de revenu, ce n’est rien. C’est le chiffre que retiendra une direction qui cherche \u00e0 ne rien changer. Le deuxi\u00e8me chiffre est plus int\u00e9ressant : sur les appareils \u00e0 jour, l’effet est d\u00e9j\u00e0 de dix points. L’\u00e9cart entre les deux ne tient qu’au rythme de mise \u00e0 jour, c’est-\u00e0-dire \u00e0 une variable qui se r\u00e9sorbe seule en quelques mois.<\/p>\n
Ce que cela change pour une campagne B2B<\/h2>\n
Le raisonnement n’est pas dans la note d’Apple, qui parle de vie priv\u00e9e et pas de prospection. Il est n\u00e9anmoins direct : si le ciblage d’un compte repose sur le rapprochement d’un fichier d’e-mails avec un identifiant fourni par un tiers, ce rapprochement ne se produit plus sur une session Safari 27. La requ\u00eate d’ench\u00e8re part sans identifiant, le segment ne se reconna\u00eet plus, et la port\u00e9e baisse sur les appareils Apple.<\/p>\n
Trois cons\u00e9quences pratiques, \u00e0 distinguer selon ce qui porte r\u00e9ellement votre dispositif.<\/p>\n
\n
Le matching d’e-mails via un tiers<\/strong> devient peu fiable sur l’\u00e9cosyst\u00e8me Apple. Un plan m\u00e9dia ABM dont la promesse de couverture s’appuie dessus doit \u00eatre r\u00e9\u00e9valu\u00e9, pas reconduit.<\/li>\n
La personnalisation par le site lui-m\u00eame<\/strong> n’est pas concern\u00e9e : Apple indique explicitement que ce n’est pas la cible de la protection. Ce qui vaut pour votre site vaut pour vos donn\u00e9es propri\u00e9taires \u2014 et renforce l’int\u00e9r\u00eat d’un r\u00e9f\u00e9rentiel interne solide plut\u00f4t que d’une cl\u00e9 lou\u00e9e \u00e0 un tiers. C’est le m\u00eame arbitrage que celui qui se joue sur la qualit\u00e9 de l’enrichissement \u00e0 l’entr\u00e9e du CRM<\/a>.<\/li>\n