RevPAR vs. ADR: what the numbers actually show
Two listings can post the same revenue and mean completely different things. Worked examples showing how ADR and RevPAR diverge, and what each one tells you.
ADR and RevPAR are often mentioned in the same breath, which makes them sound interchangeable. They aren’t. ADR measures your pricing. RevPAR measures your pricing and your occupancy together. (If the three metrics themselves are new to you, start with the primer.) Two listings can have identical ADR and very different RevPAR — or identical RevPAR and very different ADR — and the difference is exactly the information you need to act on.
The formulas
- ADR (Average Daily Rate) = total room revenue ÷ nights booked
- RevPAR (Revenue Per Available Night) = total room revenue ÷ nights available (booked and unbooked)
ADR only looks at the nights you actually sold. RevPAR looks at every night the listing was open, whether it sold or not — which is what makes it the number that captures missed opportunity.
Example 1: Same revenue, different story
Say a listing has 30 available nights in a month.
Scenario A — high price, lower occupancy: 15 nights booked at $200/night. Revenue = $3,000. ADR = $3,000 ÷ 15 = $200. RevPAR = $3,000 ÷ 30 = $100.
Scenario B — lower price, higher occupancy: 20 nights booked at $150/night. Revenue = $3,000. ADR = $3,000 ÷ 20 = $150. RevPAR = $3,000 ÷ 30 = $100.
Both scenarios produce the same revenue and the same RevPAR — $100. But the ADR tells a completely different pricing story: Scenario A is a premium listing selling half its nights; Scenario B is a mid-priced listing selling two-thirds of its nights. If you only looked at RevPAR, you’d think these two months were identical. They’re not — they just landed at the same total through opposite strategies.
Example 2: Same ADR, different RevPAR
Now hold price constant and change occupancy.
Month 1: 12 nights booked at $180/night out of 30 available. ADR = $180. Revenue = $2,160. RevPAR = $2,160 ÷ 30 = $72.
Month 2: 24 nights booked at $180/night out of 30 available. ADR = $180 — unchanged. Revenue = $4,320. RevPAR = $4,320 ÷ 30 = $144.
Here, ADR gives you zero signal that anything changed — the price per booked night is identical both months. RevPAR doubles, because it captures the occupancy swing that ADR is blind to. This is the core reason RevPAR exists: it’s the one number that can’t be flattered by cherry-picking only the nights that sold.
Example 3: Diagnosing a slow month
A host sees revenue drop from $4,000 to $2,800 month over month, on a 30-night listing.
Prior month: 20 nights booked at $200/night. ADR = $200. RevPAR = $4,000 ÷ 30 = $133. Slow month: 20 nights booked at $140/night. ADR = $140. RevPAR = $2,800 ÷ 30 = $93.
Occupancy is identical — 20 nights both months. ADR dropped from $200 to $140. That’s a pricing problem, not a demand problem: the same number of guests booked, but at a lower rate, likely from a rate drop, a promotion, or a shift in booking mix toward cheaper dates. RevPAR falling here is a symptom; ADR is where the cause actually shows up.
Compare that to a different slow month: 14 nights booked at $200/night. ADR = $200 — unchanged. Revenue = $2,800. RevPAR = $2,800 ÷ 30 = $93 — the same RevPAR as above, but for a completely different reason. Here occupancy dropped from 20 nights to 14, while price held steady. That’s a demand problem: fewer people booked at the same price, which points toward visibility, seasonality, or competition you can size up with market research — not a pricing mistake.
Both slow months land on the identical $93 RevPAR. Only by checking ADR alongside occupancy can you tell whether the fix is a price adjustment or a push on bookings.
Why both numbers, together, matter
RevPAR alone tells you that something changed. ADR alongside occupancy tells you why. A host chasing RevPAR without watching ADR can end up discounting rates to fill nights, not realizing the drop in per-night value is quietly eating the margin those extra bookings were supposed to create.
Calculating this by hand every month means pulling nights booked, nights available, and total revenue for each period — then doing the division twice, once for ADR and once for RevPAR. HostLedger calculates both automatically for any month you pick, so the diagnosis is sitting there the moment a month looks off, rather than something you reconstruct after the fact.