Most of what is written about the booking engine assumes one hotel and one address. If your Prostay account holds more than one property, there is a second address that lists all of them and lets the guest choose, and there is one thing worth knowing about booking links whether you run one property or nine.
The two addresses your engine answers on
Your engine has a public address made of two keys, your group's and your property's, and that is the one to publish for a single hotel. It is described in how guests find and book, along with the bar across the top and the search that follows.
Shorten it to your group's key alone, dropping the property, and you get the chooser: one card per property in the account, and the guest picks. That is the link to put on a group website, in a group email signature, or anywhere a reader has not yet decided which of your hotels they want. Both addresses are public and neither needs a login.
What a guest sees on the chooser
The page is headed Choose your property over the line Select where you'd like to stay within and your group's name. That name is the one on your partner account rather than any property's, so it is the same name a guest sees in the bar above a property's engine. An account with no name set falls back to Select your property, which is the polite version of a gap worth filling in.
Under the heading sits the same search strip a property's own engine has: check-in, check-out, a guest count and Check availability. It opens on tonight and tomorrow unless the link says otherwise, and the dates matter here rather than being decoration, because they are sent with the request that builds the list.
Then a card for each property, carrying its name, where it is, and a View rooms button. That button is the useful part: it carries the dates and the number of adults and children through to the property's own engine, so a guest who has already said what they want does not type it twice. A guest who instead goes back and edits the dates on the chooser sees the list rebuilt for the new ones.
The chooser is painted in your engine's colours, and there is only one set of them: the booking engine's styling belongs to your group rather than to each property. So the chooser cannot be wearing the wrong hotel's colours, and by the same token the Customisation screen you reach from one property is the same record you reach from another. Restyling your city hotel restyles your beach house.
What the cards do not carry yet
Three things a hotelier expects on those cards are not there today, and it is worth knowing before you decide to publish the address, because none of them is something you can fix from your settings.
- No photograph. Each card has a panel where a picture belongs and it renders empty, so the cards are plain blocks with text on them.
- The city but not the country. A card reads Santa Monica rather than Santa Monica, United States, which is fine for a group in one country and less so for a group across several.
- No price. The line that should read From and a nightly rate reads a dash instead.
All three are with us rather than with you: they are cases where the screen looks for something the listing does not hand it. Until they are dealt with, the chooser is a functional list rather than a shop window, so if your guests are choosing between your properties on price or on the look of the place, send them to a page of your own that links to each property's engine with the two-key address instead.
Putting dates into the link itself
Both addresses read four things from the end of the link, and this is the part of them worth learning. Append:
?checkin=2026-12-24&checkout=2026-12-27&adults=2&children=0and the engine opens with those dates and that occupancy already in the search, priced, rather than on tonight and tomorrow. Dates are written year first, as 2026-12-24. It works the same way on a property's address as on the group's.
That turns a booking link into a campaign link. A Christmas offer can point at the exact nights it covers, a conference block can open on the conference dates, and a rebooking email to a past guest can open on the same nights they stayed last year. The guest lands on real prices for real dates instead of a search form, which is one fewer step between reading your offer and paying for it.
The engine also keeps that part of the address up to date as the guest searches, so a guest who copies the address out of their browser halfway through and sends it to whoever they are travelling with is sending the dates along with it.
If you have one property
Publish the two-key address. The group address is not an alternative form of it: the short address has to be your group's key, and a property's own key on its own is not an address your engine answers on. A single-property account that shortens the link gets the chooser with one card on it, which works but asks the guest to click through a decision they do not have.