Session Replay is a powerful tool that can modernize your Digital Experience Monitoring (DEM) strategy. You can use it to capture and visually replay the complete digital experience of every user.
You can record all interactions that customers have with your web application and replay each click and action in a movie-like experience. Session Replay also makes it easy for your QA teams to reproduce production issues, which can be used by your developers to bridge the gap between code and user experience.
Session Replay helps identify errors that should be fixed immediately and other problems such as malformed pages and infinite spinners.
Session Replay can also be used to identify and analyze areas of struggle in your application and improve its overall usability.
Uses for Session Replay
With Session Replay, you can drill down further into the details of detected errors:
- Understand the exact user actions that led to an error.
- Understand the severity of the problem and its effect on user experience.
- Observe the customer impact by replaying and viewing a session (in cases where the problem isn't obvious).
Developers can use Session Replay as a means to view, analyze, reproduce, and fix errors.
For the purpose of error drill-down, you don't need to have all sessions recorded. You could use cost and traffic control to record only a subset of sessions. If the error to be analyzed isn't too sporadic, it can be detected even if only 20% of sessions are recorded.
The default data retention timeframe of 35 days is applied to these sessions.
The ability to play back recorded user sessions, with or without playback masking settings, is permission controlled. Permissions are available at the environment level as well as the management-zone level. Read more in Manage user groups and permissions.
Because Session Replay is the best way to demonstrate what the user actually did, it provides the means to resolve customer complaints. Use Session Replay to:
- See the exact journey of the customer in your application.
- Identify the exact problem faced by the user.
- Provide correct instructions.
To resolve customer complaints, it’s ideal that all sessions be recorded. However, to save storage space, it's recommended that a lower retention time be set.
Session Replay can also be used to detect and analyze the following issues:
- The UX design isn't intuitive enough.
- The process flow is too complicated, and users tend to leave your application midway.
- The application is slow, and the user clicks repeatedly to move to the next page.
- The application doesn't work as expected on all browsers.
- The mobile web app prompts the user to change the orientation of their mobile device, but the user doesn't understand the prompt.
The default data retention time is applied to these sessions.
Session Replay is compatible with page-based applications, single-page applications, and applications that use iFrames. However, certain restrictions apply.
Frequently asked questions
On average, around 100 KB of data is generated for every minute of a session. Through Previews and Early Adopter releases, we have found that an average session consumes around 500 KB of storage.
No. Session volume is dependent on a variety of factors, including the size of the application HTML, the duration of the session, and the interactivity of the users with the application.
On average, session sizes vary from 100 KB to over 1 MB.
No. To record sessions, Session Replay monitors changes on the DOM tree of a web application. Every visual change of a web application has a corresponding change in the underlying DOM. Session Replay captures and recreates these changes. Because all of this is text-based data, small session sizes are achieved through compact representation and compression.
Because compression takes place on the client side, the bandwidth consumption is the same as the storage consumption: around 100 KB per minute or 500 KB per session.
This is advantageous for recording sessions from users on mobile devices with limited internet data or with connections that have limited bandwidth.
Session Replay was designed to have low impact on the UI thread, which impacts user experience. Most Session Replay tasks, including an efficient compression algorithm, are executed by a worker thread that runs in the background and doesn't interfere with the user interface.
Recording masking rules are transmitted to the client. This ensures that, by default, confidential data does not leave the client browser. Masking settings for recording as well as playback are configurable.