Connect and set up

Dynamic pricing setup checklist for your first listing

Set price boundaries, inspect downstream discounts, test the sync, and keep a simple way to pause automation.

The short answer

Begin with one representative listing. Set sensible rate boundaries, review special dates and minimum stays, verify the rate path to your booking channel, and document who can override or stop it. Expand only after the first connection behaves as expected.

Who this is for: Hosts activating a pricing tool for the first time or changing which system controls rates.

What to take away

  • A base price and a minimum price are different controls in some tools.
  • Promotions can change the guest-facing rate after a tool applies its boundary.
  • Preview first, enable sync deliberately, then confirm the final calendar.

Prepare the listing and its boundaries

Record the listing's current weekday, weekend and special-date rates, existing discounts and minimum-stay rules. Decide the lowest pre-discount rate you would accept and the dates that need a manual decision. PriceLabs distinguishes base, minimum and maximum price settings; do not assume a base price is your floor.

Check whether your booking channel applies discounts after the pricing tool's minimum. Airbnb says some discounts can put the price guests pay below its Smart Pricing minimum. Hospitable gives a similar warning for its own Dynamic Pricing with discounts, promotions and markups.

Preview ordinary and unusual dates

Inspect a near-term weekday, a weekend, a high-demand event and a gap between reservations. For each date, note the proposed nightly rate, minimum stay and any manual override. If a price looks wrong, identify the rule that produced it before changing several settings at once.

A vendor calendar is only one view. Check the same date's nightly accommodation rate in the destination channel after discounts; inspect the full guest total and host payout separately.

Turn on one sync path deliberately

PriceLabs documentation distinguishes importing a listing from enabling price sync. Use that separation as a safety step for any tool: finish configuration, review dates, then activate the intended connection. Note the first sync time and inspect the same dates in your PMS and channel.

Do not run two pricing systems against the same field without a documented precedence rule.

Use this launch check

Keep the checklist with the property so the next person can see which system controls the rate and what to do if it changes unexpectedly.

  • One owner is assigned for nightly rate and minimum stay.
  • Minimum, maximum and special-date overrides are reviewed.
  • Discounts and promotions are checked in the booking channel.
  • The first sync and three sample dates match the intended values.
  • A pause or rollback route is written down, with a named person to use it.

What the first successful sync does not prove

One successful rate update does not prove that every future date, channel or exception will match. Continue reviewing after launch, especially following a new promotion, a PMS connection change or a manual rate edit.

If you cannot explain why a specific date has its current price, pause expansion and trace that date through the rate path.

Common questions

Should I enable all listings at once?

A one-listing check limits the number of dates and connections you must investigate if something differs from the preview. Check vendor billing and activation rules before expanding.

What if the tool's minimum is higher than the price a guest sees?

Compare the same date's nightly accommodation rate after discounts with the tool's rate. Promotions or markups may apply after its boundary; fees affect the full guest total and host payout separately.

Sources & research

Official public documentation verified. Date: View details

Privacy preferences

Choose whether to allow optional analytics. You can change your choice at any time using Privacy settings. Advertising tracking is not in use.

NecessaryAlways on

The hosting service uses security cookies to protect the site. We also store your privacy choice in this browser for up to 180 days. These settings do not enable analytics.

Analytics

Google Analytics 4 measures page views, scrolling and clicks to other websites after you agree. We do not send form contents, names or email addresses. Google processes technical information such as browser and device details.

AdvertisingNot in use

We do not load advertising tags or enable advertising personalization.

Cookies and storage details

STR Compare stores strcompare-privacy in local storage for up to 180 days. Cloudflare may set __cf_bm for bot protection, normally expiring after 30 minutes of inactivity. If you allow analytics, Google may set _ga and _ga_* cookies for up to 180 days. Rejecting or withdrawing analytics stops measurement and removes accessible analytics cookies. Your choice is stored on this browser, not sent to a consent server.

Read about Cloudflare security cookies
How Google uses data from this site