← Back to all Insights
iOS Measurement June 14, 2026 7 min read

Untangling SKAdNetwork 4.0 Discrepancies in Multi-Channel iOS Campaigns

Understanding crowd anonymity thresholds, timer delays, and postback validation gaps.

Untangling SKAdNetwork 4.0 Discrepancies in Multi-Channel iOS Campaigns

The Post-IDFA Measurement Landscape

Since the rollout of Apple’s App Tracking Transparency (ATT) framework, user acquisition teams managing iOS campaigns have grappled with delayed, aggregated, and masked conversion signals. In SKAdNetwork 4.0, Apple introduced multiple postback windows, coarse conversion values (low, medium, high), and hierarchical source identifiers. Yet many growth teams continue to experience severe attribution discrepancies.

Understanding the root cause of these discrepancies requires analyzing the mechanics of crowd anonymity tiers.


1. Crowd Anonymity and Null Conversion Values

Apple evaluates the daily install volume generated by a specific campaign and ad set against confidential privacy tiers (Tier 0, Tier 1, Tier 2, and Tier 3):

  • Tier 0 (Lowest Volume): Source identifier contains only 2 digits; postback 1 receives null conversion value; postbacks 2 and 3 are suppressed.
  • Tier 1: Source identifier contains 2 digits; postback 1 receives a coarse conversion value; postbacks 2 and 3 receive coarse values.
  • Tier 2: Source identifier contains 3 digits; postback 1 receives a fine (0–63) conversion value; postbacks 2 and 3 receive coarse values.
  • Tier 3 (Highest Volume): Source identifier contains 4 digits; postback 1 receives fine conversion value; postbacks 2 and 3 receive coarse values.

When growth marketers fragment daily budgets across dozens of ad sets, individual campaign entities fail to reach Tier 2 thresholds. As a consequence, MMP consoles display overwhelming percentages of null or unassigned conversion values, leading buyers to prematurely pause profitable creatives.


2. The Random Timer Delay Problem

Unlike traditional deterministic postbacks that fire instantaneously upon install or in-app purchase, SKAN enforces randomized timer delays:

  • Window 1 (0–2 Days): Postback delivered between 24 and 48 hours following window closure.
  • Window 2 (3–7 Days): Postback delivered between 24 and 144 hours following window closure.
  • Window 3 (8–35 Days): Postback delivered between 24 and 144 hours following window closure.

Comparing real-time spend reported in ad network dashboards with raw SKAN postbacks on a 24-hour cohort basis inevitably produces artificial ROAS deficits. Measurement models must apply cohort maturity curve adjustments before drawing conclusions regarding channel efficiency.


3. Practical Calibration Recommendations

To restore reliability to your iOS campaign measurement:

  1. Consolidate Ad Set Budgets: Group testing variants into consolidated campaign structures to guarantee sufficient daily install density per entity.
  2. Design Intentional Coarse Mappings: Ensure your low, medium, and high coarse tiers capture critical behavioral thresholds (such as onboarding completion, subscription trial start, or Day-1 transaction) rather than passive open events.
  3. Utilize Window Lock Calls: Trigger updatePostbackConversionValue with a lock signal when high-intent revenue events occur in Window 1, prompting Apple to dispatch the postback without waiting for the full 48-hour measurement window to lapse.

For growth teams seeking dedicated technical support, our SKAdNetwork 4.0 Schema Calibration service provides end-to-end schema design and simulation.