EN RU
List your company
60 metrics · 9 areas

iGaming metrics: formulas & how to read them

The core operator-side metrics in one place: the formula, one sentence on what the number tells you, and a calculator where one exists. A cheat sheet for dashboards and interview prep.

Traffic & conversion 11 Deposits & payments 9 Revenue & LTV 11 RTP, margin & hit rate 5 Withdrawals & cash flow 5 Bonuses 7 Engagement & activity 4 KYC & verification 4 Retention & churn 4

Traffic & conversion (11)

How visitors turn into registrations and first deposits.

Visits

Sessions that started loading the site. The top of every funnel.

Registrations (Regs)

Players who completed sign-up. Compare against visits, not in isolation.

FTD (first-time deposit)

Players who made their first deposit. The moment a registration becomes revenue.

Visit-to-Reg (Visit2Reg)

(Regs / Visits) × 100%

Share of visitors who register. A sudden drop usually means a broken form, slow load or a mismatched landing.

Reg-to-Dep (Reg2Dep / Reg2FTD)

(FTD / Regs) × 100%

Share of registrations that fund an account. Driven by traffic source, offer, payment options and onboarding friction.

Reg-to-deposit-attempt (Reg2TryDep)

(Deposit attempts / Regs) × 100%

Registrations that at least tried to deposit. The gap to Reg2Dep is lost to the payment step itself.

Visit-to-Dep (Visit2Dep)

(FTD / Visits) × 100%

End-to-end conversion from first visit to first deposit. The single number that summarises acquisition quality.

Avg. visit-to-FTD time

Sum of visit–to–FTD time / FTD count

How long players think before funding. Long times point to trust or payment hesitation; very short times often mean warm, returning traffic.

Bounce rate

(Visits with no action / All visits) × 100%

Share of visits that leave without doing anything. High bounce with high volume is the classic signature of a bad traffic source.

Cost per registration (CPR)

Traffic budget / Regs

What one registration costs. Rises when the landing is slow or the creative over-promises.

Deposits & payments (9)

Deposit volume, size and payment-gateway success.

Deposit sum

Total money deposited over the period. The raw input to almost every revenue metric.

Processing approval rate (Processing AR)

(Successful attempts / All attempts) × 100%

Success rate across every deposit attempt. A payment-provider health check; read it next to User AR.

User approval rate (User AR)

(Players with a successful deposit / Players who tried) × 100%

Of players who tried to deposit, how many eventually got through. Closer to the real customer experience than Processing AR.

Average first deposit (AVG FD)

Sum of first deposits / FTD count

Typical size of a first deposit. Higher AVG FD usually correlates with longer sessions and better downstream value.

Average deposit

Deposit sum / Number of deposits

Average money per deposit. Always slice by segment — a few high rollers distort the blended number.

Deposits per player (ADCPU)

Number of deposits / Depositors

How many times an average depositor tops up. Growing ADCPU is a strong sign of habit forming.

FTD-to-STD conversion

(Second deposits / FTD) × 100%

Share of first-time depositors who come back for a second deposit. The first real retention signal; read with AVG FD, RTP and bonus uptake.

FTD-to-Nth deposit conversion

(Nth deposits / FTD) × 100%

Same idea extended down the deposit ladder — where the curve flattens tells you where players settle.

First-deposit bonus activation rate

(FTD with a first-dep bonus / FTD) × 100%

How many first depositors take the welcome offer. Very low uptake means the offer is unclear or unattractive.

Revenue & LTV (11)

Turnover, gross and net revenue, and what a player is worth over time.

Turnover (bet sum)

Sum of all bets

Total amount wagered. The primary "is the product alive?" indicator — a falling trend is a warning before revenue drops.

Average bet

Turnover / Number of bets

Typical stake size. Moves with game mix, segment and bonus activity.

NGR (net gaming revenue)

GGR − Bonus cost (− fees, taxes, provider share)

Revenue after bonus and cost of sales. The number margins, LTV and P&L are actually built on.

ARPU by GGR

GGR / Active users

Average GGR per active player, depositors and non-depositors alike. Jackpot outliers can swing it.

ARPU by NGR

NGR / Active users

Average net revenue per active player. The cleanest single "value per user" number for planning.

ARPPU by GGR

GGR / Active paying users

Average GGR from depositors only. Isolates the paying base from bonus-only and free players.

Player LTV

Total NGR of a cohort / Players in that cohort

What a player is worth over their whole lifetime. Compare against CAC — LTV must clear acquisition cost with room to spare.

ROI (on traffic)

((GGR − traffic cost) / Traffic cost) × 100%

Return on acquisition spend. Report it three ways — by GGR, by NGR and by deposit sum — they tell different stories.

ROI (D30 / cumulative)

Cumulative ROI at day N after acquisition

ROI measured at a fixed age (day 7, 30, 90…). The only fair way to compare cohorts acquired at different times.

Negative carryover impact

RevShare with carryover vs without, over a year

How much an affiliate RevShare deal costs you when negative months roll forward. Model a full year, not one month.

RTP, margin & hit rate (5)

How much the product returns to players and how often they win.

RTP (return to player)

(Player wins / Turnover) × 100%

Share of wagers paid back as wins over a window. Above 100% means the segment is up; analyse by game, provider and player segment.

Hit rate (hit frequency)

(Winning bets / Total bets) × 100%

How often a bet returns anything at all. Low hit rate feels punishing even at a fair RTP — it shapes perceived volatility.

Average bets per user

Number of bets / Number of bettors

Betting activity per player. Read with average bet: many small bets and few large bets are very different products.

Average games per user

Total games played / Unique users

How many distinct titles a player tries. A read on how well discovery and the lobby are working.

Withdrawals & cash flow (5)

Payout volume, approval rate, speed and the deposit-to-withdrawal balance.

Withdrawal sum

Total successfully paid out. Track daily — spikes often follow a big win or a bonus wave.

InOut (deposits − withdrawals)

Deposit sum − Cashout sum

Net cash the product held over the period. Positive and stable is healthy; a shrinking trend needs a reason.

Cashout-to-deposit ratio (Out/In)

(Cashout sum / Deposit sum) × 100%

Share of deposits that flows back out. Watch both the daily number and the long trend — a rising ratio erodes margin.

Withdrawal approval rate

(Approved withdrawals / Total withdrawal requests) × 100%

How many payout requests actually clear. A low rate is a churn engine — players talk about blocked withdrawals.

Average withdrawal time

Total processing time / Completed withdrawals

How long a payout takes end to end. One of the strongest retention levers an operator directly controls.

Bonuses (7)

Bonus spend, conversion of bonus money to real, and bonus efficiency.

Bonus issued

Total bonus money players activated. The cost side of every promo; NGR is GGR minus this.

Bonus cancellation rate

(Bonuses cancelled / Bonuses issued) × 100%

Share of bonuses players walk away from. High cancellation means terms are too harsh or the offer is a poor fit.

Bonus GGR

Bonus bets − Bonus wins

GGR generated specifically on bonus money. Tells you whether a promo plays through or just leaks value.

Bonus issued / GGR

Bonus issued / GGR

Bonus spend per unit of revenue. A rising product-level ratio is a profitability red flag worth digging into.

Bonus issued / Deposit sum

Bonus issued / Deposit sum

How much bonus it takes to pull in a unit of deposits. Core input to whether the promo model is sustainable.

Avg. deposit for bonus activation

Deposits made to activate / Activations

The deposit size players choose to unlock an offer. Compare to AVG FD to see if the offer lifts or caps the deposit.

Engagement & activity (4)

Play time, bet frequency and how many players are active.

Playtime

Total time players spent in games. Best read per player rather than as an absolute.

Average playtime

Total playtime / Active players

Session depth per active player. Falling avg playtime often precedes a churn uptick.

Active users

Players who met an activity rule in the window. Always state the rule — "placed a real bet" and "logged in" give very different counts.

DAU / WAU / MAU

Active users by day, week and month. A shrinking base quietly compresses almost every other metric.

KYC & verification (4)

How many players verify, how far they get and how long it takes.

KYC completed rate

(Players who uploaded all docs / Registered users) × 100%

Share of players who submitted the full document set. Low here usually means the request comes at a bad moment in the flow.

KYC passed rate

(Verified players / Registered users) × 100%

Share who actually cleared verification. High completion but low pass rate points to unclear instructions or a strict reviewer.

KYC part-completed

Players stuck mid-verification — some docs in, not all. A concrete list of people to nudge.

Avg. document verification time

Total verification time / Verified players

How long a player waits to be cleared. Long queues here block first withdrawals and cost you new depositors.

Retention & churn (4)

Return rate, stickiness, churn and win-back.

D1 retention

(Cohort players active on day 1 / Cohort size) × 100%

Share of a cohort that comes back the next day. The earliest, fastest read on whether onboarding landed.

Stickiness

(DAU / MAU) × 100%

How many days a month an average monthly player shows up. Rising stickiness means the habit is real.

Churn rate

(Cohort players now inactive / Cohort size) × 100%

Share of a cohort that stopped engaging. Define "inactive" the same way every time or the trend is meaningless.

Reactivation rate

(Reactivated players / Inactive players targeted) × 100%

Share of lapsed players a win-back brings back. Usually far cheaper than acquiring the same player again.

Want plain-language definitions or ready calculators for these metrics?

Why this page is useful — and who it is for

Operator-side metrics are scattered across BI docs, onboarding wikis and half-remembered interview questions. This page pulls the core set into one screen: for every metric you get the formula, one sentence on how to read the number, and — where one exists — a link to the calculator that works with it. It is built to be used, not just read: scan a category to sketch a dashboard, search a term you hit in a meeting, or check a relationship (GGR → NGR, RTP → hold, DAU/MAU → stickiness) before you rely on it.

Who gets the most out of it

Analysts and BI who are adding metrics to a dashboard and want the definitions and formulas pinned down. Product, CRM and retention managers who need a shared vocabulary with data and finance. Acquisition and affiliate teams comparing traffic sources on the same funnel. Founders and GMs of smaller products who do not yet have a metrics dictionary of their own. And anyone preparing for an iGaming interview — the formulas and the chains between them are exactly what gets asked.

FAQ

How do I turn this into a dashboard, and in what order?

Build the funnel top to bottom so every rate has a denominator above it: visits → Visit2Reg → registrations → Reg2Dep → FTD, then AVG FD and Reg2TryDep to separate an offer problem from a payment problem. Put a revenue row next — turnover, GGR, NGR and one ARPU/ARPPU pair so you see value per user, not just totals. Set cost against it on the same screen: CPR, CPD and ROI by NGR; a funnel without acquisition cost is a vanity dashboard. Finish with a retention row — D1, Stickiness, churn, reactivation — read on a cohort basis rather than as one blended figure. Keep withdrawals visible (Out/In, Withdrawal AR, average payout time) because they move churn more than most operators expect. Show every rate next to its two raw counts, and plot a 7- and 28-day trend instead of a single value: a KPI with no trend tells you almost nothing.

What are the most common mistakes when reading these numbers?

Four recur. First, no segmentation: a blended average deposit or ARPU hides that one whale segment funds the product while the mass segment barely converts — always split by traffic source, geo, device and player tier. Second, inconsistent definitions: if "active user" means "logged in" one month and "placed a real-money bet" the next, every downstream metric — DAU/MAU, stickiness, churn — shifts for no real reason. Third, outliers left in: a single jackpot win can swing RTP, ARPU by GGR and InOut for a whole cohort, so report both the mean and a trimmed or median figure. Fourth, reading a rate without its volume: a 40% Reg2Dep on 50 registrations is noise, on 50,000 it is a signal. Two more: comparing cohorts of different ages instead of using a fixed day (D7, D30), and treating turnover or visits as success metrics when they only matter relative to revenue and cost.

Revenue dropped — which metrics do I check, and in what order?

Walk the funnel from the money back to the traffic. Start at NGR: did GGR itself fall, or did bonus cost and provider fees rise? If GGR fell, check turnover and RTP — lower turnover means fewer or smaller bets (look at active users, average bet, DAU/MAU), while a spike in RTP means players ran hot for the period and it will likely revert. If turnover is down, move up: FTD count, Reg2Dep, then registrations and Visit2Reg, then visits by source. A break high in the funnel with steady conversion below points to a traffic or campaign problem; steady visits with a falling Reg2Dep points to the offer, payment availability or a broken step. In parallel, check Out/In and Withdrawal AR — a payout problem or a bonus-abuse wave can drain NGR without touching the acquisition funnel at all. Always compare against the same weekday and a cohort of the same age, not against yesterday.

Cohort vs period reporting — why does it matter here?

Most of these metrics have two versions and they answer different questions. A period (snapshot) view — "Reg2Dep this month" — mixes players who registered years ago with players who signed up yesterday, so it drifts as your traffic mix changes even when nothing about the product changed. A cohort view groups players by when they joined and measures each group at the same age: Reg2Dep for the March cohort by day 30, D30 ROI for the April cohort, LTV for a cohort once it has matured. Cohorts make campaigns and product changes comparable because acquisition date is held constant. The rule "define active the same way every time" matters most here: churn and retention are only meaningful if the inactivity window (say, 30 days with no real bet) and the cohort boundary are identical across every measurement. Use snapshots for daily operational health, cohorts for anything you plan to decide on.

Why does the same metric look completely different by traffic source?

Because each source delivers a different kind of player and a different level of intent. SEO and brand traffic arrives warm — high Visit2Reg, high Reg2Dep, low CPR, but limited volume. Paid social and pop/push traffic is cold and broad — low conversion, high bounce, cheap clicks, and often a long average visit-to-FTD time as people research before funding. Affiliate traffic sits in between and varies by partner and deal type: a CPA partner optimises to the FTD event and can inflate Reg2Dep while sending players with poor Nth-deposit conversion and low LTV; a RevShare partner is aligned with long-term value. Incentivised or bonus-hunter traffic shows a high first-deposit bonus activation rate, high bonus/GGR, high cancellation and near-zero retention. The practical consequence: never judge a source on a single stage. Line up Visit2Dep, D30 ROI by NGR, FTD-to-STD and LTV per source, and weight budget toward sources that clear ROI at a fixed cohort age, not the ones with the prettiest top-of-funnel rate.

How do the bonus metrics work together to judge a promotion?

No single bonus number is enough; read them as a set against the promo's goal. Bonus issued is the cost. Bonus issued / deposit sum tells you how much bonus it took to pull a unit of deposits — the acquisition efficiency of the offer. Bonus issued / GGR tells you how much of your revenue the promo consumed — the profitability check; a ratio that keeps climbing at product level means promos are subsidising play that would have happened anyway, or attracting the wrong players. Bonus GGR (bonus bets − bonus wins) shows whether the bonus money actually played through or leaked straight to withdrawable balance. Bonus cancellation rate flags terms that are too harsh or an offer that does not fit the segment. Bonus issued to real is the amount that cleared wagering and became cash — the true payout. A healthy promo has a controlled bonus/GGR, a positive or small-negative bonus GGR, low cancellation, and a lift in FTD-to-STD or reactivation that outlasts the campaign window. If retention does not move, the bonus bought turnover, not customers.

Which formulas and relationships are worth memorising for an interview?

Memorise the chain, not isolated formulas. Revenue: GGR = bets − wins; NGR = GGR − bonus cost (and, depending on the shop, − fees, taxes, provider share); margin / hold = 100% − RTP, where RTP = wins ÷ turnover. Value: ARPU = revenue ÷ active users, ARPPU = revenue ÷ paying users, LTV = cohort NGR ÷ cohort players, and LTV must exceed CAC (= spend ÷ acquired depositors) by a comfortable multiple. Funnel: Visit2Reg = regs ÷ visits, Reg2Dep = FTD ÷ regs, Visit2Dep = FTD ÷ visits, and the three multiply through. Engagement: stickiness = DAU ÷ MAU; a rising ratio means a stronger habit. Retention: D1/D7/D30 are cohort return rates at a fixed age; churn is their complement. Payments: Processing AR is per attempt, User AR is per player. Be ready to explain why a metric moved — mix shift, seasonality, an outlier — and which lever you would pull, because reciting the formula is the easy half of the question.

What counts as a "good" value for these metrics?

There is no universal benchmark, and treating a number from a blog post as a target is how teams end up optimising the wrong thing. The right values depend on vertical (casino vs sportsbook vs lottery), geo, traffic mix, product maturity and licensing model. A casino RTP of 96% is normal; a sportsbook "RTP" is really 100% − margin and sits far lower per bet but with much higher turnover. Reg2Dep on brand traffic can be several times higher than on cold paid traffic and both can be fine. Instead of chasing external numbers, set your own baseline: pick a stable recent period, compute each metric by segment, and track deviation from that baseline. Define a green / amber / red band per metric based on what actually threatens the P&L — Withdrawal AR or average payout time slipping is a retention emergency, while a 2-point ARPU wobble on a small cohort is noise. Benchmark against your own past and against cohorts, and use industry figures only as a loose sanity check.