Airbnb 15.5% Host Fee Repricing 2026: Keep Your Payout

Who Is Affected and When

Airbnb documents two fee structures. Under the split fee, most hosts pay 3%. Guests usually pay 14.1% to 16.5%. Under the single fee, most hosts pay 15.5%. Check Airbnb's current fee page. Exceptions and country rules can change the rate.

The host absorbs more of the platform fee under the single-fee model. A $200 subtotal under a 3% host fee produces a $6 host fee. A 15.5% fee on the same subtotal is $31. The $25 difference is a calculated example, not a forecast.

Not every host is on the host-only fee. Your fee structure depends on your listing settings and your market. It also depends on whether you use a connected property management system. Hosts in some countries may see different rates. You need to check your own dashboard before doing any math.

Use a real transaction to confirm the fee. Airbnb says to open Earnings. Choose an upcoming or paid reservation. Open the transaction. Find the Airbnb service fee under Earnings. Repeat the check when listings or regions may have different terms.

Split-Fee Versus Single-Fee Arithmetic

A host running 20 nights per month at $150 per night earns $3,000 in gross bookings. Under the old 3% host fee, the fee was $90. Under 15.5%, the fee is $465. That is a $375 monthly gap. Over a year, that is $4,500 in lost payout on a single listing.

The calculation describes a payout gap even when the booking count has not changed. Compare the fee basis and payout on actual transactions. Then reconcile the difference over the same period.

Here is where hosts make a second mistake. They raise their nightly rate to recover the fee. But they forget that the guest-facing total also changes. Under the split-fee model, guests paid a service fee on top of your rate. Under the host-only model, that guest fee disappears. So the guest total may stay similar even after you raise your rate. That is actually the point of the host-only model. But you need to verify this for your specific listing before assuming it.

Taxes, cleaning fees, and currency conversions all affect the final guest total. A rate change may look neutral in your dashboard. It may look different to a guest in another country. Always check the guest-facing price after any rate adjustment.

Payout-neutral does not automatically mean guest-total neutral. Check both the host payout and the guest-facing total before you keep a new price.

Payout-Neutral Formula With Clearly Labeled Examples

The goal is simple. You want your payout after the new fee to equal your payout after the old fee. Calculate on the full fee-bearing booking subtotal, not the nightly rate alone. In this formula, A_old is the old accommodation amount after discounts. H_old is the old host-added-fee amount. A_new is the new accommodation amount. H_new is the new host-added-fee amount. The terms f_old and f_new are the verified decimal host-fee rates. Do not include guest service fees or taxes in A or H.

First calculate the old target payout: P_old = (A_old + H_old) × (1 − f_old). Then calculate the required new accommodation amount: A_new = [P_old ÷ (1 − f_new)] − H_new. Written as one formula, A_new = {[(A_old + H_old) × (1 − f_old)] ÷ (1 − f_new)} − H_new. If the stay has several nights, first calculate the stay-level amount. Then divide A_new by the number of priced nights.

For the $150 one-night example, both host-added-fee amounts are explicitly $0. The old payout is ($150 + $0) × 0.97 = $145.50. The required new accommodation amount is ($145.50 ÷ 0.845) − $0 = $172.19 after rounding to cents. At that displayed price, the 15.5% fee rounds to $26.69. The payout rounds to $145.50.

Always use the fee shown for your listing. The 0.845 divisor applies only to a 15.5% fee. If your account shows a different rate, subtract that rate from 1. That gives you the correct payout multiplier. Use the old and new host-added fees that apply to the same stay. If a host-added fee changes, H_old and H_new must differ. A change in the platform service-fee rate alone does not require those host-added-fee terms to differ. The arithmetic can preserve a target payout. It cannot predict how guests will respond.

Weekly and monthly discounts apply before the fee is calculated. Thus, A_old and A_new must be the accommodation amounts after the applicable discount. You may calculate from a base rate. But if the stay gets a 20% weekly discount, the actual payout will differ from the base-rate result. Check every active discount. Recalculate the stay-level amount after each one.

Early-bird and last-minute discounts work the same way. They reduce the subtotal. The fee is then taken from that lower number. A 10% last-minute discount on a $172 rate drops the subtotal to $154.80. The 15.5% fee on that is $23.99. Your payout is $130.81. That may still be acceptable. But you need to know the number before you set the discount.

See the last-minute pricing discount guide for a full breakdown of how discounts interact with your fee basis.

The table below shows the one-night example with zero host-added fees. Use it as a template, not a final answer. Your actual payout will depend on the full fee-bearing subtotal. It will also depend on verified fee rates and active discounts.

Guest-Total and Discount Traps

The formula answers one narrow question. What new accommodation amount would create the fee-bearing subtotal needed to reproduce the old payout after the new host-added fees? It does not show whether guests will accept that price. Compare the guest-facing total with genuinely similar stays before you publish.

Do not apply one payout-neutral percentage as a blanket rule. Demand may be uncertain. So may occupancy or the comparison set. In those cases, treat guest response as unknown. Preview the guest total. Record the current conditions. Test one bounded change.

Use the Airbnb 15.5% host fee calculator to run night-type scenarios before you publish any rate change. It saves time and reduces the risk of a pricing error.

Weekly and monthly discounts change the subtotal used in the payout math. Review those discounts in your calendar and calculate the discounted stay, not just the base nightly price.

When Not to Use a Blanket Percentage

Every listing has its own fee basis, discount stack, and market position. A formula that works for a Nashville condo may not work for a rural cabin in Vermont. Run the calculation for each listing separately. Do not copy a rate increase from one property to another without checking the fee basis first.

Not checking the guest-facing total is a serious error. A host can confirm the payout math and still publish an uncompetitive offer. Open a private browser. Search the same dates and guest count. Compare the total with genuinely similar stays. If your total is higher, treat the difference as a hypothesis to test. Do not assume one universal percentage causes a click or booking change.

Confirm the actual host service fee from a transaction in Earnings. If the rate differs from the example, contact Airbnb support or use the current Help Center instructions before making a rate change.

For software-managed listings, compare the Airbnb total with the rate sent by the software. Airbnb notes that promotions set directly on Airbnb may not appear in the connected software. Discounts may not appear there either. If the numbers differ, review both systems before publishing.

Frequently Asked Questions

Final Recommendation

The formula only works if you know your actual fee basis. Check the settings instead of assuming one structure. Confirm the percentage for every listing. Then run the math.

Once you have the new rate, do not publish it blind. Check the guest-facing total. Check your discount stack. Check your comp set. A rate that is mathematically neutral may still look expensive to a guest comparing three listings side by side.

Airbnb's 2026 notices describe specific transition dates and regional exceptions. Use the notice that applies to your account, and recheck the live fee page before a later change.

Run your payout-neutral calculation today using the Airbnb 15.5% host fee calculator, then verify the guest-facing total in a private browser before you publish a single rate change.