What SKAN is and why it exists
SKAdNetwork is Apple's privacy-preserving attribution framework for iOS. When a user installs your app after seeing an ad, Apple — not the advertiser — validates the install and sends a postback to the ad network. No device identifier changes hands; Apple confirms the conversion without revealing which user converted. This design is the point: measurement without tracking. For advertisers the practical consequence is a fundamental shift — from user-level data to campaign-level signals, from real-time optimization to delayed, aggregated, thresholded reporting. SKAN is not a degraded version of the old attribution; it is a different system that rewards different planning.
Conversion values: the signal you control
SKAN's core mechanism is the conversion value: a number (0-63 in SKAN 3, or coarse/medium/fine in SKAN 4) that your app reports in the first days after install to encode what the user did. The mapping is your design decision — you might encode registration, tutorial completion, first purchase, or a revenue bucket. This is the only behavioral signal that flows back to the ad network, so its design matters enormously. A conversion value schema that encodes only 'installed' tells the network nothing to optimize toward. A schema that encodes early revenue proxies — first purchase, subscription start — lets network algorithms find users who pay, not just users who install.
Postbacks, timers and delays
SKAN reporting is deliberately delayed and noisy. Postbacks arrive after a timer window (24-48 hours minimum, longer in SKAN 4's multiple windows), with random delay added, and only when a privacy threshold of conversions is met — campaigns with too few conversions get no postback data at all. The practical impact: day-one ROAS is unmeasurable by design, small test budgets produce no signal, and creative-level granularity disappears below threshold volumes. Budget planning must account for this — SKAN campaigns need enough daily conversions per ad set to clear thresholds, which means consolidating rather than fragmenting spend.
What SKAN cannot tell you
Be clear about the limits, because planning around them is the job. No user-level journeys — you cannot see that this user saw three ads before installing. No precise real-time optimization — delays and thresholds prevent it. Limited re-engagement — SKAN is built for install attribution, not retargeting measurement. And no cross-device view. What fills the gaps: on-device measurement via your MMP's SKAN tooling, incrementality testing for true lift, and blending SKAN data with your own first-party cohort analysis. Advertisers who accept SKAN's frame and design for it outperform those waiting for the old world to return.
How we run SKAN-compatible campaigns
Our iOS campaigns are built for SKAN from the start: SKAN-compatible inventory and ad networks, conversion value schemas designed with you to encode your revenue proxies, budget structures that clear privacy thresholds, and reporting that blends SKAN postbacks with your first-party cohort data. We do not promise user-level iOS attribution — nobody can deliver it honestly. What we deliver is measurable, privacy-compliant acquisition that your MMP can verify, and honest counsel about what the numbers do and do not mean.