Skip to main content
Meeting Types are templates that define the rules for a specific type of meeting. Each meeting type has its own booking URL and settings.

Meeting Type Properties

Create a Meeting Type

Request Body

Response

List Meeting Types

Get all meeting types for a user:

Response

Update a Meeting Type

Channels

Specify the conferencing or meeting channel:

Multiple Channels

Allow attendees to choose their preferred channel by setting meetingOptions.allowedChannels:
When allowedChannels has more than one entry, channel selection is automatically enabled on the booking page.

Per-Channel Availability

Different channels can have different availability schedules. Use meetingOptions.channelAvailabilities to override the default availability for specific channels:
Each channelAvailabilities value can be:
  • A UUID string referencing an existing availability
  • An inline availability object with name, timezone, and optional schedule and exceptions
Channels not listed in channelAvailabilities use the meeting type’s default availability.
Omit schedule from an inline availability to create an exceptions-only availability. This is useful for channels that are only available at specific times (e.g., in-person hours at specific locations).
When creating a booking, specify the channel:

Buffer Times

Buffer times prevent back-to-back meetings. Set bufferBefore and bufferAfter in meetingInfo:
This creates a 60-minute meeting with 15 minutes blocked before and after. Example schedule impact:

Multiple Durations

Some meeting types support multiple durations. The attendee chooses when booking:
When booking, specify the duration:

Common Patterns

Sales Discovery

Technical Demo

Quick Support

Strategy Session

Ticket-Based Scheduling

Create meeting types with specific time slots and metadata for ticket correlation:

Metadata

Store custom key-value data on meeting types for integration with external systems. Metadata is included in webhook payloads for correlation.
Create a single-use booking link in the same API call using options.createOneTimeLink:
Response includes the one-time link:
One-time links expire after a single booking, making them ideal for ticket-based workflows.

Delete a Meeting Type

Soft delete a meeting type when it’s no longer needed:
  • The meeting type is marked as deleted but retained for historical records
  • Existing bookings are preserved
  • The booking URL stops accepting new bookings

Delete with Associated Availability

To also delete the associated availability, add ?deleteAvailability=true:
Shared availability - If the availability is used by other meeting types, the request will fail with a 409 Conflict error listing the meeting types that share it.
Minimum availability - Users must have at least one availability. If this would delete the user’s last availability, the request will fail with a 400 error.

Best Practices

Use descriptive names - “30 Minute Discovery Call” is clearer than “Call”
Add buffer times - Give yourself time to prepare and wrap up
Keep slugs short - discovery is better than 30-minute-discovery-call-with-sales
Slug uniqueness - Each meeting type slug must be unique per user