Most game monetization arguments are really arguments about who pays. Once you know how little of a free-to-play audience ever opens a wallet, model selection stops being philosophical and starts being arithmetic. What follows is the full picture: the models, the formats, the metrics, and a clear position on what browser-based games should run by default.

What is game monetization?

Game monetization is the process of generating revenue from a game — through advertising, selling virtual goods and consumables, recurring subscriptions, or a one-time purchase price. The goal is to cover development and operating costs and produce profit without degrading the experience that brought players in.

Monetization is a design decision, not a post-launch bolt-on. The moment you decide that extra lives exist, that a level has a fail state, or that soft currency can be earned, you have made a monetization decision. Games that plan revenue during development integrate it into pacing; games that bolt it on afterwards usually end up interrupting the moments players care about most.

A short history of how games made money

Game monetization began with coins in arcade cabinets — pay per play, with difficulty tuned to the coin slot. Home consoles in the 1970s and 1980s moved revenue to cartridge sales, a single upfront transaction. PCs added floppy and CD distribution plus shareware, the first widespread “try before you buy” model. Online multiplayer in the 1990s introduced monthly subscriptions. Digital storefronts then collapsed distribution costs, and free-to-play arrived with in-app purchases, microtransactions and, later, rewarded video.

The structural change worth noting is the shift from release-spike revenue to recurring revenue. A cartridge earned once. A live free-to-play game earns every day it retains players. That is why retention and monetization are now the same conversation rather than two separate ones.

The five game monetization models

Five game monetization models are in active use: in-app advertising, in-app purchases, subscriptions and battle passes, premium (paid) games, and hybrid combinations of the above. Everything else — loot boxes, offerwalls, cosmetics stores, season passes — is a variation on one of these five.

In-app advertising

Advertising monetizes attention rather than intent, which is why it reaches the whole audience instead of the small paying slice. The formats differ sharply in what they cost you:

• Rewarded video — the player opts in and receives something concrete: a revive, a hint, double coins, a cosmetic unlock. Highest-value format on web and the least damaging to retention, because the player chose it.
• Interstitials — full-screen ads at natural breaks. Workable at low frequency between sessions or levels; corrosive when they appear mid-loop. The difference between rewarded and interstitial ads in eCPM and retention cost is the single most useful comparison to understand before you build a placement plan.
• Banner and display — persistent, easy to implement, and low-yield. Typical web display sits around $0.50–$2 CPM. Banners still earn their keep outside the play canvas, on menus and portal pages; they are a supplement, not a plan.
• Offerwalls — players complete third-party actions for currency. High value per conversion, low participation, and they pull players out of your game.

In-app purchases

In-app purchases sell consumables, durables, cosmetics or convenience. The economics are top-heavy: a small group of high spenders carries the revenue, and roughly 2% of free-to-play players ever make a purchase at all. IAP has no ceiling on a per-player basis, which is its strength, but a plan built on IAP alone leaves about 98% of the audience generating nothing.

Subscriptions and battle passes

Subscriptions and battle passes trade a recurring fee for ongoing benefits — ad removal, a currency stipend, exclusive cosmetics, a seasonal reward track. They produce the most predictable revenue of any model, and they require the most content commitment: a season that ships late is a refund request. Battle passes work when a game has a weekly content cadence and a community that returns without prompting.

Premium (paid) games

Premium means the player pays once, upfront, and the experience is complete. It aligns designer and player incentives better than any other model, and it is structurally hard on the open web, where there is no checkout flow in the tab and nothing to install. Premium is a storefront model; browser games rarely have the friction budget for it.

Hybrid

Hybrid monetization runs advertising and purchases in the same game, and it is the default for successful free-to-play titles. Rewarded video monetizes non-payers and warms them up to the economy; IAP captures the spenders; a no-ads purchase converts the players who find ads annoying into payers instead of churned users. The design work is in making the two reinforce each other rather than compete — a rewarded video that hands out the same currency you sell for $4.99 will cannibalize the store. Our guide to hybrid monetization combining rewarded ads and IAP covers the reward-value rules in detail.

Which game monetization model fits your game?

Model selection follows from session length, content cadence and platform. The table below maps each game monetization model to the conditions under which it earns.

Model	Share of audience monetized	Revenue predictability	Best fit	Viability on web
In-app advertising	Effectively all active players	Moderate, scales with DAU	Short-session, high-frequency, casual and IO games	Strong — rewarded video is the top web format
In-app purchases	~2% of free-to-play players	Volatile, spender-dependent	Deep economies, collection and progression games	Possible, but payment friction is higher in-browser
Subscriptions / battle passes	Committed returning players only	High	Live-service games with weekly content	Workable for games with accounts and a community
Premium (paid)	100% of buyers, 0% of browsers	Spiky, release-driven	Narrative and finite-content games on storefronts	Weak — no native checkout in the tab
Hybrid	Payers and non-payers both	Moderate to high	Most free-to-play titles past the prototype stage	Strong — rewarded video plus a no-ads or cosmetics tier

Why browser game monetization strategy is different

A browser game monetization strategy cannot be copied from mobile, because the demand sources are not the same. Unity Ads, AdMob, AppLovin and ironSource are mobile SDK networks: they serve iOS and Android app inventory and do not serve browser traffic. A Unity WebGL build exported to the web has no working Unity Ads path, which is the detail that catches most studios porting a mobile title. We walk through what happens when you try in our breakdown of whether Unity Ads and AdMob work on WebGL and browser games.

AppLixir is built for the browser instead of ported to it. The result is a JavaScript integration with no app wrapper, no store review and no native SDK — and demand sourced for web inventory specifically, which is why web rewarded video clears $4+ CPM where generic web display sits at roughly $0.50–$2. The platform serves 100M+ rewarded impressions a month and requires a minimum of 5,000 DAU for publisher onboarding.

Two other web-specific constraints shape strategy. First, there is no install step, so acquisition is cheap and retention is fragile — a player is one tab away from leaving and will not reinstall out of sunk cost. Second, payment friction is real: asking for a card in a browser session converts worse than an in-app store purchase. Both push web games toward advertising-led hybrids rather than IAP-led ones. The broader mechanics are covered in our guide to how browser-based games earn revenue.

When rewarded video fits — and when it does not

Rewarded video is an opt-in ad format in which the player chooses to watch a short video — typically 15 to 30 seconds — in exchange for an in-game benefit. It fits when your game has a natural moment of player need and a currency or state worth restoring.

Rewarded video fits well when:

• The game has fail states, timers, energy, or a soft currency — continue-after-death and double-your-reward are the two highest-converting placements in casual and IO games.
• Sessions are short and repeated, so a 30-second ad is a small share of total time.
• Most of the audience will never buy anything, which describes nearly every free-to-play web game.
• You can give the reward a sensible value — useful enough to be worth 30 seconds, not so useful that it devalues the store.

Rewarded video fits badly when the game has no fail state and no economy, so there is nothing to reward; when sessions are long and immersive and any break pulls the player out of the experience; when the audience is below the 5,000 DAU threshold at which programmatic demand can be optimized; or when the title is premium and the player has already paid, in which case ads read as a second charge. Saying this plainly matters more than selling the format: a rewarded placement with nothing worth winning behind it earns nothing and annoys everyone.

Monetization as a product discipline, not a set-and-forget stack

The old formula — drop in rewarded placements, sprinkle interstitials, leave it alone — leaves money on the table and risks churn. Players differ in ad tolerance, and uniform frequency caps ignore that. A long-session player who returns daily and anchors your community should see fewer interruptive ads and more value-added rewarded moments. A short-session player who churns inside three sessions can absorb a denser schedule because the lifetime window is small. Segmenting exposure by observed behaviour protects retention on the players who are worth the most, which is the same rigour you would apply to a core loop.

Game monetization metrics that actually matter

Four game monetization metrics carry most of the signal: eCPM, ARPDAU, retention and ad engagement rate. Read them together — any one of them alone can be moved in a direction that costs you money.

• eCPM — effective revenue per thousand impressions, including fill. It tells you what your inventory is worth, not how much you earn. See what rewarded video ads actually pay on web games for current web ranges.
• ARPDAU — average revenue per daily active user: total daily revenue divided by daily active users. This is the headline number for a live game, because it folds eCPM, ad engagement and frequency into one figure. Our notes on how ARPDAU is calculated and improved break down the levers.
• Retention (D1, D7, D30) — the denominator of everything. A monetization change that lifts eCPM while cutting day-7 retention is a loss, because you are harvesting a shrinking audience.
• Ad engagement rate — the share of daily actives who complete at least one rewarded video. This is the fastest diagnostic for placement quality: a low rate almost always means the reward is not worth the 30 seconds, or players never see the prompt.

Two supporting metrics round it out: fill rate, which tells you whether demand exists for your geography and traffic shape, and the share of revenue coming from ads versus purchases, which tells you whether your hybrid is balanced or whether one side is cannibalizing the other.

Where distribution platforms fit alongside your ad stack

Poki, CrazyGames and similar portals are distribution: they put a web game in front of an audience that would never find it otherwise, and they handle monetization on their own domain. They are complementary to an owned-site ad stack, not an alternative to one.

The practical arrangement for most studios is both. Portal traffic supplies reach and discovery. Your own site supplies the audience you control — the domain you can email, redirect, re-skin and sell sequels to — and that is where your own rewarded video integration earns. Studios that treat distribution and owned monetization as an either/or decision usually end up with reach they cannot monetize or revenue they cannot scale.

Building a game monetization strategy: a practical sequence

A game monetization strategy for a web title can be built in a defined order, and the order matters more than the individual choices.

1. Identify the moments of player need. List every point where a player loses, waits, or wants more: deaths, timers, currency shortfalls, end-of-run reward screens. These are your rewarded placements. If the list is empty, the problem is the design, not the ad network.
2. Price the reward. Set reward value high enough to be worth 30 seconds and low enough that it does not undercut anything you sell. Write the exchange rate down before you build it.
3. Integrate rewarded video. On web this is a JavaScript integration, not a native SDK — load the script, call the ad, grant the reward on the completion callback, and handle the no-fill case gracefully so the player is never stuck. The step-by-step guide to adding rewarded video to an HTML5 game covers the callback structure.
4. Set frequency caps and segment them. Start conservative, then relax caps for short-session cohorts and hold them tight for long-session returners.
5. Add the second revenue line. Once rewarded video is stable, layer a no-ads option, cosmetics, or a currency pack. Hybrid works best when ads are already proven rather than bolted on at the same moment.
6. Measure against retention, not just revenue. Run each change for long enough to see a D7 cohort. ARPDAU that rises while D7 falls is a number that will reverse itself within a month.

Compliance and abuse, briefly

Two operational items belong in the strategy rather than after it. Consent: AppLixir has TCF 2.3 and GDPR compliance built in via Didomi, so European traffic is handled at the platform level rather than being a per-publisher engineering project. Abuse: rewarded video grants real in-game value, so reward callbacks should be validated server-side wherever your game has a backend, and reward grants should be rate-limited per player.

FAQ

What is the best game monetization model for a free-to-play web game?

Hybrid, led by rewarded video. Roughly 2% of free-to-play players ever make a purchase, so an IAP-only plan leaves about 98% of the audience unmonetized, while rewarded video reaches everyone who plays. For browser games specifically, start with rewarded video at natural moments of player need, then add a no-ads option or cosmetics once the ad revenue is stable.

Do Unity Ads or AdMob work for WebGL and browser games?

No. Unity Ads, AdMob, AppLovin and ironSource are mobile SDK networks that serve iOS and Android app inventory, and they do not serve browser traffic. A Unity WebGL export has no working path to those networks, which is why web games need a web-native rewarded video provider instead. AppLixir was built for the browser and integrates through JavaScript rather than a native SDK.

Which game monetization metrics should I track first?

Track ARPDAU, eCPM, day-7 retention and ad engagement rate together. ARPDAU — daily revenue divided by daily active users — is the single best summary of monetization health, but it only means something read against retention. If a placement change raises ARPDAU and lowers D7, the gain is temporary and the audience is shrinking underneath it.

Are Poki and CrazyGames an alternative to running my own ads?

They are complementary, not alternatives. Distribution platforms like Poki and CrazyGames supply discovery and reach that is hard to replicate independently, and they monetize traffic on their own domains. Your own site is the audience you control, and that is where your own rewarded video integration earns — most studios run both, with portals for reach and an owned ad stack for the revenue they keep control of.