Predict the future… sort of, with our Data Platforms’ powerful predictive dashboards. Maximize ROAS in a far superior way to that of a traditional MMP, with accurate predictions, improved SKAN data and ongoing support for your teams.
When you’re looking to boost your mobile game’s growth in the so-called “post-IDFA” world, you need to be familiar with the terms IDFA and SKAN. But are you? And how does that affect your mobile game growth strategy?
To answer these questions and more, let’s dive straight in.
The term “IDFA” means “identifier for advertisers”. IDFAs are unique random device identifiers for iOS devices, first introduced in 2012, with Apple assigning a different one to each user’s device.
IDFAs are used by advertisers to track data, enabling them to deliver customized advertising. With this random device identifier, advertisers can track and identify a specific user – albeit without knowing who they are in a real-world sense.
A simpler way to understand IDFAs is to think of them as Apple’s equivalent to “cookies”, except they’re assigned to specific devices instead of browsers.
A device’s IDFA can help game developers in a number of ways – for example, knowing when a player is triggering in-app events. The IDFA can also pinpoint when a user is interacting with mobile game advertising campaigns. That’s assuming IDFA tracking is coming from that specific channel, and the advertiser tracks users interacting with that particular ad.
IDFAs have long been extremely useful for working out when specific users click on an advert, , for payment and attribution purposes.
Advertisers have always valued the way IDFAs can track iOS users’ behavior pretty accurately. Assigning a particular iOS its own IDFA means that if an advertiser can track a specific IDFA within a campaign, they’ll know more about what makes that user unique, and whether they installed the game after seeing an ad.
The fact that every iPhone shipped by Apple comes with its own unique IDFA, which will stay the same (unless the given device user manually resets it), means a specific IDFA is likely to last much longer than browser cookies.
However, recently Apple has put a much greater focus on protecting user information. So it should perhaps be no great surprise that Apple has introduced privacy-oriented changes over the last few years. With the release of iOS 10 in 2016, this included giving iOS users the option to enable a feature called “limit ad tracking”, or LAT.
When users activated LAT, their user information would appear blank – or to be more specific, measurement providers would be shown a string of meaningless zeroes. Which means it would no longer be possible to track users via their IDFA. Which in turn means advertisers couldn’t serve them targeted ads
While the introduction of LAT might already seem like bad news for advertisers, worse was to come. One source of respite for advertisers was that LAT had been an opt-in feature, rather than an opt-out one. So, iOS users who didn’t choose that option would still have their IDFAs visible, and receive personalized advertising.
This was to change with iOS 14.5 in 2021, when Apple introduced a new privacy framework called App Tracking Transparency, or ATT, which showed iOS users an updated prompt requiring them to explicitly “Allow Tracking”, in order to share their IDFA.
This, as you might expect, was a profoundly unwelcome development for much of the mobile game advertising industry. While advertisers can still access information on the likes of CPIs and numbers of installs, the change prevented them from accessing user-level information, as can be crucial for understanding whether a given user is a relevant, likely-to-pay user, as well as for retargeting purposes.
There was, however, something else about iOS 14.5 that potentially helped soften the blow of the IDFA changes for many mobile game marketers. This was the ability that Apple gave advertisers to get data on postbacks, or mobile app install validations, directly from the Apple StoreKit Ad Network, or SKAdNetwork, instead of having to go through a registered ad network.
Or to put it another way, this change meant that SKAdNetwork (otherwise often referred to as SKAD or SKAN) could let advertisers know directly in the event of one of their ads leading to a user converting or installing their mobile game.
SKAdNetwork is Apple’s API-based, privacy-focused framework for attribution and measurement in relation to advertising campaigns run on iOS. It allows for the attribution of impressions and clicks to ad installs on iOS apps, enabling advertisers to access conversion data, but not any user-level or device-level data.
SKAN has gained in prominence in Apple’s ecosystem over time; when first introduced in May 2018 it was an optional API that made mobile app install attribution possible, at the same time as preserving privacy. But even back then there was much speculation as to what the emergence of SKAN meant for the future of mobile attribution on iOS.
Sure enough there have been many further evolutions in SKAN since then. The aforementioned iOS 14.5 saw SKAdNetwork receive hefty updates, with the release of SKAN 3 being significant given that SKAN had not previously been functionally useful for mobile attribution.
SKAN 4 was subsequently released in 2022, bolstering SKAN’s capability. Enhancements here included privacy thresholds becoming crowd anonymity (thereby helping to reduce null values in install postbacks), and campaign IDs becoming source identifiers (allowing for greater insight into the most effective campaigns).
Apple’s Worldwide Developers Conference (WWDC) 2023 saw the unveiling of SKAN 5, which will allow for re-engagements to be attributed.
Bad news first: even amid the continued evolutions of SKAdNetwork (or SKAN, or SKAD), as far as many advertisers are concerned, this privacy-oriented framework represents a limited and less-than-satisfactory substitute to the now largely killed IDFA.
Although SKAN does have the ability to attribute mobile app installs to an ad campaign, the absence of any user-level or device-level data greatly restricts its usefulness with regard to such processes as the tracking of user behavior and the measurement of retention and lifetime values.
Nevertheless, given SKAN’s status as the only attribution solution that the Apple ecosystem offers for devices that don’t continue to make their IDFA visible, it is one that you will need to know about when looking to optimize your mobile game’s growth prospects.
You can learn more about the distinctions between IDFA and SKAN, including in relation to attribution, and the implications for marketers, directly from our mobile game growth specialists.,
There’s quite a lot that distinguishes IDFA attribution from its SKAD counterpart. The primary area of differentiation concerns the data on user behavior that advertisers are able to access, and what they can use that data to track.
It’s worth emphasizing that with SKAdNetwork being Apple’s privacy-friendly solution for the attribution of impressions and clicks to iOS app installs, its limitations from an advertiser perspective are very much deliberate ones on Apple’s part.
The SKAN framework is, in effect, a “walled garden”, with the attribution process itself occurring within the App Store, followed by verification on Apple’s servers. It is at this stage that any information that could reveal a user’s identity is removed, and only after this are ad networks given access to the data, so that ad executives can look at it.
So as you can see there are a lot of new limitations for advertisers, marketers, and app publishers to get to grips with as a consequence of the diminished value of IDFAs and the fast rise of SKAN.
Let’s take a closer look at exactly how attribution works with IDFAs:
Mobile game marketers, advertisers, and app publishers making use of SKAN or SKAD, meanwhile, will have to get accustomed to these steps:
The major changes brought about by the shift in the Apple ecosystem from IDFAs to SKAdNetwork are also reflected in the content of the actual postbacks:
As we touched on earlier, the transition from IDFAs to SKAN within the Apple ecosystem is a less than desirable one for many advertisers; there is simply only so much that SKAdNetwork attribution can offer.
Nonetheless, it is important to appreciate the fluidity of the situation. Apple has continued to work on updates to SKAdNetwork, introducing useful features such as view-through support. There are still hopes that further updates will help expand the amount of detail advertisers can access through SKAD attribution – even if for now, it is still seen as a poor substitute to ID-based tracking.
In the meantime, by working with the right mobile game growth specialists, you can help ensure you make all the right moves to support your game’s prospects in the “post-IDFA” landscape.
The pressure is on for mobile developers and advertisers to uncover alternative ways to gather and understand user data, while publishers must also carefully consider the optimal strategies for users who refuse to “opt in” to tracking.
The situation becomes more challenging with Apple’s upcoming Privacy Manifests, which will record what data is collected by an app or third-party SDK, and how it is used. This will help ensure developers certify that any SDKs they use comply with Apple’s privacy rules, effectively putting an end to the practice of ‘fingerprinting’. By using fingerprinting, advertisers could use information such as device type and installed apps to present targeted ads, in turn circumventing IDFA opt-in rules.
SuperScale’s own solutions, such as our All-Inclusive Solution and Data Platform, can play an important role in your efforts to accelerate user acquisition and achieve maximum LTV growth, post-IDFA. So, why wait any longer to book an intro with our team?
We’re the games growth specialists, using a combination of data and services to help publishers and owners grow their games. Get in touch for a free performance evaluation and find out how to get more revenue from your game while saving time and costs.
For technical issues and general inquiries, please contact our support.
SKY PARK Offices
Bottova 2622/2
Bratislava, 811 09
Slovakia
Beyond, Aldgate Tower
2 Leman St
London, E1 8FA
United Kingdom
Hacker Dojo
855 Maude Avenue
Mountain View 94043
San Francisco
We use cookies on our website.
By clicking “Accept All”, you consent to the use of all the cookies. You may click “Manage cookies” to provide a controlled consent or decline cookies. More information in Cookie Policy.
Cookie | Duration | Description |
---|---|---|
__cfruid | session | Cloudflare sets this cookie to identify trusted web traffic. |
cookielawinfo-checkbox-advertisement | 1 year | Set by the GDPR Cookie Consent plugin, this cookie is used to record the user consent for the cookies in the "Advertisement" category . |
cookielawinfo-checkbox-analytics | 1 year | Set by the GDPR Cookie Consent plugin, this cookie is used to record the user consent for the cookies in the "Analytics" category . |
cookielawinfo-checkbox-functional | 1 year | The cookie is set by the GDPR Cookie Consent plugin to record the user consent for the cookies in the category "Functional". |
cookielawinfo-checkbox-necessary | 1 year | Set by the GDPR Cookie Consent plugin, this cookie is used to record the user consent for the cookies in the "Necessary" category . |
cookielawinfo-checkbox-others | 1 year | Set by the GDPR Cookie Consent plugin, this cookie is used to store the user consent for cookies in the category "Others". |
cookielawinfo-checkbox-performance | 1 year | Set by the GDPR Cookie Consent plugin, this cookie is used to store the user consent for cookies in the category "Performance". |
elementor | never | This cookie is used by the website's WordPress theme. It allows the website owner to implement or change the website's content in real-time. |
viewed_cookie_policy | 1 year | The cookie is set by the GDPR Cookie Consent plugin to store whether or not the user has consented to the use of cookies. It does not store any personal data. |
Cookie | Duration | Description |
---|---|---|
__cf_bm | 30 minutes | This cookie, set by Cloudflare, is used to support Cloudflare Bot Management. |
visitor_id971653 | 10 years | Used by Pardot to provide protection against hackers. |
visitor_id971653-hash | 10 years | Used by Pardot to provide protection against hackers. |
Cookie | Duration | Description |
---|---|---|
_calendly_session | 21 days | Calendly, a Meeting Schedulers, sets this cookie to allow the meeting scheduler to function within the website and to add events into the visitor’s calendar. |
_gaexp | 1 month 6 days 9 hours 24 minutes | Google Analytics installs this cookie to determine a user's inclusion in an experiment and the expiry of experiments a user has been included in. |
Cookie | Duration | Description |
---|---|---|
_ga | 2 years | The _ga cookie, installed by Google Analytics, calculates visitor, session and campaign data and also keeps track of site usage for the site's analytics report. The cookie stores information anonymously and assigns a randomly generated number to recognize unique visitors. |
_ga_PSXVCB6R9N | 2 years | This cookie is installed by Google Analytics. |
_gat_UA-173282740-1 | 1 minute | A variation of the _gat cookie set by Google Analytics and Google Tag Manager to allow website owners to track visitor behaviour and measure site performance. The pattern element in the name contains the unique identity number of the account or website it relates to. |
_gid | 1 day | Installed by Google Analytics, _gid cookie stores information on how visitors use a website, while also creating an analytics report of the website's performance. Some of the data that are collected include the number of visitors, their source, and the pages they visit anonymously. |
CONSENT | 2 years | YouTube sets this cookie via embedded youtube-videos and registers anonymous statistical data. |
pardot | past | The pardot cookie is set while the visitor is logged in as a Pardot user. The cookie indicates an active session and is not used for tracking. |
Cookie | Duration | Description |
---|---|---|
uuid | never | MediaMath sets this cookie to avoid the same ads from being shown repeatedly and for relevant advertising. |
VISITOR_INFO1_LIVE | 5 months 27 days | A cookie set by YouTube to measure bandwidth that determines whether the user gets the new or old player interface. |
YSC | session | YSC cookie is set by Youtube and is used to track the views of embedded videos on Youtube pages. |
yt-remote-connected-devices | never | YouTube sets this cookie to store the video preferences of the user using embedded YouTube video. |
yt-remote-device-id | never | YouTube sets this cookie to store the video preferences of the user using embedded YouTube video. |
yt.innertube::nextId | never | This cookie, set by YouTube, registers a unique ID to store data on what videos from YouTube the user has seen. |
yt.innertube::requests | never | This cookie, set by YouTube, registers a unique ID to store data on what videos from YouTube the user has seen. |