How do I change my Microsoft Bookings page URL or domain?

Where the URL comes from#

The public link looks like this:

https://outlook.office.com/book/SalesTeam@contoso.com/

As of October 2026 it redirects to the same path on https://bookings.cloud.microsoft/book/; either form works. The part after /book/ is the booking mailbox address. It is generated when the page is created, from the page name and your organisation's default domain (or the domain set by policy). If the page was created with a personal-looking name, or picked up the creator's alias, that is what appears in the link. This is why the original Microsoft Q&A question on this topic collected 150 "same question" votes without an answer.

Asked whether the email address can be masked, Microsoft community support answered that it is included "by design" and there is no built-in way to hide it. In 2023 Microsoft moved links from the older /owa/calendar/…/bookings/ format to /book/…, and old links redirected automatically.

Choose your fix#

Set the domain for new booking pages#

Microsoft Learn calls this "Custom domain support in Shared Bookings": an Outlook on the web (OWA) mailbox policy that picks which of your domains goes into the mailbox address, and so the link, of shared pages created afterwards. As of October 2026 it needs:

• The domain in Microsoft 365, already added under Settings → Domains in the admin center.
• Exchange Online PowerShell with Global Administrator access, per the article, which also recommends least-privileged roles. Only an admin can assign the mailbox policy.
• No extra licence. The article names none beyond Bookings.
• New pages only. Existing pages keep their address.

It changes the domain, not the host: new links read /book/Sales@contoso.com/ instead of /book/Sales@contoso.onmicrosoft.com/, still on a Microsoft host. "Bookings with me" links aren't affected. Do it early: the Teams admin documentation warns that invites from the default onmicrosoft.com domain can be flagged as spam.

Check the current setting:

Get-OwaMailboxPolicy -Identity OwaMailboxPolicy-Default | Fl BookingsMailboxDomain

Set it for the whole organization:

Set-OwaMailboxPolicy -Identity OwaMailboxPolicy-Default -BookingsMailboxDomain "contoso.com"

Or only for the people who create booking pages:

New-OwaMailboxPolicy -Name "Bookings-contoso"
Set-OwaMailboxPolicy -Identity "Bookings-contoso" -BookingsMailboxDomain "contoso.com"
Set-CASMailbox -Identity creator@contoso.com -OwaMailboxPolicy "Bookings-contoso"

If you copy the last command from Microsoft Learn instead, add the missing space before -OwaMailboxPolicy (as of October 2026).

The article's steps assume no other OWA mailbox policies exist, so check with whoever manages Exchange before changing the default. It also states: "This change will not impact shared booking pages that have already been created." A Feedback Portal idea asking to apply the setting to existing pages had 18 votes as of September 2026.

Admins can also enforce a prefix or suffix for new page aliases under Settings → Org settings → Bookings in the Microsoft 365 admin center. Microsoft says SMTP addresses of existing pages aren't affected.

Change the address of an existing page#

The Bookings FAQ says the booking mailbox "can also be changed within Exchange, through usual Exchange mailbox-renaming processes". The Teams admin documentation on Microsoft Learn gives the PowerShell:

Set-Mailbox -Identity SalesTeam@contoso.onmicrosoft.com `
  -WindowsEmailAddress book@contoso.com `
  -EmailAddresses book@contoso.com

Before you do this, know what a 2024 Microsoft Q&A thread reported afterwards:

• The new address worked, but through a redirect, and the link shown inside Bookings kept the old address.
• The old address couldn't be removed from the mailbox because it was in use as the sign-in identity.
• Anything pointing at the old URL (website buttons, embeds, ads, QR codes, RefID tracking links) now depends on that redirect. Microsoft doesn't document whether it lasts.

Changing the mailbox address also changes the address Bookings emails come from, which is often the real goal (see changing the Bookings sender address). Test on a non-critical page first, then update every link you control.

Recreate the page with the right name#

If the page is new or small, recreating it gives the cleanest result. Answers on Microsoft Q&A suggest this too, including creating the page from a generic account so it doesn't carry a person's alias.

• Set the domain policy above first if your default domain is still onmicrosoft.com.
• Pick the name carefully, because it becomes the link.
• Rebuild services, staff and questions (you can clone an existing page when creating a new one), then retire the old page. Only admins can delete shared booking pages, and deletion is permanent (see deleting a Bookings page).

The shared booking page setup guide covers the naming decisions before you create a page.

Put your own link in front#

Keep the Microsoft URL and share a short link on your own domain, such as contoso.com/book, set up as a redirect on your website or link manager. Customers see your address in the email or ad, and you can change where it points later without reprinting anything. It won't hide the Microsoft address once people land on the page, and a URL shortener has the same limit.

Doing this with BookingsXP#

BookingsXP doesn't change the Microsoft address and doesn't offer custom domains. If you embed the booking widget on your site, visitors book on your own pages and never see the mailbox address, while bookings still land in your Bookings calendar. If you'd rather share a link, the hosted booking page gives you a clean address at bookingsxp.com/book/<your-name> without the mailbox address in it; that is our domain, not yours. Start from the free plan. BookingsXP is independent and not affiliated with or endorsed by Microsoft.