{"id":14178,"date":"2026-09-09T13:25:20","date_gmt":"2026-09-09T13:25:20","guid":{"rendered":"https:\/\/playgama.com\/blog\/?p=14178"},"modified":"2026-09-09T13:25:20","modified_gmt":"2026-09-09T13:25:20","slug":"can-i-combine-an-ad-sdk-with","status":"publish","type":"post","link":"https:\/\/playgama.com\/blog\/business-faqs\/can-i-combine-an-ad-sdk-with\/","title":{"rendered":"Can I combine an ad SDK with my own in-app purchases?"},"content":{"rendered":"

Yes. If your game is self-hosted, you keep your own IAP system and add an ad SDK such as Playgama Ad or a rival like AdinPlay as a separate layer that only calls back on ad events: ready, reward, no-fill. If you publish through Playgama Bridge, which covers 25 platforms, purchases route instead through Bridge\u2019s own consumable\/permanent IAP with JWT verification.<\/strong><\/p>\n

At a glance<\/h2>\n
\n\n\n\n\n\n\n\n
Fact<\/th>\nValue<\/th>\nSource<\/th>\n<\/tr>\n<\/thead>\n
IAP ownership for self-hosted games using Playgama Ad<\/td>\nDeveloper keeps own IAP system<\/td>\nwiki.playgama.com<\/a><\/td>\n<\/tr>\n
IAP handling when published via Playgama or Bridge<\/td>\nRouted through Bridge, consumable and permanent, JWT-verified<\/td>\nwiki.playgama.com<\/a><\/td>\n<\/tr>\n
Playgama Ad access model<\/td>\nOpen beta, apply via form on \/adv<\/td>\nplaygama.com<\/a><\/td>\n<\/tr>\n
Platforms Playgama Bridge publishes to<\/td>\n25 platforms, one integration<\/td>\nwiki.playgama.com<\/a><\/td>\n<\/tr>\n<\/tbody>\n<\/table><\/div>\n

Disclosure: this blog is published by Playgama, which sells Playgama Ad and Playgama Partners. Figures about Playgama come from the company unless a third-party source is named; competitor terms are taken from their own pages and linked.<\/em><\/p>\n

An ad SDK and an in-app purchase system are independent pieces of code as long as neither one owns the other\u2019s state. The practical question is not whether they can coexist, it\u2019s where your purchase logic lives and who verifies it.<\/p>\n

What actually decides the answer: self-hosted or published through a portal?<\/h2>\n

If you host the game yourself and integrate an ad SDK directly, you keep full control of your purchase flow, your product catalog, your payment provider and your server-side verification. The ad SDK never touches that code path; it only fires callbacks on ad lifecycle events. This is the case for a self-hosted game running Playgama Ad: the developer keeps their own IAP system, and the SDK\u2019s job is limited to requesting and showing ad formats. The same separation applies with a mediation SDK like AppLovin MAX or a network like AdinPlay.<\/p>\n

If instead you publish through Bridge to reach multiple portals, purchases go through Bridge\u2019s own IAP handling: consumable and permanent items, verified with JWT. In that setup you don\u2019t run a separate payment backend per platform, but you also don\u2019t run your own arbitrary purchase logic; you work inside Bridge\u2019s IAP API. Read the details before you build: Playgama Bridge getting started<\/a>.<\/p>\n

Code pattern for keeping ads and IAP separate<\/h2>\n

On self-hosted builds and on Bridge alike, the safe pattern is the same: initialize the ad SDK once, at load, and never let its callbacks block a purchase confirmation or vice versa.<\/p>\n