Unity Ads SDK Integration: Setup, Rewarded Video & Monetization
We often see this scenario: the game is ready, but monetization via AdMob or Appodeal yields a meager $3–5 eCPM on Tier-1 countries, and the fill rate drops to 40%. Unity Ads isn't just an alternative — for gaming projects, it's the primary ad network with eCPM up to $15 and a fill rate of 95%. But without proper SDK configuration (initialization, placements, mediation), those numbers remain on paper. Let's break down the key integration blocks and common pitfalls.
Why Unity Ads Wins in Games
Unity Ads is an ad network tailored for a gaming audience. Unlike general-purpose networks, advertiser competition for gaming inventory is higher. For rewarded video, bids can be 20–30% higher than through AdMob mediation — that's up to 3x higher eCPM. Meanwhile, the fill rate for quality games is consistently >95%, and the cost per install (CPI) for advertisers is lower — meaning app owners earn more.
What Problems Does Unity Ads Integration Solve?
- Low fill rate in games. Unity Ads specializes in gaming audiences, so advertiser competition is higher — fill rate is consistently >95% for rewarded videos, while universal networks deliver 60–70%.
- Unstable eCPM. Through AdMob mediation, Unity Ads can show bids 20–30% higher than other networks for Tier-1 users (US, Canada, Australia, Western Europe). With proper mediation configuration, eCPM increases by 25%.
- GDPR setup complexity. Without correct consent, the SDK serves non-targeted ads, dropping eCPM by 40%. We configure metadata properly.
- Creative troubles. Unity Ads uses automatic creative generation, but it's vital to configure placements for specific game mechanics — otherwise, conversion rates drop.
How to Properly Configure the Unity Ads SDK
SDK version 4.x is current. Initialization with test mode is mandatory. Code:
UnityAds.initialize(context, "GAME_ID", isTestMode, object : IUnityAdsInitializationListener {
override fun onInitializationComplete() {
loadInterstitial()
}
override fun onInitializationFailed(error: UnityAds.UnityAdsInitializationError, message: String) {
Log.e("UnityAds", "Init failed: $message")
}
})
Test mode is mandatory during development. Without it, you risk counting real impressions — leading to budget overruns and account bans. After integration, switch to false and verify with live ads.
How to Integrate GDPR Support
Without user consent, Unity Ads will serve only non-targeted ads, dropping eCPM by 40%. Configure GDPR via MetaData:
val metaData = MetaData()
metaData.set("gdpr.consent", true)
UnityAds.setMetaData(metaData)
Or use UnityAds.setPrivacyConsent(false) if consent is denied. We recommend integrating a CMP (e.g., Google UMP SDK) and passing the signal via callback. For iOS, use UnityAds.setMetaData similarly. Details are in the Unity Ads documentation.
Rewarded Video — The Core Format for Games
Rewarded video is Unity Ads' hallmark. The user receives a reward only after a full view. Load and show pattern:
fun loadAd() {
UnityAds.load("rewardedVideo", object : IUnityAdsLoadListener {
override fun onUnityAdsAdLoaded(placementId: String) {
isAdReady = true
}
override fun onUnityAdsFailedToLoad(
placementId: String,
error: UnityAds.UnityAdsLoadError,
message: String
) {
// Retry after 30 seconds
}
})
}
fun showAd(activity: Activity) {
if (!isAdReady) return
UnityAds.show(activity, "rewardedVideo", object : IUnityAdsShowListener {
override fun onUnityAdsShowComplete(
placementId: String,
state: UnityAds.UnityAdsShowCompletionState
) {
if (state == UnityAds.UnityAdsShowCompletionState.COMPLETED) {
grantReward()
}
}
})
}
Grant rewards only on COMPLETED — a Unity requirement and fraud prevention. Never reward on SKIPPED; that violates policy and may lead to a ban.
Unity Ads Ad Format Comparison
| Format |
Type |
eCPM |
Use Case |
| Rewarded video |
Optional view |
High (up to $15 in Tier-1) |
Bonuses, currency, lives |
| Interstitial |
Full-screen |
Medium ($3–8) |
Between levels |
| Banner |
Banner |
Low ($0.5–2) |
Persistent panel |
Unity Ads vs AdMob for Games: Which is Better?
| Parameter |
Unity Ads |
AdMob |
| eCPM rewarded video |
Up to $15 |
$5–8 |
| Fill rate for games |
>95% |
70–80% |
| Specialization |
Games |
General |
| Creative setup |
Automatic |
Manual |
| SDK integration |
1–2 days |
1 day |
Unity Ads eCPM is 3x higher than AdMob for rewarded video in Tier-1 countries. This means for a game with 500k monthly active users, the ad network can generate an additional $10,000 per month.
Our Integration Process (Turnkey)
Our team performs integration in 1–3 days:
- Analysis: Select placements, set eCPM floors, configure mediation. Determine whether waterfall mediation or only header bidding is needed. For a hyper-casual game client, we identified that rewarded video frequency was too low, so we increased placement exposure and adjusted frequency capping, resulting in a 40% eCPM lift.
- Development: Initialize SDK, implement rewarded/interstitial/banner, handle events. Write code to pass events to analytics (Firebase, AppsFlyer).
- GDPR: Integrate consent flow via MetaData and optionally a CMP. Test that with consent denial, either no ads or only non-targeted ads appear.
- Testing: Verify test ads, compatibility across OS versions, correct analytics event transmission. Use TestFlight and Firebase App Distribution.
- Deploy: Check live ads, monitor eCPM through Unity Dashboard. For one project, we saw eCPM rise from $2 to $8 after fine-tuning placement frequency and GDPR consent handling.
What You Get
- Integrated Unity Ads SDK with working placements.
- Configured mediation via AdMob (or another platform).
- Ready-to-use reward mechanism.
- Correct GDPR consent handling.
- Documentation describing the integration.
Why Choose Us
We've been doing mobile monetization for 10+ years, completed over 50 projects with Unity Ads — from hyper-casual games to MMOs. We guarantee stable integration per official Unity Ads guidelines. If eCPM doesn't improve after integration, we perform a free configuration audit. Our clients report an average eCPM increase of 40% after proper mediation setup. For a game with 500k monthly active users, this translates to an additional $10,000 per month. Contact us for a consultation on Unity Ads setup. We'll assess your project and suggest the optimal monetization architecture. Request a current configuration audit — it helps identify bottlenecks and increase revenue.
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
- Current model audit — analysis of funnel, paywall, price tiers, and identification of bottlenecks.
- Model design — choose type (subscription, consumable, non-consumable) and optimize price points.
- IAP integration — set up StoreKit 2 / Google Billing 6, receipt validation, webhooks.
- Ad mediation — connect 3-6 networks, configure waterfall or In-App Bidding, test fill rate.
- Analytics and cohorts — integrate RevenueCat, Amplitude, or Firebase for LTV tracking.
- A/B testing of paywall — use Remote Config for experiments without a release.
- 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.