
Mobile-Only Rates on Booking.com: What to Check Before Joining
A mobile-only rate is one of the easiest discounts to switch on and one of the easiest to regret. This guide covers the four checks that keep it a tool rather than a slow leak: where the discount is created, how it stacks, and how to verify all three views.

Check the four things that keep a mobile-only rate a tool, not a slow leak in margin.
Last updated: September 16, 2026
A mobile-only rate is one of the easiest discounts to switch on — and one of the easiest to regret. It can fill dates that would otherwise sit empty, or quietly shave margin off nights that were going to sell at full price anyway.
Before you opt in, there are four things worth checking. Get them right and the offer stays a tool. Skip them and it becomes a slow leak in your rate structure.

What a mobile-only rate actually is
Think of a mobile rate as a discount aimed at a device, not a fresh public rate. It appears only to travellers who satisfy the device condition — usually those booking in the app, or in the app plus mobile browsers, depending on which option you pick. The platform funds nothing: the reduction comes out of your own margin, applied as a percentage off an eligible parent rate.
Three properties matter:
- It is not your base rate. Your public rate stays where it is; the mobile price is a variant shown to a narrower audience.
- It discounts an existing offer. The parent rate still has to be open, sellable, and carrying availability. A mobile offer cannot reopen a closed rate, add inventory you don't have, or fix a room-rate product that was never mapped.
- It is not automatically a parity breach. Because it is fenced by device, a lower mobile price is not the same thing as cutting your public rate. Trouble starts when you lower the base instead.
The case for it — and the case against
Worth doing when you have soft midweek or shoulder-season dates, when your booking mix is drifting toward mobile, and when you would rather sell an empty night at a discount than not sell it at all.
Worth avoiding when your dates already sell out, your rates are thin after commission, or your calendar rests on a promo stack you cannot fully see.
The deciding question is not "will this bring more bookings?" — it usually will. It is whether the extra room nights come from dates that needed help, or from guests who would have paid full price on a phone anyway.
The four checks before you join
1. Know your net floor. Before you touch the discount, write down the lowest net amount you will accept per night. A discount that looks small against the gross rate can land well below that floor once commission and any other live offer are applied.
2. Confirm the parent rate is healthy. The mobile discount attaches to an eligible parent rate. If that rate is closed, unbookable, or missing inventory, the promotion has nothing to work with.
3. Check what else is already stacked. A mobile offer rarely travels alone. Membership discounts, country rates, seasonal campaigns, last-minute and early-booker deals, and non-refundable adjustments can all touch the same search.
4. Decide the audience and the dates. App-only or app-plus-mobile-browser is a real choice, and so is excluding the high-demand dates you do not need to discount.
Run your own numbers first
The figures below are a worked example only — they are not any platform's actual rate or commission, and yours will differ. Say your rack rate is $150 and you set a 12% mobile discount, so the eligible mobile price becomes $132. If your OTA commission is 15%, you keep roughly $112 before payment and operating costs. If a second eligible discount also applies, the guest price drops again and your net falls with it.
Run that arithmetic for a quiet Tuesday and for a peak Saturday separately. The Tuesday number may look fine. The Saturday number is the one that tells you whether the offer belongs across your whole calendar or on a narrow window of dates.
And watch the compounding: sequential percentages multiply rather than add. Two 10% cuts applied one after another are not 20% off — they come to about 19%, because the second cut bites into the already-reduced amount.
If running these numbers per channel sounds heavy, set the base rate once in LOCALSBNB's calendar and let the direct connections to Airbnb, Booking.com, Agoda, and Trip.com carry it — the calculator work shrinks to the promotion layer only. The calendar lives at localsbnb.com.

Where the discount is created
Mobile rates live in Booking.com's own promotion tools, usually under Promotions in the extranet — some accounts surface them elsewhere, and the labels vary by region and property type. You create the offer there, against the parent rates and rooms you select.
Pushing prices and availability through a channel manager is not the same job as managing promotions. If you run your base rates through one — LOCALSBNB connects directly to Booking.com, Airbnb, Agoda, and Trip.com — keep the parent price in a single source and create the mobile offer on Booking.com's side. Keep that promotion in one system only, and never fake a mobile rate by trimming the base rate you send out: that smaller number can reach desktop shoppers and your other channels.
Watch the stacking
Treat the mobile rate as one layer in a stack, not a standalone price. When you plan it, list every other discount that can reach the same booking: membership and login-based offers, country or geo rates, campaign and seasonal deals, early-bird and last-minute rates, non-refundable adjustments, and any provider-applied markup or direct discount.
Two habits keep the stack honest:
- Compare parity like for like — the same stay dates and party size, the same room and policy, the same meal plan, currency, and taxes. A device-fenced mobile price and an unrestricted desktop price are not the same product, but a reduced public rate creates a genuine mismatch.
- Do not lift the public rate just to absorb the mobile discount. Check your agreements and the prices you distribute elsewhere first; the cleaner move is to set a net floor and narrow the eligible dates.
Verify all three views before you leave it running
Once it is live, assume nothing from the summary screen. Reopen the promotion and check the audience, the percentage, the included parent rates and rooms, and the excluded dates. Then confirm the parent rate is still open and carries inventory.
Test three separate views under matching conditions: desktop, a mobile browser, and the app. If you chose app-only, a mobile-browser search showing no discount is not a failure — it simply means that test did not meet the device condition. Hold every variable steady across the three: same dates and party size, same currency and room, same cancellation terms, same login state.
Record the price before and after. If the drop is larger than the percentage you set, the cause is almost always another active discount, a tax or fee line, or a stacking setting — not a bug.

When to pause or narrow it
Pull the discount back if it keeps filling nights that would have sold anyway at your normal price, if your net nightly figure falls below the floor, or if the final discount runs deeper than you intended. Investigate straight away if desktop users can see the promotional price, or if a date you excluded is still discounted.
A workable rhythm: check upcoming exclusions weekly, review results monthly, and re-examine the setup whenever you change rate plans, mappings, or providers.
Questions hosts ask
What is a mobile-only rate on Booking.com? A percentage discount that appears only to travellers on a qualifying device. You pay for it out of your own margin — the platform does not.
Is a mobile rate the same as lowering my base rate? No. It is a variant shown only to a device-qualified audience. Lowering the base rate is what can create a genuine parity problem.
Does it break rate parity? Not by itself. Because it is device-fenced, a mobile price is not a public rate. Still check your agreements, local rules, and comparable conditions elsewhere.
Can my channel manager set one up? Only if it supports Booking.com's promotion workflow. Pushing prices and inventory is a different job from creating a promotion, so confirm the capability before you count on it.
Why can't I see the mobile price in my test? Check that the device matches the audience, the parent rate is open, inventory exists, the dates are eligible, the room is included — and whether you are signed in as the right guest.
Ready to test your next channel promotion on real numbers instead of vibes? Start free at localsbnb.com.

Keep reading
- [The Real Cost of an OTA Booking: Commission Math Every Host Should Run](/resources/ota-commission-math)
- [Changing Rates on Agoda? The Routine That Keeps Your Sync Intact](/resources/agoda-rate-change)
- [When the Right Room Sells the Wrong Deal: A Rate Plan Mapping Check](/resources/rate-plan-mapping)
Fees, rates, and platform policies change, so confirm current details with each channel before acting. Results vary by market, season, property type, and pricing. LOCALSBNB provides software, not financial or legal advice.
確認担当
Localsbnb 編集チーム