Files
calendar/packages/embeds
Hariom BalharaandGitHub 6f0c09d2be feat: add booker lifecycle SDK events for embed tracking (#25569)
* feat: add embed prerendering support and enhance event handling

- Introduced `useIsEmbedPrerendering` hook to determine if the embed is in prerender mode.
- Updated `useAvailabilityEvents` to prevent firing events during prerendering.
- Added `bookerLoadedEvent` and `availabilityRefreshed` types to `EventDataMap`.
- Implemented `useFirebookerLoadedEvent` to manage firing the booker loaded event conditionally.
- Refactored event firing logic in `useSchedule` and `BookerWebWrapper` components to utilize new hooks.

* feat: add embed prerendering support and enhance event handling

- Introduced `useIsEmbedPrerendering` hook to determine if the embed is in prerender mode.
- Updated `useAvailabilityEvents` to prevent firing events during prerendering.
- Added `bookerLoadedEvent` and `availabilityRefreshed` types to `EventDataMap`.
- Implemented `useFirebookerLoadedEvent` to manage firing the booker loaded event conditionally.
- Refactored event firing logic in `useSchedule` and `BookerWebWrapper` components to utilize new hooks.

* feat: enhance embed event handling and introduce link reopening detection

- Added `useEmbedReopened` hook to track when the embed is reopened.
- Updated `BookerWebWrapper` to reset event firing state upon embed reopening.
- Refactored event firing logic to use `bookerViewed` instead of `bookerLoadedEvent`.
- Introduced scheduling for event firing in `useSchedule` to ensure correct order of events during prerendering.

* feat: add lifecycle diagrams for inline and modal embeds

- Introduced `inline-embed-lifecycle.mermaid` and `modal-embed-lifecycle.mermaid` files to visualize the lifecycle events and states of inline and modal embeds.
- Updated `LIFECYCLE.md` to reference the new diagrams and provide a clearer explanation of the embed lifecycle processes.
- Added `modal-prerendering-flow.mermaid` to illustrate the prerendering flow for modal embeds.
- Enhanced the routing playground with new features and improved event handling for availability and booking events.

* refactor: update event handling for booker lifecycle events

- Replaced `availabilityLoaded` event with `bookerReady` to better reflect the state when the booker view is fully loaded and ready for interaction.
- Updated related documentation and diagrams to reflect changes in event triggers and descriptions.
- Adjusted internal state management to track `viewId` instead of `reopenCount` for distinguishing between initial views and reopens.
- Added tests for new event handling logic to ensure correct firing of `bookerViewed`, `bookerReopened`, and `bookerReady` events.

* refactor: enhance embed event handling and state management

- Updated event handling for booker lifecycle events, replacing `resetViewVariables` with `resetPageData` to manage page-specific state.
- Introduced new utility functions for managing event firing states and reload initiation.
- Refactored `fireBookerViewedEvent` and `fireBookerReadyEvent` to utilize the new state management functions.
- Added comprehensive tests for the updated event handling logic and state resets to ensure correct functionality across various scenarios.

* refactor: update embed iframe configuration and utility functions

- Reduced `slotsStaleTimeMs` from 30 seconds to 10 seconds and `iframeForceReloadThresholdMs` from 100 seconds to 30 seconds for improved responsiveness.
- Refactored utility functions to use `isBrowser` for client-side checks instead of `isClientSide`.
- Removed unused `isPrerendering` function and updated related documentation for clarity.
- Enhanced event handling by exporting `useBookerEmbedEvents` from the appropriate module for better accessibility.

* refactor: update embed iframe configuration and utility functions

- Reduced `slotsStaleTimeMs` from 30 seconds to 10 seconds and `iframeForceReloadThresholdMs` from 100 seconds to 30 seconds for improved responsiveness.
- Refactored utility functions to use `isBrowser` for client-side checks instead of `isClientSide`.
- Removed unused `isPrerendering` function and updated related documentation for clarity.
- Enhanced event handling by exporting `useBookerEmbedEvents` from the appropriate module for better accessibility.

* fix cubic feedback
2025-12-11 09:11:38 -03:00
..

Embeds

This folder contains all the various flavours of embeds.

core contains the core library written in vanilla JS that manages the embed. snippet contains the Vanilla JS Code Snippet that can be installed on any website and would automatically fetch the core library.

Please see the respective folder READMEs for details on them.

Publishing to NPM. It will soon be automated using changesets github action

To publish the packages. Following steps should be followed. All commands are to be run at the root.

  1. yarn changeset -> Creates changelog files and adds summary to changelog. Select embed packages only here.
  2. yarn changeset version -> Bumps the versions as required
  3. Get the PR reviewed and merged
  4. yarn publish-embed -> Releases all packages. We can't use yarn changeset publish because it doesn't support workspace: prefix removal yet. See https://github.com/changesets/changesets/issues/432#issuecomment-1016365428

Skeleton Loader

Skeleton loader is shown for supported page types. For all other page types, default non-skeleton loader is shown. Status:

  • Layout
    • Responsive
    • Mobile Layout
    • month_view Layout
    • week_view Layout
    • column_view Layout
  • Theming
    • Dark and Light theme NOTE: If user has preference for theme configured within app, that has to be communicated clearly in the embed too for skeleton to work
    • Change in system theme should reflect without page refresh
  • Page Types supported
    • user.event.booking.slots
    • team.event.booking.slots
    • [Partially supported] user.event.booking.form - Shows skeleton but of the slots page
    • [Partially supported] team.event.booking.form - Shows skeleton but of the slots page
    • user.profile
    • team.profile

How Routing Prerendering works

  • Use API to prerender a booking link for "modal"
  • When CTA is clicked by user, we check if there is a "prerendered"/"being prerendered" modal for this namespace.
  • If yes, we open up the modal showing the skeleton loader and send the POST request to /api/router endpoint
  • When we get the response from the endpoint, we pass on all the query params to the already rendered/being rendered iframe and embed-iframe updates the URL of the iframe to have the new query params through history.replaceState(i.e. without reloading the page)

Prerendering vs Preloading

  • Preloading loads the calLink in iframe with the sole purpose of preloading the static assets, so that when the embed actually opens, it uses the static assets from browser cache.
  • Prerendering means continuing over the preloaded iframe, so that the user books on the prerendered iframe only. So, it is much more complex than preloading and gives much more benefits in terms of performance. Note: API wise prerender delegates its task to preload API which then identifies whether to preload or prerender.

Modalbox re-opening performance optimization

  • ModalBox supports reusing the same cal-modal-box element and thus same iframe and thus providing a lightning fast experience when the same modal is opened multiple times [This feature is currently disabled in code because of stale booking page UI issues]

Embed Core Architecture and Features

Architecture Overview

Initialization and Bootstrap Process

The embed system initializes through a multi-step process:

  1. The embed script is loaded on the parent page
  2. It creates a global Cal object that acts as the entry point
  3. The system initializes necessary custom elements (cal-modal-box, cal-floating-button, cal-inline)
  4. A namespace-based action manager is created for event handling

Parent-Iframe Communication System

Communication between the parent page and the embedded iframe uses a message-based system:

// Parent to Iframe communication example
interface InterfaceWithParent {
  ui: (config: UiConfig) => void;
  connect: (config: PrefillAndIframeAttrsConfig) => void;
}

// Event data structure
type EventData<T> = {
  type: string;
  namespace: string;
  fullType: string;
  data: EventDataMap[T];
};

The system uses namespaced events to ensure multiple embeds on the same page don't interfere with each other.

Instruction Queue System

Commands are queued before the iframe is ready:

type Instruction = SingleInstruction | SingleInstruction[];
type InstructionQueue = Instruction[];

// Commands are queued if iframe isn't ready
if (!this.iframeReady) {
  this.iframeDoQueue.push(doInIframeArg);
  return;
}

Embedding Methods

Inline Embedding

Embeds the calendar directly within the page flow:

Cal.inline({
  elementOrSelector: "#my-cal-inline",
  calLink: "organization/event-type"
});

Modal Embedding

Creates a modal dialog with the calendar:

Cal.modal({
  calLink: "organization/event-type",
  config: {
    // Optional configuration
  }
});

FloatingButton Embedding

Adds a floating action button that opens the calendar in a modal. It uses modal embedding under the hood.

Cal.floatingButton({
  calLink: "organization/event-type",
  buttonText: "Book meeting",
  buttonPosition: "bottom-right"
});

Configuration and Customization

Prefill System

Allows pre-filling form fields:

Cal.inline({
  calLink: "organization/event-type",
  config: {
    name: "John Doe",
    email: "john@example.com",
    notes: "Initial discussion"
  }
});

Query Parameter Handling

The system allows automatically forwarding query params to the iframe, by setting. This code must be present right after the embed snippet is added to the page.

Cal.config = Cal.config || {};
Cal.config.forwardQueryParams=true

Enabling Logging

You can enable logging for the embed by adding the cal.embed.logging=1 query parameter to the URL of the page where the embed is placed. This is useful for debugging issues with the embed. It will log all important things in parent as well as in the iframe(i.e. child)

For example, if your page is https.example.com/contact, you can enable logging by visiting https.example.com/contact?cal.embed.logging=1.

Advanced Features

Routing Prerendering System

The prerendering system optimizes the initial load:

Cal("prerender", {
  calLink,
  type: "modal"
});

Key aspects:

  • Creates a hidden iframe
  • Loads the booking page but doesn't send the slots availability request
  • Tries to reuse whenever it makes sense and do a fresh load otherwise

Modal's Iframe Reuse and Reload Conditions. There could be four situations:

  1. Show modal as is. No connect and no requests happen - Corresponding action is "noAction"
  2. Connect but don't fetch the slots- Corresponding action is "connect-no-slots-fetch"
  3. Connect and fetch the slots - Corresponding action is "connect"
  4. Do a fresh load in iframe. Corresponding action is "fullReload"
  • Show modal as is:

    • Modal is not in a failed state
    • config, params are same as the last time
    • No time threshold violations
  • Connect but don't fetch the slots:

    • Only embed config changes (handled via "connect" flow)
    • Query query params changes (handled via "connect" flow)
    • Crossed slots stale time threshold (EMBED_MODAL_IFRAME_SLOT_STALE_TIME)
  • Connect and fetch the slots:

    • Slots are stale
    • Crossed slots stale time threshold (EMBED_MODAL_IFRAME_SLOT_STALE_TIME)
  • Do a fresh load in iframe:

    • Different path being loaded(i.e. /pro vs /free)
    • Modal is in a failed state
    • Time since last render exceeds EMBED_MODAL_IFRAME_FORCE_RELOAD_THRESHOLD_MS

Prerendering headless router

Without namespace: Prerender when there are high chances of user clicking the CTA.

Cal('prerender', {
  calLink: "router?formId=123&ONLY_THOSE_FIELDS_THAT_ARE_REQUIRED_BY_ROUTING_RULES_SHOULD_BE_PRESENT_HERE",
  // Prerender right now works only with "modal", so 'element click' embed is able to reuse this prerendered iframe
  type: "modal",
  // Shows skeleton loader for a Team Event's booking slots page
  pageType: "team.event.booking.slots"
});

Using the prerendered iframe with a CTA:

<button data-cal-link="router?formId=123&ALL_FIELDS_HERE">Demo</button>

With namespace: Prerender when there are high changes of user clicking the CTA.

Cal.ns.myNamespace('prerender', {
  calLink: "router?formId=123&ONLY_THOSE_FIELDS_THAT_ARE_REQUIRED_BY_ROUTING_RULES_SHOULD_BE_PRESENT_HERE",
  // Prerender right now works only with "modal", so 'element click' embed is able to reuse this prerendered iframe
  type: "modal"
  // Shows skeleton loader for a Team Event's booking slots page
  pageType: "team.event.booking.slots"
});

Using the prerendered iframe with a CTA:

<button data-cal-namespace="myNamespace" data-cal-link="router?formId=123&ALL_FIELDS_HERE">Demo</button>