all apps in iOS 14.5 are now forced to ask for permission from the user to store and use Apple’s Identifier for Advertisers (IDFA) for tracking purposes. This is how it will affect your app marketing campaigns with Jampp.
Since Apple’s release of its new ATT framework last April, we created an app to test SKAdNetwork, and we’ve developed proprietary technology to unlock new learnings and performance metrics. As we get ready for SKAdNetwork 3.0, we keep analyzing and testing conversion value implementation with our customers and working together with our partners to measure SKAD-enabled traffic in real time. We also want to make sure that the insights we share are updated and useful for advertisers. To this end, we have updated this post with the latest information to date.
We feel the following recommendations remain relevant for all app marketers running performance marketing.
Since 2012 (9 iOS versions ago!) our focus at Jampp has been to help apps grow by developing cutting-edge technology according to the technical capabilities and privacy safeguards of the different operating systems, and the ad-tech ecosystem.
During this journey, we faced many industry-wide changes that helped shape the foundations of our core technology. As disruptive as the current IDFA update is, we believe that all efforts towards enhancing user privacy should be embraced and welcomed.
Our priority is to develop technologies that fully respect users' decisions while allowing advertisers to reach their potential customers (as well as reconnecting with their current ones) in the best possible way. This means ads that are less intrusive and more relevant for users, more cost-effective for advertisers, and more profitable for publishers.
Yet Apple’s ATT changes are affecting our ecosystem the most. Let’s go over how those affect Jampp’s services at this time.
By now, you are probably aware of Apple’s new privacy changes (if you have been under a rock though... I’d encourage you to stay there for the time being—I don’t even know where to start). Just in case, a quick recap... all apps in iOS 14.5 are now forced to ask for permission from the user to store and use Apple’s Identifier for Advertisers (IDFA) for tracking purposes (the same way they ask permission for notifications, location, camera, etc.).
Technical Note: If the user doesn’t allow the app to collect the data, the IDFA value is zero’ed (000-000-00...) in the same way as the “do not track” option worked in the previous iOS versions, therefore making it impossible to track.
When users opt out of IDFA tracking, this diminishes the ability to serve personalized and retargeting ads, as well as the ability to accurately attribute their marketing campaigns and understand campaign ROI.
The IDFA isn’t technically gone, but because very low opt-in rates were expected, the industry began embracing alternatives in advance. It is still too early to confirm what are the average opt-in rates.
To be clear, users that choose not to be tracked are still served ads, but it is harder to show them relevant ads and it is now harder to understand the performance of those ads.
Apple offers an attribution solution called SKAdNetwork if and when users opt out of IDFA. SKAdNetwork allows marketers to track their campaigns to determine which ones led to installs or purchases, but without disclosing granular, user-level data.
Unfortunately, SKAdNetwork has significant limitations such as including only aggregated campaign data, very limited down-funnel reporting, and no control over attribution windows. For example, we know that a certain campaign gets an install (or an in-app conversion) but we have no information about which user made that install (or even which creatives were served).
⚠️ UPDATED: We started this journey with SKAdNetwork 2.0, but Apple is still working on updates for this framework. SKAdNetwork 2.2 brings key upgrades like View-through Attribution (VTA)—and there’s more to come: SKAdNetwork 3.0, which will include a “did-win” parameter, has been announced.
So, depending on the user consent there are different scenarios:
By now, all MMPs have announced their plans for how to deal with the changes. In all cases, they combine the available attribution methods, including IDFA (with users who opt-in), probabilistic attribution (*), and SKAdNetwork with tools for Conversion Value mapping. We have been working with all of them to make sure our integrations are up to date. Here are some key resources on iOS 14 from the main players:
Your Product team is probably already working on this, but if not, your app will need to implement:
Fortunately, most MMPs (AppsFlyer, Branch, Kochava, Singular, Adjust…) are providing support for both frameworks automatically with their latest SDKs.
Next steps for app marketers in Stage 1:
One of the cons of SKAdNetwork is that the app will not be able to send multiple in-app events and revenue data points.
There’s a limitation on the number of different conversion data points to be sent (precisely 6 bits of information) that needs to be leveraged to inform Jampp (and all your paid acquisition channels) about the value of each conversion so we can optimize towards your business outcomes (either CPI, CPA or Target ROAS/LTV).
Although 6 bits of data is really limiting, there are ways to use this conversion value to send relevant data for optimization and lifetime value calculations.
Using independent frameworks like Elixir (video), or the solutions provided by the MMPs, you can use these bits to map conversion events or revenue information. There are many models that can be adopted, and each one will have different characteristics and benefits according to your business model and KPIs.
It’s important that you let your DSP know which one you are using in order to ensure proper campaign optimization.
Next steps for app marketers in Stage 2:
Most of User Acquisition activity relied on IDFA (and deterministic user-level attribution) to correctly target, optimize, and attribute. As seen above, with iOS 14.5, this is changing, and UA campaigns now need to be attributed by different methods depending on the user consent, mainly IDFA and SKAdNetwork.
Jampp was one of the first DSPs to be approved on Apple's SKAdnetwork and we’re focused on providing you with full transparency on the spend, performance, and relevant metrics for each attribution method used in your campaigns so you can continue to be in control of your investment.
Retargeting campaigns relied entirely on IDFA, so now it’s limited to those users who opt-in and give consent. No alternative attribution methods are available for Retargeting at the moment, which means that all campaigns will be IDFA-based for now. Jampp will continue to support iOS Retargeting campaigns using IDFA user-level data when users opt in, with the same level of precision and segmentation capabilities as before iOS 14.5.
Always-On Lift Measurement relied on IDFA user-level information to automatically create a hold-out group that was not exposed to ads and track their behavior to compare it with the behavior of the users actually exposed.
Lift Measurement will continue to work perfectly within the universe of users who opt-in to share their IDFA. We are working with our Data Science teams to adapt our statistical significance thresholds to ensure proper lift analysis in an acceptable period of time considering that the universe of users to measure will be lower than today.
At the same time, we are updating our algorithms to enable us to augment the Lift Measurement we get from IDFA users regardless of attribution methods. This way, we will provide a holistic picture of the real incremental value of your campaigns at the same time that we protect user-consent.
None of the changes in iOS 14.5 has any direct impact on Android. While there is some speculation that Google will be following a similar path in the future, there have been no announcements to this effect, so Android will continue to operate “business as usual” for the time being. Naturally, everything we learn from the iOS experience will be potentially applicable to a world in which Android’s tracking might also be limited.
SKAdNetwork is a relatively new attribution method that is still unexplored for advertisers and publishers alike. We still can’t predict the impact that it will have on conversion rates and CPI/CPA/ROAS/LTV.
At the same time, apart from the change in attribution methods, the fact that a big part of the traffic lacks IDFA means that prices can fluctuate as well. We could potentially see an increase in prices in “IDFA traffic” as it becomes more scarce; and we could also see a decrease in prices overall, given that most of the traffic will not have IDFA and, without this data, bidding will become less aggressive. It’s hard to forecast which effect will be stronger.
We've tested different scenarios, including Limit ad tracking (LAT) traffic for iOS campaigns and probabilistic models (*) to simulate SKAdNetwork attribution; and our machine learning models are developed to quickly adapt to market fluctuations and automatically adjust bidding tactics to ensure reach while achieving your CPI/CPA/ROAS goals. So, while some fluctuations in results can be expected, our platform will continue to adjust bidding and optimizations to avoid major hiccups. Early results are encouraging so far.
In general, we believe the adtech industry gets (an undeserved) bad reputation when it comes to its handling of user data. Most companies in the ecosystem (including DPS, SSPs, and MMPs) only obtain anonymous identifiers that have not been the source of any serious data breaches. We do not hold personally identifiable information as some of the walled garden platforms do.
We believe that app users should be empowered to choose if they want to share data or what level of data they are comfortable sharing and, of course, they should be aware of what they get in exchange.
Aggregated attribution, optimization, and ethical machine learning methods with no user-level data (either with SKAdNetwork or future alternatives) are here to stay and will help us all to build a more sustainable and user-centric industry.(*)
⚠️ UPDATED: In January 2021, Apple announced that probabilistic matching or fingerprinting will not be supported in iOS 14.5.