In-app supply, bought in real time
Interstitial, rewarded, native and banner inventory inside apps and games on Android and iOS, bid on impression by impression.
For app marketers
Interstitial, rewarded, native and banner placements inside the apps and games your users already open, with installs and events reported in the MMP you already use.
The parts of a DSP that matter when you are buying installs and in-app events.
Interstitial, rewarded, native and banner inventory inside apps and games on Android and iOS, bid on impression by impression.
App category and genre, device, operating system and version, connection type, geography and language, plus your own device ID lists.
Bid caps, budget pacing, frequency, scheduling and app allow or block lists, all editable while a campaign is running.
Install and in-app event postbacks flow into AppsFlyer, Adjust, Branch or Singular, so our numbers sit next to every other source you buy.
In-app supply on Android and iOS, in the formats app marketers actually use.
Shown at a natural break in the app, so the whole creative is in view. The workhorse for installs.
The user chooses to watch in exchange for coins, lives or content, which means high completion rates.
Small unit at the top or bottom of the screen, cheap and always on, good for steady presence.
Rendered in the app’s own feed style, so it reads as content rather than an ad.
Short interactive or video creative that shows the gameplay or the product before a user downloads.
How the line items usually look for an app or game.
| Objective | Formats | Bidding optimised to | Audience and targeting |
|---|---|---|---|
| New installs | Interstitial, rewarded | Cost per install | App category, genre, device and OS |
| Quality installs | Rewarded, playable | Cost per in-app event | Lookalikes of paying users, category targeting |
| In-app purchases | Interstitial, playable | Return on ad spend | Device ID lists of active users |
| Re-engagement | Banner, interstitial | Cost per return session | Your own device ID lists, lapsed users |
| Launch push | Playable, video | Reach and installs | Broad by geography, capped frequency |
| Brand reach | Video, connected TV | Reach and completed views | Household and geography level |
Pick the model that fits the campaign. Your bid is the price, nothing is added afterwards, and you can change any of it while the campaign runs.
Pay per thousand impressions. Best for reach, launch pushes and rewarded inventory where delivery matters.
Pay per click. Useful when you want traffic to a store listing and want to pay only for the tap.
Your bid is what you pay. No separate platform fee and no percentage taken on top at the end of the month.
Set a target cost per install or per in-app event on the line item, with a bid cap, and adjust it while the campaign runs.
Everything is set per line item, and you can change it while the campaign runs.
See the dashboardReported in the MMP you already useInstall and in-app event postbacks, so our numbers sit next to every other source.




What user acquisition teams ask before their first campaign.
For install and in-app event reporting, yes. We send postbacks to AppsFlyer, Adjust, Branch or Singular, so installs are attributed the same way as your other sources. Brand and re-engagement campaigns can run on media metrics alone.
Yes. Upload your device ID lists to target lapsed users or exclude active ones, and run banner or interstitial line items against them.
Yes. Block by app, by category or by store rating, and build allow lists of the apps that perform. You see delivery by app in reporting.
Set a target cost per install or per in-app event on the line item, with a bid cap, and the bidding works toward it while you watch delivery.
Open an account, connect your MMP and build your first line items. Our team can plan the test with you.