ADR, Occupancy & RevPAR: How Short-Term Rental Revenue Really Works

Short-term rental revenue is often reduced to one question:

What nightly rate can the property get?

That is only one part of the picture.

A property can command a high nightly rate and still produce weak revenue if too few nights book. It can show very high occupancy and still leave money on the table if rates are consistently too low. And two dashboards can display different versions of the “same” metric because they do not define revenue or available nights in exactly the same way.

Three measurements help owners make sense of this:

• ADR — Average Daily Rate
• Occupancy — the share of available nights that are booked
• RevPAR — Revenue per Available Rental

Individually, each answers a different question. Together, they describe how effectively a property converts available nights into accommodation revenue.

The formulas are straightforward.

The judgment begins with understanding what went into them.

When definitions are consistent:

RevPAR = ADR × Occupancy

If ADR is $250 and occupancy is 60%, RevPAR is $150.

That does not mean the property earned $150 on every calendar night. It means the property’s booked revenue, spread across the nights counted as available, averaged $150 per available night.

And before comparing any of these numbers across properties, managers or data providers, verify that the underlying definitions are actually comparable.

1. ADR: what did the booked nights earn?

ADR stands for Average Daily Rate.

In its simplest form:

ADR = revenue from booked nights ÷ number of booked nights

Suppose a property produces $4,500 of accommodation revenue across 18 booked nights:

$4,500 ÷ 18 = $250 ADR

ADR is useful because it compresses the property’s booked-night pricing into one average.

But ADR is not:

• the property’s highest nightly price;
• the price shown on a future Saturday;
• the owner’s take-home profit;
• total monthly revenue;
• proof that the pricing strategy is optimal.

It tells you what the nights that actually booked produced on average under the revenue definition being used.

The first definition problem: what counts as revenue?

This is where owners should pay attention.

AirDNA’s current methodology states that its ADR/revenue figures include cleaning fees in the revenue calculation. Key Data’s standard ADR definition uses accommodation or unit revenue and separately offers an ADR (Total) metric that includes additional guest-paid revenue.

Both approaches can be useful.

They are not necessarily the same number.

So when someone says, “Your ADR is $300,” an informed owner can ask:

Does that mean accommodation revenue only, or does it include cleaning and other fees?

Without that answer, the number is less comparable than it appears.

2. Occupancy: how much available inventory was booked?

Occupancy measures the relationship between booked nights and nights available to be booked.

A basic formula is:

Occupancy = booked nights ÷ available nights × 100

If a property had 30 available nights and 18 were booked:

18 ÷ 30 = 60% occupancy

Simple—until the word available becomes ambiguous.

The denominator matters

Imagine the same 30-day month, but the owner blocks 10 nights for personal use.

The property now has only 20 nights offered for booking.

If 18 of those 20 nights book, occupancy against available inventory is:

18 ÷ 20 = 90%

That sounds dramatically stronger than 60%.

Yet the property still booked exactly 18 nights.

This does not make either calculation automatically wrong. It demonstrates why an occupancy percentage cannot be interpreted intelligently without knowing its denominator.

AirDNA, for example, uses its own active-listing-night methodology to determine the nights included in occupancy. Guesty describes occupancy in its analytics as booked days divided by bookable days.

The operational lesson is simple:

Always ask what the system excludes from “available nights.”

Owner blocks, maintenance blocks, inactive periods and system-specific availability rules can change the denominator.

3. RevPAR: the bridge between rate and occupancy

RevPAR is where ADR and occupancy meet.

For short-term rentals, the term is commonly expressed as Revenue per Available Rental.

When the inputs use compatible definitions:

RevPAR = ADR × occupancy

Using the example above:

• ADR = $250
• Occupancy = 60%

So:

$250 × 60% = $150 RevPAR

You can reach the same result another way:

$4,500 revenue ÷ 30 available nights = $150 RevPAR

That is why RevPAR is so useful. ADR looks only at nights that booked. Occupancy looks at how much available inventory booked. RevPAR connects the rate earned on booked nights to the inventory available for sale.

It asks:

How effectively did this property convert its available nights into revenue?

4. Why ADR alone can mislead

Consider two hypothetical properties over the same 30 available nights.

Property A has the higher ADR.

Property B produces more booked revenue and higher RevPAR.

That does not prove Property B is the better investment. Expenses, property type, stay length, cleaning economics, owner use and many other factors still matter.

It proves something narrower:

The highest ADR is not automatically the strongest revenue performance.

A pricing strategy that protects rate so aggressively that too many nights remain empty can lose the benefit of that higher rate.

5. Why occupancy alone can mislead

Now reverse the problem.

Suppose an owner focuses almost entirely on keeping the calendar full. Rates are lowered whenever availability remains.

Occupancy may rise.

But if ADR falls faster than occupancy improves, revenue efficiency can decline.

The second scenario has substantially higher occupancy.

Its RevPAR is lower.

Again, this is not an argument for keeping rates high. It is an argument against treating occupancy as the objective by itself.

A full calendar is not the same thing as an optimized calendar.

6. RevPAR is more informative—but it is not profit

RevPAR solves an important problem by combining rate and occupancy.

It does not solve every problem.

RevPAR does not tell you, by itself:

• management cost;
• cleaning cost;
• platform/channel fees;
• utilities;
• maintenance;
• supplies;
• insurance;
• taxes;
• debt service;
• capital expenditures;
• furnishing replacement;
• owner-use opportunity cost;
• net operating income;
• cash-on-cash return.

A property can have attractive RevPAR and poor economics if its cost structure is too heavy.

That distinction matters particularly for investors.

Revenue metrics measure revenue performance. They do not replace underwriting.

A later Tennessee Insights resource owns the full expense and underwriting question. This article stays with the revenue mechanics.

7. The most important reporting rule: define the metric before comparing it

An owner may see performance in:

• a property-management system;
• an OTA dashboard;
• a revenue-management platform;
• a third-party market-data product;
• a manager’s owner statement;
• an underwriting spreadsheet.

Those systems may not use identical definitions.

Before comparing two ADR, occupancy or RevPAR figures, align at least these five items:

1. Time period

Are both numbers monthly? Trailing 12 months? Calendar year? Future on-the-books?

2. Revenue definition

Accommodation revenue only? Cleaning fees included? Other fees? Discounts? Taxes? Platform fees?

3. Availability definition

Calendar nights? Bookable nights? Active listing nights? Are owner and maintenance blocks removed?

4. Property set

One property? A comparable set? Entire market? Only active listings? Only listings with bookings?

5. Data timing

Is the number historical, on-the-books, projected or estimated?

If those five items do not match, the comparison may be directionally interesting but should not be treated as apples-to-apples.

The Metric Definition Card

For any owner dashboard or performance report, the following should be answerable:

This small discipline prevents a surprising amount of confusion.

8. Market ADR is not your property’s ADR

Market data is useful for context.

It is not a property-specific promise.

A market average can blend homes with different:

• bedroom counts;
• guest capacities;
• neighborhoods;
• amenities;
• design quality;
• review histories;
• parking;
• pools or hot tubs;
• views;
• event access;
• property types;
• operating standards;
• availability patterns.

The same is true for occupancy and RevPAR.

A Tennessee owner should therefore be cautious with statements such as:

“The market gets a $X ADR, so this property should too.”

A market number is a benchmark. Property-level expectations require a relevant comparable set and a property-specific analysis.

That deeper estimation process belongs to the separate Tennessee revenue-estimation framework.

9. Tennessee does not have one universal revenue pattern

ADR, occupancy and RevPAR are universal mechanics.

Their actual values are local.

A downtown Nashville property serving event-driven groups does not necessarily behave like a larger leisure property elsewhere in Middle Tennessee. A cabin market in East Tennessee can have a different booking window, seasonality pattern, amenity expectation and rate structure. Even two properties in the same market can perform differently because of location, bedroom count, design, reviews and availability.

This is why Tennessee Insights should not use a statewide ADR or occupancy figure as though it describes an individual property.

The formulas travel well. The benchmarks do not.

When evaluating a Tennessee property, move from:

state → market → submarket → relevant property type → true comparable set → specific property

The closer the comparison gets to the actual asset, the more useful the metric becomes.

10. How the three metrics move together

The relationship can be summarized this way:

ADR rises, occupancy holds

RevPAR rises.

Occupancy rises, ADR holds

RevPAR rises.

ADR rises, occupancy falls

RevPAR tells you whether the rate gain outweighed the lost bookings.

Occupancy rises, ADR falls

RevPAR tells you whether the additional bookings outweighed the lower rate.

ADR and occupancy both fall

RevPAR falls.

This is why RevPAR is a useful balancing metric.

But the objective is not simply to maximize a single number every day. Revenue decisions also interact with minimum stays, gap nights, cleaning economics, guest fit, owner-use blocks, maintenance, channel mix and long-term property strategy.

Those are separate levers. ADR, occupancy and RevPAR are the dashboard—not the entire engine.

11. A 30-day worked example

Assume a property is available for all 30 nights.

It books 18 nights and produces $4,500 in accommodation revenue under the reporting definition being used.

Step 1 — ADR

$4,500 ÷ 18 booked nights = $250

Step 2 — Occupancy

18 booked nights ÷ 30 available nights = 60%

Step 3 — RevPAR

$4,500 ÷ 30 available nights = $150

Or:

$250 ADR × 60% occupancy = $150 RevPAR

Now suppose the owner raises rates and the next comparable period produces:

• 15 booked nights;
• $4,350 revenue;
• 30 available nights.

ADR rises to:

$4,350 ÷ 15 = $290

Occupancy falls to:

15 ÷ 30 = 50%

RevPAR becomes:

$290 × 50% = $145

The ADR improved from $250 to $290.

Revenue and RevPAR declined.

That is the kind of tradeoff these metrics are designed to reveal.

12. What should owners actually watch?

For basic revenue literacy, use all three.

ADR helps you understand booked-night rate performance.

Occupancy helps you understand how much available inventory is converting to reservations.

RevPAR helps you understand how those two forces combine.

Then add context:

• comparable period;
• booking pace;
• seasonality;
• lead time;
• length of stay;
• channel mix;
• owner blocks;
• relevant comparable properties;
• operating expenses.

No one metric deserves to become a scoreboard for the entire property.

Common mistakes

“My ADR is higher, so performance improved.”

Not necessarily. Check occupancy, revenue and RevPAR.

“My occupancy is 90%, so pricing must be excellent.”

Not necessarily. Check the rate achieved and the availability denominator.

“My market’s ADR is $X, so my home should earn the same.”

Not necessarily. Market averages are not property-level projections.

“RevPAR tells me profit.”

It does not. It is a revenue-efficiency metric.

“The dashboard says ADR, so every system means the same thing.”

Do not assume that. Verify the revenue definition.

“Blocked nights do not matter because they were never for sale.”

They may still matter when interpreting occupancy, opportunity cost and comparisons across systems.

Key Takeaways

• ADR measures average revenue per booked night under the system’s chosen revenue definition.
• Occupancy measures booked nights relative to the nights defined as available or bookable.
• RevPAR combines rate and occupancy into revenue per available night.
• Higher ADR is not automatically better if occupancy falls too far.
• Higher occupancy is not automatically better if rates fall too far.
• RevPAR is more balanced than either metric alone, but it is not profit.
• Data providers can define revenue and availability differently; always verify the methodology before comparing numbers.
• Market metrics are context, not property-specific income promises.
• For a Tennessee property, relevant local and property-level comparables matter more than a broad statewide average.

The practical next step

The next time you receive a performance report, do not begin with:

“Is this ADR good?”

Begin with:

“How is ADR defined here, what counts as an available night, and what happened to RevPAR?”

That question turns three dashboard numbers into a much more useful conversation about performance.

For the broader management context, read Short-Term Rental Management in Tennessee: A Complete Owner’s Guide. For the management scope behind pricing and reporting, What Does a Short-Term Rental Property Manager Actually Do? explains the operating responsibilities.

When the approved owner-reporting article and interface are available, owners evaluating transparency can also Preview the Owner Dashboard to see how performance information is intended to be presented. The preview must remain clearly identified as a preview, not a live owner portal.