Answer in brief
Without the IDFA you can still count installs per campaign, read an early quality signal and follow later activity in rough levels, all through Apple's SKAdNetwork and AdAttributionKit. You keep device-level data for users who allow tracking. What you lose is the per-user link between an ad click and an install for everyone else.
What exactly is lost?
One thing: the device-level join. When a user does not give permission, the advertising identifier is all zeros and you may not track them.[1] An attribution tool can no longer say "this click and this install were the same device" by comparing identifiers, which was a main form of deterministic matching on iOS.
Everything on the list below survives that loss.
What you can still measure
1. Installs per campaign
Apple's frameworks attribute the install on the device and report it to the ad network. Apps can call SKAdNetwork regardless of their tracking authorization status, and AdAttributionKit does not need the prompt either.[2, 3] You get a count of installs for each campaign, without identities.
2. An early quality signal
The first postback can carry a fine-grained conversion value that you define.[4] If you map it well, you can tell a campaign that brings trial starters from one that brings people who open the app once.
3. Later activity, in rough levels
SKAdNetwork 4 can send up to three postbacks across days 0 to 2, 3 to 7 and 8 to 35.[4] The second and third carry a coarse value.[4] When the second and third postbacks are sent, that is enough to see whether a campaign's users are still active or paying in week one and month one. At Tier 0 the system sends only the first.[4]
4. Full detail for users who say yes
For users who allow tracking, the identifier is readable and device-level attribution is permitted.[1] This group is a self-selected part of your users, so treat its patterns as indicative. It can show patterns that the campaign-level postbacks cannot.
5. Everything inside your own app
Apple's definition of tracking is about linking data from your app with data from other companies.[1] Your own records of what signed-in users do in your product, such as subscriptions, retention and revenue, are still yours to analyse. They tell you how the whole user base behaves, even when they cannot tell you which ad brought each person.
What you cannot measure this way
| Question | Without the IDFA |
|---|---|
| Which ad did this specific user click? | Not available for users who declined[1] |
| How did the campaign do yesterday? | Not yet known. Postbacks are delayed by design[4] |
| What is each user's revenue by campaign over a year? | Not from postbacks. The last window ends at day 35[4] |
| How did a very small campaign perform in detail? | Often limited. The device may limit postback data to ensure crowd anonymity[4] |
The last row is the one that surprises small teams. See crowd anonymity for why low volume means less detail.
A reporting plan that fits these limits
- Judge iOS campaigns on a weekly rhythm. Daily numbers are incomplete until the postbacks arrive.
- Use the framework count as the campaign total and the consented group as a detailed, self-selected subset. Do not add the two together, because a consented user can appear in both.
- Keep campaigns few and large enough. Splitting a small budget across many campaigns gives each one fewer installs, which can mean less detailed postbacks.
- Compare against totals you own. Total new iOS users and total revenue from your own records, set against total spend, is a sanity check that needs no identifier.
- Estimate long-term value from early signals. Since postbacks stop at day 35, long-run LTV by campaign has to be projected from what the early windows show.
For how the same questions are answered on the other platform, read how iOS and Android attribution differ.
Questions and answers
Can I see which campaign an iOS install came from without the IDFA?
Yes, at campaign level. SKAdNetwork measures ad campaigns without tracking authorization, and its postbacks report on winning ad attributions.[2, 4] You do not learn which individual user installed.
Is SKAdNetwork data real time?
No. The first postback is sent after a conversion window of days 0 to 2 plus a random delay of 24 to 48 hours.[4]
Continue reading
Guide
App Tracking Transparency: what the prompt controlsWhat Apple's App Tracking Transparency prompt allows and blocks, what counts as tracking, and which parts of app attribution work without consent.
Guide
SKAdNetwork postbacks and their three windowsHow SKAdNetwork 4 postbacks work: three conversion windows (days 0-2, 3-7, 8-35), random delays of 24-48 and 24-144 hours, and what each one carries.
Guide
Fine and coarse conversion valuesWhat fine-grained and coarse conversion values are, which SKAdNetwork postback carries each one, and how a small team should decide what the values mean.
Guide
AdAttributionKit and how it relates to SKAdNetworkAdAttributionKit is Apple's newer ad attribution framework. What it adds over SKAdNetwork, how the two work together, and what an app team should do.
Guide
How iOS and Android attribution differiOS attribution runs on consent plus Apple's delayed, campaign-level frameworks. Android has the Play Install Referrer. How that changes your reports.
iOS privacy
Best app attribution on iOS: what Apple's rules allowWhat Apple's ATT, SKAdNetwork 4 and AdAttributionKit mean for app attribution, and what to ask an attribution provider about them.
Sources
- Apple: https://developer.apple.com/app-store/user-privacy-and-data-use/ Checked 2026-11-10.
- Apple: https://developer.apple.com/documentation/storekit/skadnetwork Checked 2026-11-10.
- Apple: https://developer.apple.com/app-store/ad-attribution/ Checked 2026-11-10.
- Apple: https://developer.apple.com/documentation/storekit/receiving-postbacks-in-multiple-conversion-windows Checked 2026-11-10.
Cite this page
Airbridge. “What you can still measure without the IDFA.” bestappattribution.com. Reviewed 2026-11-10. https://bestappattribution.com/measuring-without-idfa