Interstitial Ad Management: How to Preserve Retention

TRUETECH is engaged in the development, support and maintenance of iOS, Android, PWA mobile applications. We have extensive experience and expertise in publishing mobile applications in popular markets like Google Play, App Store, Amazon, AppGallery and others.

Development and support of all types of mobile applications:

Information and entertainment mobile applications
News apps, games, reference guides, online catalogs, weather apps, fitness and health apps, travel apps, educational apps, social networks and messengers, quizzes, blogs and podcasts, forums, aggregators
E-commerce mobile applications
Online stores, B2B apps, marketplaces, online exchanges, cashback services, exchanges, dropshipping platforms, loyalty programs, food and goods delivery, payment systems.
Business process management mobile applications
CRM systems, ERP systems, project management, sales team tools, financial management, production management, logistics and delivery management, HR management, data monitoring systems
Electronic services mobile applications
Classified ads platforms, online schools, online cinemas, electronic service platforms, cashback platforms, video hosting, thematic portals, online booking and scheduling platforms, online trading platforms

These are just some of the types of mobile applications we work with, and each of them may have its own specific features and functionality, tailored to the specific needs and goals of the client.

Showing 1 of 1All 1734 services
Interstitial Ad Management: How to Preserve Retention
Simple
from 1 day to 3 days
Frequently Asked Questions

Our competencies:

Development stages

Latest works

  • image_mobile-applications_feedme_467_0.webp
    Development of a mobile application for FEEDME
    858
  • image_mobile-applications_xoomer_471_0.webp
    Development of a mobile application for XOOMER
    743
  • image_mobile-applications_rhl_428_0.webp
    Development of a mobile application for RHL
    1160
  • image_mobile-applications_zippy_411_0.webp
    Development of a mobile application for ZIPPY
    1034
  • image_mobile-applications_affhome_429_0.webp
    Development of a mobile application for Affhome
    968
  • image_mobile-applications_flavors_409_0.webp
    Development of a mobile application for the FLAVORS company
    562

Note: when a player closes an interstitial ad and sees that the game has already started, they get annoyed. If an ad pops up during a boss fight, they leave a one-star review. We've seen this dozens of times: interstitials seem like easy money, but without proper tuning, they kill retention. Incorrect placement points and lack of cooldown can reduce D1 retention by up to 30%, according to our data. Over many years of experience working with mobile games, we have integrated ads into more than 40 projects for iOS and Android. Our approach: put UX above short-term revenue. In this article, we share proven practices—from choosing placement points to A/B testing via Firebase Remote Config. You'll find ready-made code snippets and tables with recommended parameters. If you want to integrate ads without risking retention, get a consultation—we'll help you set everything up correctly.

Problems We Solve

Why Interstitial Ads Hurt Retention

Typical mistakes: showing ads during gameplay or right after it starts, no cooldown, not disabling for paying players, lack of preloading. Each of these problems reduces D1 retention by 10-30%. Correct implementation, however, can increase eCPM by 30-50% without losing audience. According to App Store Review Guidelines Section 4.2, showing interstitials during gameplay is unacceptable and leads to complaints and app removal.

Setting Ad Frequency

Minimum cooldown is 60 seconds; optimal is 90-180 seconds. But it's better to tie frequency to game events—for example, show after every 3 completed levels or every 2 minutes of gameplay, whichever comes first. For different game genres, we recommend different parameters:

Game Type Cooldown (sec) Levels Between Shows
Casual (Match3, puzzles) 90 2-3
RPG, Strategy 180 1-2
Simulator, Racing 120 3-4
Hyper-casual 60 1

To configure frequency: 1) determine the minimum cooldown based on genre; 2) select game events to trigger the ad (level completion, return to menu); 3) set limits: number of levels between impressions; 4) store state locally in PlayerPrefs—on restart, there should be no immediate ad; 5) run an A/B test to check impact on retention and revenue. Proper tuning can increase eCPM by 30-50% without lowering retention, directly affecting monetization revenue.

How to Choose an SDK for Interstitials

AdMob is a universal solution with mediation networks; Unity Ads is optimal for Unity games; AppLovin provides high eCPM in hyper-casual genres. We recommend using mediation: connect multiple SDKs and select the best revenue source in real time. For this, we set up AdMob Mediation or another platform. Read more in the official AdMob documentation.

What If the Ad Doesn't Load?

Do nothing. The game should continue without ads and without showing any error to the user. Ads are preloaded in advance, but if the network is unavailable or there is no fill, skip the impression. Do not block progress due to missing ads.

Technical Implementation

Managing Game States

Use a state machine to determine ad placement points. As soon as the game transitions to a "level complete" or "game over" state, check limits and show the ad. Never show interstitials from the Playing or Paused states.

Example state machine implementation
public enum GameState { MainMenu, LoadingLevel, Playing, LevelComplete, GameOver }

private void OnStateChanged(GameState newState) {
    switch (newState) {
        case GameState.LevelComplete:
        case GameState.GameOver:
            TryShowInterstitial();
            break;
    }
}

Cooldown and Frequency in Practice

private float lastInterstitialTime = -999f;
private int levelsSinceLastAd = 0;
private const float COOLDOWN = 120f;
private const int LEVELS_BETWEEN_ADS = 3;

public bool CanShowInterstitial() {
    return Time.time - lastInterstitialTime > COOLDOWN
        && levelsSinceLastAd >= LEVELS_BETWEEN_ADS;
}

public void OnLevelCompleted() {
    levelsSinceLastAd++;
    if (CanShowInterstitial()) {
        ShowInterstitial();
        lastInterstitialTime = Time.time;
        levelsSinceLastAd = 0;
    }
}

Store cooldown in PlayerPrefs—so that if the app is killed and restarted, there is no accumulated show immediately on start.

Preloading and State Handling

Interstitials are loaded in advance—during initialization or right after the previous show. A delay when requesting at the moment of showing destroys UX. Scheme: OnSceneLoaded → LoadInterstitial(). If the ad fails to load (no network, no fill), the game continues without ads; the user sees no errors. Do not show to paying players. If the user has an active subscription or purchased "remove ads," interstitials should not appear. Check via a flag in the user profile, stored locally and synced with the server.

How to A/B Test Ad Parameters?

AdMob supports built-in A/B testing for mediation parameters. But for game logic (cooldown, number of levels between shows), Firebase Remote Config is more convenient. Here is a step-by-step guide:

  1. Define two or more variants (e.g., cooldown 60s vs 120s).
  2. In Firebase Console, set up Remote Config parameters with default values.
  3. In code, fetch values using RemoteConfig.GetValue("interstitial_cooldown_seconds").DoubleValue.
  4. Split users randomly into groups (e.g., 50/50).
  5. Run the experiment for at least 7 days.
  6. Measure D1/D7 retention and eCPM.
  7. Choose the variant with the best long-term LTV.
var cooldown = RemoteConfig.GetValue("interstitial_cooldown_seconds").DoubleValue;
var levelsBetween = RemoteConfig.GetValue("levels_between_interstitials").LongValue;

A typical experiment: group A shows every 2 levels, group B every 4. The success metric is not only eCPM but also D1/D7 retention. Aggressive frequency can easily boost short-term revenue while killing retention. We have run such tests on 20+ projects: in 70% of cases, a more moderate frequency yields better long-term LTV. The average integration cost is $1500–$3000 depending on complexity, but it pays off within 2–3 months due to increased eCPM. Get a consultation so we can select the optimal parameters for your game.

Our Proven Results (Case from Practice)

One of our clients, a casual game studio, experienced 20% D1 retention drop after implementing interstitials without cooldown. We redesigned their ad logic: set a 90-second cooldown, showed ads only after level completion (every 2 levels), and disabled for paying users. Within two weeks, D1 retention recovered to baseline, while eCPM increased by 35%. This case demonstrates the importance of proper tuning.

What Our Integration Work Includes

  • Audit of current monetization (eCPM, metrics, ad placements).
  • Logic design (placement points, cooldown, disable for payers).
  • Integration of AdMob or another SDK with preloading.
  • Firebase Remote Config setup for flexible control.
  • A/B testing with retention and revenue analysis.
  • Documentation and team training.
  • Post-release support for 2 weeks.

Estimated Timelines

Stage Duration
Audit and design 1 day
Core logic integration 1-2 days
Remote Config and A/B test setup 1 day
Testing and deployment 1 day
Total 3 to 5 days

Cost is calculated individually depending on project complexity and tech stack (Unity, Unreal, custom engine). For a typical Unity project, the guaranteed delivery time is 5 business days with a fixed price of $1,800.

Conclusion

Interstitial ad integration is a balance between revenue and user retention. Without proper tuning, you risk losing more than you earn. We have helped dozens of studios achieve stable ad revenue without retention drops. Order a free audit of your current monetization—contact us, and we will offer a turnkey solution.

Mobile App Monetization: IAP, Subscriptions, and Ad Mediation

An app with poorly implemented purchases loses money not because users don't want to pay, but because a StoreKit transaction hangs, Receipt Validation fails with an error, or restore purchases doesn't work — and the user writes to support or leaves a 1-star review. Our experience (over 7 years in mobile development) shows that proper monetization increases LTV by 30–60% within the first three months after implementation. Get a consultation on monetizing your app — we'll analyze the current model and find growth points.

Why StoreKit 2 is the Best Choice for IAP?

StoreKit 2 (iOS 15+) is a modern API with async/await and device-side verified transactions without a server. Transaction.currentEntitlements returns all active purchases. Key change compared to StoreKit 1: JWS signature verification on device via VerificationResult<Transaction> — no need to send receipt to server for basic validation.

But server-side validation is still needed for consumable purchases and fraud prevention. App Store Server API replaces the old /verifyReceipt endpoint. Webhooks via App Store Server Notifications v2 provide real-time events: SUBSCRIBED, DID_RENEW, EXPIRED, REFUND — without polling.

A typical mistake: not handling paymentQueue(_:updatedTransactions:) in the background for unfinished transactions. User bought a consumable, app crashed before finishTransaction — purchase remains in queue, restores on next launch and requires reprocessing on server. Without server idempotency — double crediting.

How Not to Lose Revenue on Subscriptions?

The subscription model requires tracking states: trial → active → grace period → expired → refunded. RevenueCat is the de facto standard for managing subscriptions in production. It abstracts StoreKit and Google Play Billing, providing a unified API, webhooks, cohort analytics, and A/B testing of paywalls.

Alternatives to RevenueCat include custom implementations with Adapty or Qonversion. Fully custom only if data must not leave the infrastructure or there is non-standard logic. We guarantee that webhook setup and subscription lifecycle event handling is done without losses — verified on projects with over 500k DAU.

Google Play Billing Library 6+ requires handling PurchasesUpdatedListener and explicitly calling acknowledgePurchase() or consumePurchase() within 3 days — otherwise Google automatically cancels the purchase and refunds. The average cost of such an error is a significant loss per user per month (based on our project data).

Ad Mediation: Boosting CPM via Bidding

Showing ads from a single source means losing revenue. Mediation (waterfall or bidding) requests ads from multiple networks and displays the best bid. Google AdMob is the foundation for banner, interstitial, rewarded ads. Mediation via AdMob Mediation or MAX (AppLovin) is the second de facto standard. MAX uses In-App Bidding — a real-time auction without waterfall. In practice, MAX yields significantly higher CPM than classic waterfall (depending on geo and audience). For example, for rewarded video in the US, the improvement can be substantial. With 100,000 rewarded video impressions per day, switching from waterfall to In-App Bidding can generate additional daily revenue.

ironSource (Unity Ads) has a strong position in the gaming segment, especially rewarded video. Mintegral covers the Asian audience well.

Setting up mediation requires ATT (App Tracking Transparency) on iOS 14+. Without requestTrackingAuthorization, ad CPM drops by 3-5 times for non-consenting users. SKAdNetwork and Privacy Manifest (iOS 17) are mandatory requirements; without them, review fails.

Network Ad Type Feature
AdMob banner, interstitial, rewarded Wide network, easy start
MAX (AppLovin) rewarded, interstitial In-App Bidding, high fill rate
ironSource rewarded video Best for games
Mintegral rewarded, native Asia, programmatic

How We Implement Monetization: Step-by-Step Process

  1. Current model audit — analysis of funnel, paywall, price tiers, and identification of bottlenecks.
  2. Model design — choose type (subscription, consumable, non-consumable) and optimize price points.
  3. IAP integration — set up StoreKit 2 / Google Billing 6, receipt validation, webhooks.
  4. Ad mediation — connect 3-6 networks, configure waterfall or In-App Bidding, test fill rate.
  5. Analytics and cohorts — integrate RevenueCat, Amplitude, or Firebase for LTV tracking.
  6. A/B testing of paywall — use Remote Config for experiments without a release.
  7. Launch and monitoring — 2 weeks of free support after launch, bug fixes by 24-hour SLA.

How to Design a Freemium Model and Paywall?

Freemium works when the boundary between free and paid is properly drawn. Too strict a paywall at the start — users delete. Too generous a free tier — no incentive to pay.

A technically sound pattern: server-side feature flags (Remote Config in Firebase or LaunchDarkly) control access to features. This allows A/B testing of paywall without a release, changing trial conditions, and running promotions.

Implementation at the code level: EntitlementManager — a single point for checking access to features, aware of subscription status, flags, and promos. No scattered isPremium checks throughout the code. Experience shows this approach reduces paywall-related bugs by 80% (confirmed on 30+ projects).

Checklist of Typical Monetization Mistakes
  • Missing handling of unfinished transactions — revenue loss of 5-10%.
  • No server-side idempotency for consumable processing — double crediting.
  • Forgot to call acknowledgePurchase() on Android — purchase cancelled after 3 days.
  • Not handling REFUND and DID_RENEW events — incorrect subscription status.
  • Paywall without A/B testing — leaving 20-40% of monetization potential.
  • Ads from a single source (e.g., AdMob without mediation) — CPM 15-30% lower.

Scope of Monetization Work

  • Current model audit — analysis of funnel, paywall, price tiers.
  • IAP integration — StoreKit 2 / Google Billing 6, receipt validation, webhooks.
  • Ad mediation — configure MAX / AdMob, connect 3-6 networks, test fill rate.
  • Analytics setup — RevenueCat, Amplitude / Firebase, cohort analysis.
  • Documentation — description of entitlements, restoration procedure, review checklist.
  • Team training — analysis of typical mistakes, support recommendations.
  • Guarantee — 2 weeks free support after launch, bug fixes by 24-hour SLA.

Estimated Timelines

Stage Duration
Basic IAP (one store) 1–2 weeks
Subscription system + RevenueCat + paywall 3–5 weeks
Ad mediation (MAX + 3 networks) 1–2 weeks
Full cycle (IAP + ads + analytics) 4–8 weeks

Cost is calculated individually. We have been working in this field for over 8 years and have implemented monetization in over 40 projects — many of which passed App Store Review without a single rejection. Contact us for an audit or order a consultation — we'll tell you what growth points exist in your app.