Session Replay (web): Watch playbacks of user digital experiences
Overview
Mixpanel Session Replay is the fastest way to understand the whole picture about your customers and make better product decisions, by combining quantitative and qualitative user insights.
When digging into customer journeys in Mixpanel’s analytics, you can understand “where do customers drop-off?” And now, Mixpanel Session Replay enables you to quickly follow-up with, “why do customers drop off?”
Availability
Session Replay is available on the Free, Growth, and Enterprise plans!
- Customers on the Free plan have access to 10k free replays per month.
- Customers on the Growth and Enterprise plans have access to 20k free replays per month.
- Additional custom volumes of Session Replay are available as an add-on purchase for Enterprise plans.
To access free replays, customers will need to ensure they’re on the latest Mixpanel plans:
- For customers on an existing Free plan:
- Switch your plan to the latest Free plan, which includes 1M monthly events and 10k session replays. You can make this switch directly from the pricing page.
- For customers on an existing Growth plan:
- You’re on the latest plan if you purchased or edited your plan after April 2024.
- You can make the switch to our latest plan directly from the pricing page.
- Enterprise customers should contact their account manager to determine their plan status.
Customers will be blocked from viewing additional replays above their monthly limit (or custom add-on limit for an Enterprise plan) until they upgrade or purchase additional volumes.
Using Session Replay
Session Replay can be accessed in three places:
- From User Profile page
- From Mixpanel reports
- On the Home page for your project
From User Profile page
In any user’s profile page, Click the ‘View Replays’ button to watch replays from that user. From here, you will be taken to our Replay Player.
From Mixpanel reports
Click any point on a chart for Event, Funnel, and User Profile, and select ‘View Replays’ to view replays that show that event being fired. From here, you will be taken to our Replay Player.
Note: reports entry point is currently supported for Event, Funnel, and User Profile metrics only.
From the Home page
Find the Latest Replays card and click on individual replays to view them or click on ‘View All Replays‘ to see up to 100 of your latest replays.
Replay Player
The Replay Player allows you to watch replays, as well as:
- Expand the player to full-screen
- Copy a URL with or without a timestamp to share with your teammates
- Change the playback speed
- Automatically skip periods of the replay where user is inactive
- See events in the replay timeline
- Jump to different parts of the replay by clicking in the timeline
The Replay Feed on the left of the player also allows you to:
- Sort replays by recency, activity, or duration
- Search for replays by user’s name / email, replay date, user ID, or the name of an event in the replay
- See a feed of events that occurred during each replay
Implementation
Session Replay is not enabled by default; enabling the feature requires instrumentation beyond the standard Mixpanel instrumentation.
However, in most cases, implementation is extremely simple, only requiring a single line of code to be changed.
Note that replays sent via your implementation will only be viewable in the project they were ingested in and will not be available to other projects in your org.
Our documentation on how to implement Session Replay can be found here.
Before you enable Session Replay for a large audience, we recommend testing in a demo project, and starting in production with smaller sets of users or accounts, so that you can monitor performance and ensure your privacy rules align with company policies.
FAQ
Is Session Replay available for mobile?
As of today, Session Replay is available for web-based applications (including mobile web) on the Enterprise Plan and closed Alpha testing for native iOS apps. Android Alpha testing is expected later this year.
For any questions about mobile beta access, please reach out to your Account Manager.
Can I prevent Session Replay from recording sensitive content?
By default, all on-screen text elements are masked in replays. Additionally, you can customize how you initialize our SDK to fully control (1) where to record and (2) whom to record. For more details, please see our implementation docs.
How long are replays stored?
30 days.
How can I estimate how many replays I’ll have?
If you already use Mixpanel, the simplest way to estimate the amount of replays is to use a proxy metric for how many page loads you have. If you use timeout based query sessions, Total Session Start events in the Insights report could be a good estimate.
Then, when you enable Session Replay, use that metric and the sampling percentage to determine how many replays will be sent.
Am I able to sample our session replay collection rate?
Yes, you can configure the percentage of total replays that our SDK will capture with one line of code in your SDK implementation.
This out-of-the-box sampling method is random sampling: your SDK will decide randomly whether the currently SDK instance load falls into the sample or not. We recommend starting at 1% and increasing from there. If you expect low traffic, you can increase the starting sampling percentage.
If you’re still unsure about what sampling percentage to use, you can use our automatically generated Session Start events to estimate how many recordings you’ll be ingesting, and base the sampling off that.
If instead of random sampling, you want to use conditional logic to control which sessions to record, then your application code can derive its own yes/no decision, and then force a session recording to start after SDK initialization by calling mixpanel.start_session_recording()
.
If you want to only record certain parts of a single-page application with no new mixpanel.init calls, you can also use our Start / Stop methods.
What happens when I reach my Session Replay limit?
For customers who have purchased our Session Replay add-on, you will be billed for replays ingested beyond your purchased amount at the per unit rate. Before this happens, we’ll send email notifications warning that your limit is approaching to users with “Owner” or “Billing Admin” permissions over your Mixpanel organization.
For customers using Session Replay who have not purchased our add-on (for example, using complimentary replays included with your Free, Growth, or Enterprise plan), replays above your complimentary amount will not be viewable until the customer pays for overage replays (Enterprise plan only), or upgrades plan. Before this happens, users with “Owner” or “Billing Admin” permissions over your Mixpanel organization will be notified that their limit is approaching.
Mixpanel reserves the right to stop ingesting replays once a customer collects replays beyond their purchased / allocated amount. To minimize disruption to your team, we recommend monitoring your usage in Mixpanel’s user interface and, if applicable to your account, working with your Account Manager to ensure you have the right plan for your session replay needs.
How soon are Replays available for viewing after a session begins?
There is about a ~1 minute delay between when recordings are captured and when they appear in Mixpanel.
Why does it say the player failed to load?
In order to maintain a high standard of security, Mixpanel runs your session replays in an isolated domain through an iframe. Sometimes, this domain may be blocked by an ad blocker or certain browser settings. Please try disabling any ad blockers.
For extensions like uBlock, you can navigate to “My Filters” in the extension settings and paste the following custom filter:
@@||mxpnl.com^$domain=mxpnl.com
Why can’t I view Replays from my Insights or Funnels chart?
Mixpanel looks for the $mp_replay_id
property on your events in order to determine which replay it belongs to. If you have instrumented both Replays and Events using the Mixpanel JavaScript SDK, the $mp_replay_id
will automatically be added to events sent by the SDK.
For CDP implementations, look below for instructions on how to configure the SDKs together. To get the relevant Session Replay properties from the SDK, use mixpanel.get_session_recording_properties()
. See documentation.
Server Side Stitching (Beta)
Mixpanel can infer the replay an event happened in by looking at the distinct ID and time that the replay ocurred. This is especially useful if you have events coming in from multiple sources, like your server or via warehouse import and it doesn’t make sense to pass around the value of mixpanel.get_session_recording_properties()
. NOTE: we still recommend including these properties on your client side events to guarantee accuracy.
In order for Server Side Stitching to work, just ensure that the Mixpanel Javascript SDK calls identify()
at some point with the user’s unique Distinct ID. See managing user identity.
Can I use Session Replay with a CDP?
Yes. You can use Session Replay with CDPs like Segment and mParticle.
In order to use Session Replay, your app must include the Mixpanel SDK. Consult the quickstart to ensure you have the Mixpanel SDK installed, and the setup guide to make sure you have Session Replay enabled.
Once you have included the Mixpanel SDK in your app add the following code snippets in order to connect your CDP’s data stream with Mixpanel’s Session Replay.
Segment: Analytics.js
By adding middleware to Segment’s SDK we can ensure that all event calls include the session replay properties. We can also ensure that any identify calls are also passed to Mixpanel.
// Middleware to add Mixpanel's session recording properties to Segment events
analytics.addSourceMiddleware(({ payload, next, integrations }) => {
if (payload.obj.type === 'track' || payload.obj.type === 'page') {
if (window.mixpanel) {
const segmentDeviceId = payload.obj.anonymousId;
// -------------------------------------------
// Comment out one of the below mixpanel.register methods depending on your ID Management Version
// Original ID Merge
mixpanel.register({ $device_id: segmentDeviceId, distinct_id : segmentDeviceId });
// Simplified ID Merge
mixpanel.register({ $device_id: segmentDeviceId, distinct_id : "$device:"+segmentDeviceId });
// -------------------------------------------
const sessionReplayProperties = mixpanel.get_session_recording_properties();
payload.obj.properties = {
...payload.obj.properties,
...sessionReplayProperties
};
}
}
if (payload.obj.type === 'identify') {
if (window.mixpanel) {
const userId = payload.obj.userId;
mixpanel.identify(userId);
}
}
next(payload);
});
mParticle: Web SDK
mParticle’s Web SDK has a .getDeviceId()
method which can be used to retrieve the device_id. In the following example, we use this method to bind mParticle’s device_id to Mixpanel’s device_id, as wall as patching logEvent
and logPageView
to include session replay properties on all mParticle events. This configuration assumes you are forwarding web requests server side in the connection settings.
mixpanel.init('MIXPANEL-PROJECT-TOKEN', {
record_sessions_percent: 10,
loaded: function (mixpanel) {
window.mParticle.ready(function() {
const mParticle_device_id = mParticle.getDeviceId();
if (mParticle_device_id) {
mixpanel.register({ $device_id: mParticle_device_id, distinct_id : "$device:"+mParticle_device_id });
}
// Patch logEvent and logPageView to include sessionReplayProperties
const originalLogEvent = mParticle.logEvent;
mParticle.logEvent = function (eventName, eventType, eventAttributes, flags, opts) {
const sessionReplayProperties = mixpanel.get_session_recording_properties();
eventAttributes = {
...eventAttributes,
...sessionReplayProperties,
};
originalLogEvent(eventName, eventType, eventAttributes, flags, opts);
};
const originalLogPageView = mParticle.logPageView;
mParticle.logPageView = function (eventName, eventAttributes, flags, opts) {
const sessionReplayProperties = mixpanel.get_session_recording_properties();
eventAttributes = {
...eventAttributes,
...sessionReplayProperties,
};
originalLogPageView(eventName, eventAttributes, flags, opts);
};
});
}
});
Rudderstack: Cloud Mode
Rudderstack’s Javascript SDK has a .getAnonymousId()
method which can be used to retrieve the device_id. In the following example, we use this method to bind Rudderstack’s anonymousId to Mixpanel’s device_id, as well as patching track
and page
event methods to include session replay properties on every Rudderstack event.
mixpanel.init('MIXPANEL-PROJECT-TOKEN', {
record_sessions_percent: 10,
loaded: function (mixpanel) {
window.rudderanalytics.ready(function() {
const rudderAnonymousId = rudderanalytics.getAnonymousId();
if (rudderAnonymousId) {
mixpanel.register({ $device_id: rudderAnonymousId, distinct_id : "$device:"+rudderAnonymousId });
}
// Patch track method to include sessionReplayProperties
const originalTrack = rudderanalytics.track;
rudderanalytics.track = function (eventName, eventProperties, options, callback) {
const sessionReplayProperties = mixpanel.get_session_recording_properties();
eventProperties = {
...eventProperties,
...sessionReplayProperties,
};
originalTrack(eventName, eventProperties, options, callback);
};
// Patch page method to include sessionReplayProperties
const originalPage = rudderanalytics.page;
rudderanalytics.page = function (category, name, properties, options, callback) {
const sessionReplayProperties = mixpanel.get_session_recording_properties();
properties = {
...properties,
...sessionReplayProperties,
};
originalPage(category, name, properties, options, callback);
};
});
}
});
Google Tag Manager (GTM)
You can use session replay with Google Tag Manager. First, make sure you have the Mixpanel GTM Template installed in your workspace.
Once that is added, you can add a new Mixpanel tag to your workspace which turns on Session Replay by following these instructions:
- Add a new tag, and choose the Mixpanel tag type.
- For
Project Token
fill in your Mixpanel project’s token - For
Tag Type
chooseinit
from the dropdown - For
Initialization
chooseSet Options Manually
- In the
Option key
/Option value
dropdown, ensure you chooserecord_sessions_percent
and the value should be a number between 1 and 100. - This is also where you can configure other Session Replay options like
record_block_class
etc… - For the
Triggering
section, you’ll want to choose something early in the GTM lifecycle; typically this isInitialization - All Pages
orConsent Initialization - All Pages
to ensure that Session Replay starts recording as soon as the GTM container is initialized. - Save + Deploy this template to your website and you should be up and going with session replay
Here’s a screenshot of a working session replay tag for a visual comparison:
How does Session Replay affect my website’s performance?
Mixpanel leverages the open-source library, rrweb, to power Session Replay. Both rrweb and Mixpanel are designed with the highest standards of performance in mind.
How the SDK works on your site – the gist:
- Initial Snapshot: When recording starts, rrweb takes a snapshot of the entire webpage’s structure (the DOM), assigning unique IDs to each element for change tracking.
- Change Detection: Asynchronously monitors any changes that occur to the DOM using MutationObserver, minimizing work so that we don’t need to keep taking full snapshots.
- User Interactions: Listens for actions like clicks and mouse movements and throttles any high frequency events.
- Collection & Delivery: Mixpanel collects the recording data and sends it to our servers in batches every 10 seconds.
- Optimized Compression: Before sending, Mixpanel will compress the payload using the asynchronous CompressionStream API. This will optimize bandwidth while not blocking the UI thread.
We’ve tested the SDK extensively and it generally has minimal impact on how your website performs. The initial snapshot takes a bit of work, and naturally, more complex and interactive pages generate more data for rrweb and Mixpanel to handle. So, it’s always a good practice to do some performance testing after you’ve implemented Session Replay, just to be sure everything’s running smoothly.
How do Session Replays work when navigating between pages that are full page loads?
If your web application relies on full page loads (where the entire page is reloaded when navigating from one page to another), a new Session Replay recording $mp_replay_id
will be created when navigating to each page. This occurs because the Mixpanel instance is reloaded again when navigating between pages.
Appendix: Session Replay Privacy Controls
Last updated July 30th, 2024
Introduction to Session Replay
Mixpanel offers a privacy-first approach to Session Replay, including features such as data masking. Mixpanel’s Session Replay privacy controls were designed to assist customers in protecting end user privacy.
Data privacy regulations are rapidly evolving and vary considerably across states and countries. A consistent requirement across many data privacy regulations for website operators is disclosing to end users that their personal information is being collected, often in a privacy notice. Before implementing Session Replay on your website, a best practice is to review your privacy notice with legal counsel to ensure it remains accurate and compliant with data privacy laws.
How does Session Replay work?
Session Replay captures the Document Object Model (DOM) structure and changes to it. Mixpanel then reconstructs the web page, applying recorded events at the time an end user completed them. Within Mixpanel’s platform, you can view a reconstruction of your end user’s screen as they navigate your website. However, Session Replay is not a video recording of your end user’s screen and end user actions are not literally video-recorded.
How does masking and blocking work? What are the high-level technical details?
Masking and blocking are slightly different.
Masked data is suppressed client-side, meaning it is not collected in its original form by Mixpanel’s SDK, and the data is not stored on Mixpanel servers. Masked elements have their text replaced with asterisks of the same length [****].
Blocked data is similarly suppressed client-side, meaning it is not collected in its original form by Mixpanel’s SDK, and the data is not stored on Mixpanel servers. However, blocked elements will be rendered with a placeholder element (e.g., an empty box of similar size).
Note: interactions (such as mouse-clicks) with blocked and masked elements are still captured by Session Replay.
Configuring Privacy Controls
By default, Mixpanel masks and/or blocks the most common elements that contain content like input text, non-input text, images, and videos. However, Mixpanel also offers its customers a range of privacy controls to choose to unmask / unblock elements as needed, which are detailed further on this page.
Element Type | Default State | Customizable |
---|---|---|
Inputs | Mixpanel attempts to mask all user input text. When a user enters text into an input field, Session Replay captures [****] in place of text. | No. You cannot disable this privacy feature. |
Text | By default, Mixpanel attempts to mask all non-input text on your webpage. This masked content on your webpage is replaced with [****]. | Yes. Mixpanel empowers its customers to decide to record all non-input text as-is. First, change record_mask_text_selector’s default value from “*” to “” to make all text elements no longer masked. Then, you can individually mask each text element detailed in the next section. |
Videos and Images | By default, Mixpanel blocks videos and images. These elements will be rendered with a placeholder element (i.e., an empty box of similar size). Note: interactions with blocked elements will still be captured (e.g., mouse-clicks). | Yes. Mixpanel empowers its customers to decide to record images and videos as-is. |
Other elements not listed in this table are captured by default, and can be blocked at your discretion. You can specify a CSS selector under the config option record_block_selector
to block all elements which match the selector.
How to mask and block elements
- To mask text, add the class name “.mp-mask.” Masked content is replaced with [****]
- To block elements containing text entirely, add the class name “.mp-block.” Blocked content will be rendered with a placeholder element
- Specify a CSS selector
record_mask_text_selector
to mask all text in elements that match the selector
Example code below for masking text:
mixpanel.init(YOUR_PROJECT_TOKEN, {record_mask_text_selector: ''})
<div class="text mp-mask">This text is masked!</div>
Example code below for blocking elements:
mixpanel.init(YOUR_PROJECT_TOKEN, {record_block_selector: '.sensitive-data'})
<img src="https://image.com" class="mp-block"/>
Disabling Replay Collection
Once enabled, Session Replay runs on your site until either:
- The user leaves your site
- The user is inactive for more than 30 minutes
- You call mixpanel.stop_session_recording()
Call mixpanel.stop_session_recording() before a user navigates to a restricted area of your site to disable replay collection while the user is in that area. To restart replay collection, call mixpanel.start_session_recording()
to re-add the plugin.
Additional Considerations
WebComponents that utilize HTML attributes may be ingested and stored by Session Replay, regardless of whether they are displayed in an individual recording as text. Customers should utilize the block functionality outlined above to the extent specific areas of a webpage should not be ingested.
User Opt-Out
Mixpanel’s Session Replay follows Mixpanel’s standard SDK opt-out setting.
Data Deletion
Deletion requests for Session Replay use Mixpanel’s standard end user management process for events documented here.
Data Retention
Mixpanel retains Session Replays for 30 days from the date the Session Replay is ingested and becomes available for viewing within Mixpanel.
Was this page useful?