Session Replay
Session replay records a visitor’s web session — a DOM snapshot plus the sequence of on-page interactions — while they’re on a page with the Orbit chat widget installed, and stores it against the conversation that visitor starts. When a support agent picks up that conversation later, they can play the recording back in the inbox and see exactly what the visitor saw and clicked, instead of relying on the visitor to describe it. It’s the asynchronous counterpart to live co-browse: co-browse is watching in real time, session replay is watching after the fact. This page covers the operator side — listing, fetching, and purging recordings, and configuring what gets masked before it’s ever uploaded. The widget-side capture itself is automatic once the widget is installed; there’s nothing to integrate to start recording. For the full request/response schema, see the Session Replay API reference.Privacy masking — configure this first
Session replay can capture anything visible in the DOM, including values a visitor types. Orbit’s masking policy decides what gets redacted in the visitor’s browser, before any event is uploaded — masked content never leaves the page in the first place. The default posture is fail-closed: every input is masked and built-in PII heuristics are on, until you explicitly relax them.
The policy is account-wide and applies to new capture sessions from the next widget bootstrap — it doesn’t retroactively change recordings you’ve already stored. Set
block_selectors on your checkout or account-settings pages before you rely on session replay in production.
Listing and playing back a recording
events array is a raw rrweb event stream — feed it directly to an rrweb player to render the replay. Orbit stores and replays the payload without interpreting it.
Deleting a recording
Endpoints
See also
- Session Replay API reference — full payload shapes and error codes
- Co-browse — the live, real-time counterpart to session replay
- Inbox API — where agents play recordings back