Customer uses product
The browser emits masked rrweb events during the normal session.
Build your own support tooling
Customers describe what they remember. rrweb preserves what the browser showed. Build both into the support product you run, so your agents open the failed flow before asking the customer to repeat it, on recordings you store rather than a support-SaaS add-on you rent per seat.
Import stays on “processing”
ticket #4821Enterprise · EUChrome 138Public rrweb usage in support and debugging products.
Store your account or user identifier as recording metadata and apply data masking before browser events leave the page. Your agents search the customer, filter by time or route, and open the session that matches the ticket.
/checkout
Today, 14:32
/billing
Yesterday, 09:18
/settings
Jul 10, 17:04
Live mode streams browser events while the session runs, a few seconds behind the customer. Enable skip inactive for the saved replay so follow-up review moves past long idle periods.
Watch the current session a few seconds behind while you speak with the customer.
Keep the recording id and timestamp on the ticket through escalation. Engineering opens the same browser state in a replay-backed bug report, adds a diagnosis, and sends the verified fix back through one record.
One record follows the issue
The recorder captures masked customer sessions. Your backend indexes them by safe account metadata, and embedded replay requests only the recordings the signed-in agent is allowed to view.
The browser emits masked rrweb events during the normal session.
Account metadata, route, and time narrow the recording list.
Replay opens inside the support workflow and follows any escalation.
The same open recorder works with your infrastructure or ours.
Keep customer recordings inside your support data boundary and enforce access through the identity model you already operate.
Use managed ingest and replay, then surface signed recording links or embedded playback inside your support workspace.
Store a safe internal account or user identifier as recording metadata, then filter by the ticket time, route, custom events, or errors. Keep raw personal details in your customer system and resolve them to the internal identifier on the server.
Session replay reconstructs a recorded browser session. rrweb live mode shows that recording a few seconds behind the customer. Full co-browsing products add remote control, shared input, presence, and customer approval flows.
Yes. Embed the replayer in your support interface or open a signed playback URL from the ticket. Your backend should enforce the same tenant and agent permissions as the rest of the customer record.
GDPR requirements depend on the implementation and purpose. Define a lawful purpose, collect only the data needed for support, mask sensitive fields before transport, limit access and retention, and honour deletion requests. Your legal team should review the final workflow and consent requirements.
The ticket explains the customer’s goal and impact. The replay supplies browser evidence. Keeping both together reduces repeated questions and makes escalation more concrete.
A support add-on gives you replay inside its own console, priced per seat, with recordings in its cloud. rrweb gives you the open recorder, event format, and replayer, so you build replay into the support product you already run, store sessions under your own tenant and access rules, and keep escalation on one record. Choose the add-on when a separate console is fine; choose rrweb when replay has to sit inside your support workspace and data boundary.