
Publishing a booking link is not a one-way door. Hours change, durations change, the description you wrote in a hurry deserves better. A published event stays editable, and the wizard says so.
But one field is different from all the others, and changing it quietly breaks every copy of your link already in circulation. This article covers which is which.
An event is either Draft or Live — the Events list filters on exactly that. Live means the public page exists and anybody holding the address can book on it, right now.
The consequence worth internalising: you are editing something people may be looking at. Changes are not staged and there is no preview-then-apply. What you save is what the next visitor sees.

The wizard is explicit about this on the Review step.
The link goes live the moment you publish, and stays editable after.
Everything that describes how the meeting works can be changed without touching the address people already have:
The public address is not something you choose separately. It is built from the Calendar name, and the wizard shows you as much while you type.

Name it “Discovery Call” and the link becomes …/schedule-meeting/discovery-call.
Lowercased, spaces turned into hyphens. Which means renaming a live event changes its public address — and the old one stops resolving.

What every old copy of the link then shows.
This link isn’t available. This booking link is not available.
Not an error page you can explain away — no host, no event name, no calendar. Everyone holding the old address gets that, and every one of these is invisible to you:
The product does not say what happens to bookings already in the diary when you change the event underneath them — whether a booked meeting keeps the duration and location it was booked with, and whether the invitee hears about a change.
Until that is documented, work as though neither is guaranteed:
OpenAI Engage and apply what you just learned to your own workspace.
Open AI Engage CRM