Que peut encore mesurer le paid UA sur iOS après ATT ? SKAN 4, AdAttributionKit et ce que chacun laisse de côté.

Le paid UA peut encore mesurer les installs iOS après App Tracking Transparency (ATT), mais seulement en agrégé et avec des jours de retard. ATT retire l’identifiant publicitaire (IDFA) pour les utilisateurs qui refusent le tracking, et il ne retire pas l’attribution. SKAdNetwork (SKAN) 4 et AdAttributionKit attribuent encore les installs sans consentement, sous forme de postbacks signés sans ID d’utilisateur. Apple n’envoie une fine value que dans le premier postback, et seulement quand assez de personnes ont installé l’app en même temps. Le dernier postback peut arriver environ 41 jours après le premier lancement.

Prenez une campagne qui remporte 1 000 installs iOS par semaine. Parmi ces utilisateurs, 100 démarrent un essai au jour 0 et 40 paient au jour 7. Dans cet exemple, le nombre d’utilisateurs et les jours où ils agissent sont des illustrations. Les fenêtres et les délais sont ceux d’Apple, détaillés dans le tableau ci-dessous. SKAN peut décrire les 100 débuts d’essai sous la forme d’une fine value, dans un postback qui arrive un jour ou deux après la fermeture de la première fenêtre. Les 40 paiements atteignent le réseau publicitaire, s’ils l’atteignent, sous forme d’une coarse value low, medium ou high, jusqu’à six jours après la fermeture de leur fenêtre, et seulement quand assez de personnes ont installé l’app en même temps qu’eux. Cet écart fait partie de la conception, et sur un dashboard il ressemble à un bug.

Quand un client me dit que l’attribution iOS semble cassée, je regarde d’abord si les installs iOS blended et le revenu de facturation ont tenu pendant que les chiffres attribués baissaient. S’ils ont tenu, la demande n’a pas bougé, c’est la mesure qui a changé. Cet article couvre ce qu’il faut vérifier ensuite, et ce qu’Apple, Meta, Google et TikTok documentent sur ce que l’on peut encore savoir sur iOS. Chaque page a été vérifiée le 10 octobre 2026. Les pages d’aide d’Apple n’affichent aucune date propre, donc cette date est la seule.

Qu’est-ce qui a changé après ATT ?

App Tracking Transparency (ATT) ne régit qu’une seule chose, l’autorisation de tracker, et avec elle l’accès à l’identifiant publicitaire. L’annonce d’Apple indique qu’à partir de la sortie publique d’iOS 14.5, l’identifiant renvoie des zéros sans autorisation et que les apps ne peuvent pas tracker l’utilisateur. Cela ne coupe pas l’attribution. La page Ad Attribution d’Apple indique qu’AdAttributionKit n’exige aucun prompt ATT, mais qu’une app qui tracke pour d’autres raisons doit toujours en afficher un.

La mesure iOS s’est donc scindée en deux voies. Les utilisateurs qui autorisent le tracking peuvent être attribués de façon déterministe. Pour tous les autres, l’attribution est agrégée, retardée et répartie en paliers par conception. Les dashboards des plateformes mélangent les deux avec leur propre modélisation, c’est pourquoi aucun chiffre n’est la ground truth.

La part d’utilisateurs qui consentent est une donnée d’entrée, pas une constante. Adjust situe le taux de consentement moyen du secteur à 35 % au T2 2025, calculé parmi les utilisateurs à qui le prompt a été montré, à partir de ses propres données et sans indiquer la taille de l’échantillon. Dans un document de travail, la part du trafic Apple traçable aux États-Unis est tombée de 73 % à 18 % après ATT, mesurée sur des milliards d’impressions publicitaires. Ce document n’a pas paru dans une revue, et ses données viennent d’une demand side platform dont le CEO est coauteur. Prenez les deux chiffres comme un ordre de grandeur, pas comme votre taux.

ATT, SKAdNetwork et AdAttributionKit sont-ils la même chose ?

Non. Ils répondent à des questions différentes.

L’Aggregated Event Measurement (AEM) de Meta, les conversions modélisées de Google et les conversions SKAN modélisées de TikTok sont des estimations agrégées ou statistiques. Ne les lisez pas comme une attribution au niveau de l’utilisateur pour les personnes qui ont refusé le tracking. Vos propres données de facturation dans RevenueCat sont au niveau de l’utilisateur pour vous, mais les rattacher à une impression publicitaire précise pour un utilisateur qui n’a pas consenti, c’est exactement ce qu’ATT restreint.

Que rapporte SKAN 4, et que laisse-t-il de côté ?

Un install gagnant peut produire jusqu’à trois postbacks. La documentation d’Apple fixe les fenêtres et les délais aléatoires, et l’explication d’Adjust les reprend.

Le premier postback arrive donc environ trois à quatre jours après le lancement, et le dernier peut arriver jusqu’à six jours après le jour 35, soit environ 41 jours au total. Verrouiller une fenêtre la termine plus tôt, mais le postback attend quand même le délai aléatoire. La session WWDC22 d’Apple énonce la règle en une seule ligne, “Only the first postback will get the fine conversion value” (seul le premier postback reçoit la fine conversion value). Les postbacks suivants vont au réseau gagnant et à vous.

Le contenu d’un postback dépend du palier d’anonymat de la foule qu’Apple attribue à cet install. La page d’Apple donne les paliers.

Apple vérifie le palier à chaque téléchargement, en temps réel, et les pages vérifiées ne publient pas les seuils chiffrés. En pratique, vous pouvez perdre la fine value sans que rien ne casse. Répartissez les mêmes installs sur plus de campagnes et d’identifiants de source, et chaque foule rétrécit. SKAN ne mesure pas non plus les installs organiques, comme le note le guide d’AppsFlyer.

Qu’est-ce qu’AdAttributionKit change ?

AdAttributionKit garde le modèle de SKAN 4 et ajoute le réengagement, des fenêtres d’attribution par réseau, des cooldowns et un code pays dans les postbacks. Les trois fenêtres, les fine values et les coarse values, les paliers et les postbacks signés sont repris, tout comme les fenêtres par défaut de 30 jours après un clic et de 24 heures après une vue. La publicité la plus récemment touchée l’emporte, et si aucune ne l’a été, c’est la publicité la plus récemment vue.

Les nouveautés sont arrivées par étapes :

• iOS 17.4. L’attribution des installs, comme le rappelle la session WWDC25.
• iOS 18. Le réengagement, à partir des clics uniquement. WWDC24 indique que le réengagement view through n’est pas pris en charge, et que l’impression doit choisir d’y participer. Apple indique que des limites existent par app et par mois, et par appareil et par an, mais ne donne aucun chiffre, donc ne planifiez pas en fonction d’un plafond.
• iOS 18.4. Les conversions de réengagement qui se chevauchent, avec des conversion tags, et des postbacks de développement pour tester.
• iOS 26. Des fenêtres d’attribution que vous réglez par réseau publicitaire et par type d’interaction, des cooldowns d’attribution, et un code pays dans les postbacks qui se trouve derrière un palier bonus d’anonymat de la foule. Tout cela figure dans les release notes d’iOS 26 d’Apple. La session WWDC25 les a présentés, donc certains résumés les rattachent à la version 18.4.

Les deux frameworks fonctionnent côte à côte. L’article d’Apple sur l’interopérabilité indique que les impressions des deux sont triées ensemble et qu’une seule remporte une conversion, avec les click through classés avant les view through, puis par heure. Les ID de réseau publicitaire des deux sont compatibles, et les appels de valeur de conversion SKAdNetwork sont reproduits dans AdAttributionKit. Si votre app intègre les deux, appelez les deux. La session WWDC25 se conclut en disant que si vous utilisez SKAdNetwork, c’est le bon moment pour migrer.

Ici, vos plateformes publicitaires comptent plus que la version du framework. Google indique qu’il ne prend actuellement pas en charge AdAttributionKit pour l’attribution, et les pages de Meta et de TikTok vérifiées ne le documentent pas du tout.

Que peuvent encore mesurer Meta, Google et TikTok sur iOS ?

Meta, Google et TikTok combinent chacun les postbacks d’Apple avec leur propre modélisation, et chacun documente ses propres limites, comme les délais, les fenêtres d’attribution, le nombre de campagnes et les volumes d’installs. Ce sont les recommandations des plateformes au 10 octobre 2026, pas des règles d’Apple.

L’annonce de mai 2026 de Google présente les données de conversion on device dans le reporting Google Ads comme une nouveauté de 2026. La propre page de mesure de Google indiquait encore le 10 octobre que les données ICM ne figurent pas dans le reporting Google Ads, donc considérez l’élément on device comme annoncé, pas confirmé. Mes articles sur les raisons pour lesquelles Google Ads, le MMP et SKAN divergent et sur la configuration d’ICM et de la mesure on device couvrent Google plus en détail, et pourquoi les événements d’essai et d’achat sont inéligibles à Meta AEM couvre les règles d’éligibilité de Meta.

Que fait encore un MMP ?

Apple envoie des postbacks signés aux réseaux publicitaires, avec une copie facultative pour le développeur. Un MMP fait le reste :

• Attribution des utilisateurs consentants. Il attribue de façon déterministe les utilisateurs qui autorisent le tracking et garde cela séparé du reporting SKAN et AdAttributionKit.
• Décodage. Le SDK d’AppsFlyer écrit la valeur de conversion à partir d’un schéma construit dans son Conversion Studio, et AppsFlyer indique qu’un seul SDK doit écrire les valeurs de conversion.
• Copies de postback. Ajoutez à votre Info.plist les endpoints de copie pour les deux frameworks. Les postbacks propres aux réseaux restent nécessaires, parce que ils portent le nom de la campagne, et la documentation développeur d’AppsFlyer nomme les deux clés.
• Fenêtres. Adjust recommande les mêmes fenêtres d’attribution sur toutes les plateformes et tous les réseaux pour éviter les écarts.

Un changement à surveiller est celui d’Apple Ads. Le bulletin d’AppsFlyer indique qu’à partir d’iOS 26.2, les postbacks d’Apple Ads sont signés et envoyés avec AdAttributionKit au lieu de SKAdNetwork. La page Apple Ads d’Apple indique seulement que l’intégration avec l’API AdAttributionKit viendra à une date ultérieure, et aucune release note d’Apple ne la mentionne, donc traitez ce point comme une déclaration d’éditeur pour l’instant.

Que peuvent corriger la Conversions API et les événements serveur ?

Ils améliorent l’exhaustivité et la valeur. La documentation Meta Ads de RevenueCat indique que la Conversions API peut envoyer les conversions d’essai et les renouvellements même quand l’app n’est pas ouverte. Meta déduplique sur l’ID et le nom de l’événement, et ne garde que le premier install sur une fenêtre de 90 jours.

Ils ne rétablissent pas ce qu’ATT a retiré :

• L’attribution des utilisateurs qui ont refusé le tracking. Meta exige advertiser_tracking_enabled, qui enregistre la réponse ATT, sur chaque événement d’app. RevenueCat a un réglage distinct pour envoyer des événements à Meta quand le consentement n’est pas accordé.
• Les valeurs de conversion. Un ingénieur du support de RevenueCat répond dans sa communauté qu’un serveur ne peut pas mettre à jour les valeurs directement, parce que la mise à jour se fait sur l’appareil. SKAN mesure-t-il le paiement d’abonnement après l’essai gratuit ? détaille ce cas.
• Un revenu propre. Envoyer les achats à la fois depuis l’app et depuis le serveur peut les compter en double. RevenueCat vous demande de retirer le suivi des achats côté client du SDK Meta quand la Conversions API porte le revenu.

Meta ne recommande plus son ancienne App Events API pour les nouvelles intégrations, et l’Events API de TikTok n’accepte les événements d’app que pour les comptes sur allowlist.

À quoi doit ressembler la stack de mesure d’une app subscription sur iOS ?

Pour une app subscription, le début d’essai a généralement lieu dans la première session, donc il peut porter une fine value dans la fenêtre 1. Dans l’exemple ci-dessus, ce sont les 100 utilisateurs. Le paiement du jour 7 ne peut arriver que sous forme de coarse value dans la fenêtre 2 ou 3, et seulement quand la foule est assez grande. Comme les seuils ne sont pas publiés, vous ne pouvez pas calculer à l’avance s’il arrivera. Vous pouvez suivre les parts de vos installs avec une valeur nulle, withheld ou coarse uniquement.

Que peut encore mesurer un jeu mobile sur iOS après ATT ?

Un jeu mobile peut encore encoder des tranches de revenu dans la fine value du premier postback et un état de payeur en coarse value dans les suivants, même si le signal reste mince parce que le revenu est clairsemé et à queue lourde. La fine value de la fenêtre 1 peut aussi combiner engagement et revenu, et les fenêtres 2 et 3 peuvent porter trois états coarse comme payeur, retenu et gros dépensier. Le réengagement via AdAttributionKit, à partir des clics uniquement, est la partie qui convient aux jeux live ops qui lancent des campagnes pour faire revenir des joueurs. Sur Horse Racing Solitaire, SKAN et AEM ont été mis en place avant que la dépense augmente, pour que les conversions iOS portent une valeur au lieu d’un simple comptage. L’acquisition d’utilisateurs pour jeux mobiles couvre la configuration plus large d’un jeu, SKAN et attribution compris.

Quels sont les trois chiffres à comparer côte à côte ?

Pour une app subscription ou un jeu, je lis trois chiffres côte à côte et je regarde les écarts entre eux. Ce sont le rapport de la plateforme, les chiffres SKAN ou AdAttributionKit décodés par le MMP, et les cohortes de facturation de RevenueCat ou du store. Un écart stable est un facteur de calibration, et un écart qui bouge à une date précise renvoie à un changement fait vers cette date, comme un réglage, une modification de schéma ou une version du SDK. Quel chiffre croire explique comment les rapprocher, et quelle part de votre organique iOS est en fait du trafic payant Meta couvre la partie que SKAN ne peut pas voir.

Quelles affirmations sur la mesure iOS sont fausses ?

Que peut-on savoir, et que ne peut-on pas savoir, d’un install iOS après ATT ?

Pour les installs d’utilisateurs qui ont refusé le tracking, vous pouvez connaître le réseau gagnant, un identifiant de source et, quand la foule est assez grande, une fine value ou une tranche coarse. Vous ne pouvez connaître ni l’utilisateur, ni le parcours, ni l’heure exacte de l’install.

Qu’est-ce qui a changé dans la mesure iOS entre 2021 et 2026 ?

Que vérifier quand iOS semble cassé ?

1. Blended contre attribué. Je commence ici. Les installs iOS blended dans App Store Connect et le revenu dans RevenueCat ont-ils tenu pendant que les chiffres attribués baissaient ? Si oui, le problème vient de la mesure, pas de la demande.
2. Délai. Comparez ce qui est comparable, les installs SKAN avec les installs SKAN et les installs AdAttributionKit avec les installs AdAttributionKit, selon la date d’arrivée du postback autant que selon la date d’install. Une baisse sur les 3 à 6 derniers jours vient souvent de la latence, et TikTok et Google documentent des délais d’environ 4 jours et jusqu’à 5 jours.
3. Implémentation. Chaque ID de réseau publicitaire figure dans Info.plist, un SDK et un seul écrit les valeurs de conversion, l’appel de mise à jour s’exécute au premier lancement, et les endpoints de copie de postback couvrent les deux frameworks. Testez avec les postbacks de développement d’AdAttributionKit.
4. Taux de consentement. Un changement de l’endroit où le prompt ATT apparaît modifie la répartition entre le reporting déterministe et le reporting SKAN uniquement, sans changer la performance réelle.
5. Éligibilité. SKAN 4 exige iOS 16.1 ou une version ultérieure, AdAttributionKit iOS 17.4, et le réengagement iOS 18. Le réseau doit signer les publicités avec la version 4 ou avec AdAttributionKit.
6. Taille de la foule. Regardez les parts de valeurs nulles, withheld et coarse uniquement, et consolidez les campagnes pour vous rapprocher des limites des plateformes ci-dessus. Moins de campagnes et moins d’identifiants de source distincts donnent des foules plus grandes et des paliers plus élevés.
7. Mapping des événements et schéma. Les événements du schéma existent comme événements d’optimisation dans chaque plateforme, les fine values se trouvent dans la fenêtre 1, et des mappings coarse existent pour les trois postbacks, ce que TikTok vous demande de confirmer. Google n’utilise que des fine values. Vérifiez qu’aucun verrouillage ne termine une fenêtre avant l’écriture du revenu ultérieur et que le revenu client et le revenu serveur ne sont pas envoyés tous les deux.
8. Fenêtres d’attribution. Les fenêtres par réseau d’AdAttributionKit et la clé ignoreInteractionType peuvent écarter silencieusement les vues d’un réseau, et les cooldowns peuvent supprimer le réengagement. Alignez les fenêtres du MMP et de la plateforme, et consignez chaque changement.
9. Diagnostics du MMP et des plateformes. Le réglage de mesure SKAN est activé pour chaque partenaire, le schéma est partagé avec les réseaux, et les vues propres à la plateforme concordent. Meta a Events Manager et son outil Test Events, Google a son rapport SKAdNetwork, et TikTok a la métrique “SKAN privacy withheld”.

Si vos chiffres blended ont tenu, parcourez la liste dans l’ordre à partir de l’étape 2. Pourquoi le CPI de mon app monte-t-il ou son ROAS stagne-t-il ? couvre les cas où autre chose a bougé.

Si vous ne savez pas lequel de ces écarts est normal sur votre compte, le growth audit est l’endroit où je le vérifie, et vous pouvez le réserver seul, quel que soit le niveau de dépense. Corriger la conception des événements, le schéma de valeurs de conversion et la réconciliation, c’est du signal engineering.

Sources et périmètre

Toutes vérifiées le 10 octobre 2026. Cela vaut aussi pour les pages de documentation Apple qui exigent un navigateur pour s’afficher. Les limites des plateformes changent souvent, donc vérifiez la date avant de citer un chiffre. L’exemple chiffré est de l’arithmétique sur des hypothèses déclarées comme telles, pas un compte réel. La phrase sur Horse Racing Solitaire vient de l’étude de cas publiée et de la page sur l’acquisition d’utilisateurs pour jeux mobiles. Les statistiques sur les taux de consentement viennent d’un éditeur et d’un document de travail, comme indiqué là où elles apparaissent.

• Apple : Ad Attribution et Receiving postbacks in multiple conversion windows, documentation StoreKit et App Store.
• Apple : SKAdNetwork, SKAdNetwork 4 release notes, AdAttributionKit and SKAdNetwork interoperability et Receiving ad attributions and postbacks.
• Apple : AdAttributionKit updates et iOS and iPadOS 26 release notes.
• Apple : vidéos WWDC What’s new with SKAdNetwork (2022), Meet AdAttributionKit (2024) et What’s new in AdAttributionKit (2025).
• Apple Developer News : Get ready for AppTrackingTransparency (5 avril 2021), SKAdNetwork 4.0 now available (24 octobre 2022) et Updates to App Tracking Transparency in the European Union (16 septembre 2026).
• Apple : App ad attribution overview, Apple Ads Help.
• Meta : About Meta Ads Manager reporting for Apple’s SKAdNetwork et About Meta’s Aggregated Event Measurement, Meta Business Help Center, lus dans un navigateur parce que Meta bloque la récupération automatisée.
• Meta : Conversions API for app events (mis à jour le 25 août 2025) et App Events API (mis à jour le 22 décembre 2025), Meta for Developers.
• Google : Understanding iOS app campaign measurement and reporting, Best practices guide for iOS App campaigns (mis à jour le 19 août 2026) et Set up your SKAdNetwork conversion value schema, Google Ads Help.
• Google : iOS app campaign advancements, annonce du 13 mai 2026.
• TikTok : Bidding and optimization considerations for iOS 14 and later et Performance and reporting considerations for dedicated campaigns, mis à jour en août 2026, TikTok Business Help Center.
• TikTok : Transition to SKAN 4.0, mis à jour en avril 2025, et la référence des événements d’app de l’Events API, TikTok for Business.
• Adjust : How SKAdNetwork 4 works, Choose attribution settings for your app, ATT opt in rates 2025 (15 juillet 2025, données d’éditeur) et WWDC26 (9 juin 2026, lecture d’éditeur).
• AppsFlyer : SKAdNetwork solution guide, Send SKAN and AdAttributionKit postback copies, Integrate SDK et le bulletin Apple Ads.
• RevenueCat : Meta Ads integration et une réponse de son équipe de support dans la communauté.
• Kraft, Skiera et Koschella : Economic Impact of Opt-in versus Opt-out Requirements for Personal Data Usage, document de travail, 2023, financé par le Conseil européen de la recherche, non publié dans une revue.