Auto-chapters for call and video recordings
When Auto-chapters is enabled for your organization, each transcribed call or video recording is split into titled chapters after the recording finishes. Chapters show up in the recording player as a clickable sidebar, and the themes that recur across your recordings feed the Chapter insights card on Voice → Video → Sessions. This guide covers enabling the feature, using chapters in playback, reacting to chapters programmatically, reading chapter analytics, and the cost, privacy, and limit behaviour you should plan for.What chapters give you
Once a recording has chapters, the recording player in the dashboard renders:- A chapter sidebar next to the player. Each entry carries the chapter’s title and a one-line summary of what was discussed in that span.
- Click-to-seek. Clicking a chapter jumps playback to that chapter’s start.
- On-video chevrons that step forward and back through chapter boundaries without leaving the player.
Enable auto-chapters for your organization
Auto-chapters is an organization-level opt-in. It is off by default, and only owners and admins can change it.- Go to Settings → Voice.
- Open the Auto-chapters card.
- Turn on Generate chapters for new call and video recordings and click Save.
auto_chaptering.enabled under the organization’s voice settings:
Video recordings use the same toggle
There is no second switch for video. The same Auto-chapters toggle that covers call recordings also covers finished video recordings: once a video session’s recording has been transcribed, it goes through the same chaptering pass, the same sidebar renders in playback, and the same Chapter insights card picks up its themes. If you enabled Auto-chapters before video recordings were covered, you do not need to do anything again. New video recordings are chaptered as soon as they are transcribed; video recordings made before the toggle was on are not chaptered retroactively.React to chapters programmatically
When a recording finishes chaptering, Orbit emits therecording.chapters.ready webhook. It fires for call recordings and for video recordings, and the payload identifies which surface the recording belongs to:
call_id (call recordings) or video_room_session_id (video sessions) as the surface key, plus recording_id so you can tie the event to the exact recording in the session, and chapter_count so you can skip recordings that came back with no chapters. The full event reference lives in Webhook events.
A minimal handler that queues follow-up work per recording:
{ start_ms, end_ms, title, summary }. Use start_ms to build your own chapter navigation or to reference a moment in the recording from a ticket, a CRM note, or a QA scorecard. The recordings API reference documents the metadata read alongside share links and transcripts.
Referencing a chapter in a shared recording
The public share player is a plain player that opens at the start of the recording; it does not render the chapter sidebar. To hand someone a specific moment:- Mint a share link for the recording as described in Share a recording with the public player.
- Send the chapter title and its start time (from
start_ms) with the link so the recipient can jump to it on the player timeline.
Feed chapter analytics
Chapter themes aggregate into the chapter-analytics read:{ theme, occurrence_count, avg_duration_ms, recordings_count }: a normalised chapter title, how many chapters carry it, their average length, and how many distinct recordings contained it, most-frequent first. The window defaults to the last 30 days. The response also includes a status object — auto_chapters_enabled, recordings_total, recordings_processing, recordings_unavailable, and recordings_chaptered — so a consumer can tell an honest empty result from a switched-off pipeline.
How to read themes against the rest of the engagement feed (which topics are trends, which are one-offs, how chapter analytics pairs with session-level metrics) is covered in Video engagement analytics, section 4.
Cost and privacy
Chaptering is a post-recording AI pass: after a recording finishes and its transcript is ready, the transcript window is sent to a third-party AI processor that returns the chapter titles and summaries. Two consequences to plan for:- Cost. Each chaptered recording consumes AI usage for your workspace, billed like your other AI features. Off-by-default means you only pay for it once you have decided the navigation and theme analytics are worth it.
- Privacy. Personal data such as phone numbers, email addresses, and card numbers is redacted from the transcript before it leaves your tenant, unless you have turned off LLM redaction in your privacy settings. The Auto-chapters card in Settings → Voice carries the same notice, so the person enabling it sees what leaves the workspace.
Limits
- Not retroactive. Recordings made before you enable Auto-chapters are never chaptered. There is no backfill for legacy recordings.
- Transcript required. A recording whose transcript is still processing, was skipped, or failed is not chaptered. The Sessions card reports these as pending or unavailable rather than silently omitting them.
- Very short recordings may have no chapters. Short recordings can come back with an empty chapter array; the player then hides the sidebar and the webhook reports
chapter_count: 0. - Chapter insights empty states. When the card has nothing to rank, it tells you which of four cases you are in: Auto-chapters are off (with a link to the setting), chapters are still being generated (with a pending count), chapters could not be generated (recordings waiting more than six hours or failed), or no chapter themes yet (on, nothing pending).
See also
- Share a recording with the public player — mint and revoke public playback links for finished video recordings.
- Video engagement analytics — session-level engagement plus chapter analytics across recordings.
- Webhook events — the
recording.chapters.readypayload reference. - Operate the post-call recordings pipeline — retention, legal holds, and transcript controls.