--- title: Session Replay description: >- Learn how to capture and visually replay your users' web browsing or mobile app experience with Session Replay. breadcrumbs: Docs > Session Replay --- > For the complete documentation index, see [llms.txt](https://docs.datadoghq.com/llms.txt). # Session Replay ## Overview{% #overview %} Session Replay expands your user experience monitoring by allowing you to capture and visually replay your users' web browsing or mobile app experiences. Session Replay is available in both [RUM](https://docs.datadoghq.com/real_user_monitoring.md) and [Product Analytics](https://docs.datadoghq.com/product_analytics.md), helping you identify and reproduce errors, understand user journeys, and gain insights into your application's usage patterns and design pitfalls. {% section displayed-if="SDK is Browser" %} This section only applies to users who meet the following criteria: SDK is Browser ## Browser Session Replay{% #browser-session-replay %} Browser Session Replay expands your user experience monitoring by allowing you to capture and visually replay the web browsing experience of your users, and analyze it in combination with RUM performance data. The RUM Browser SDK is [open source](https://github.com/DataDog/browser-sdk) and uses the open source [rrweb](https://www.rrweb.io/) project. ### How the Session Replay recorder works{% #how-the-session-replay-recorder-works %} The Session Replay recorder is part of the RUM Browser SDK. The recorder takes a snapshot of the browser's DOM and CSS by tailing and recording events happening on a web page (such as DOM modification, mouse move, click, and input events) along with these events' timestamps. Datadog then rebuilds the web page and re-applies the recorded events at the appropriate time in the replay view. The Session Replay recorder supports all browsers supported by the RUM Browser SDK. For more information, see the [browser support table](https://github.com/DataDog/browser-sdk/blob/main/packages/browser-rum/BROWSER_SUPPORT.md). To reduce Session Replay's network impact and keep the recorder's overhead on your application's performance to a minimum, Datadog compresses the data before sending it. Datadog also reduces the load on a browser's UI thread by delegating most of the CPU-intensive work (such as compression) to a dedicated web worker. The expected network bandwidth impact is less than 100kB/min. {% /section %} {% section displayed-if="The selected value for SDK is included in the given list: 'Android, iOS, Kotlin Multiplatform, React Native, Flutter, .NET MAUI'" %} This section only applies to users who meet the following criteria: The selected value for SDK is included in the given list: 'Android, iOS, Kotlin Multiplatform, React Native, Flutter, .NET MAUI' ## Mobile Session Replay{% #mobile-session-replay %} Mobile Session Replay expands visibility into your mobile applications by visually replaying each user interaction, such as taps, swipes, and scrolls. It is available for native apps on Android and iOS, Kotlin Multiplatform, React Native, and Flutter. Visually replaying user interactions on your applications makes it easier to reproduce crashes and errors, as well as understand the user journey for making UI improvements. {% video url="https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/mobile_replay.mp4" /%} ### How the Session Replay recorder works{% #how-the-session-replay-recorder-works-2 %} The Session Replay recorder is built into the RUM Mobile SDK. Unlike web browsers, mobile apps don't use HTML or CSS. Instead, the recorder takes a "snapshot" of your app's screen by breaking it into rectangles called "wireframes." It then keeps track of changes by only updating the wireframes that have changed, making the process efficient and fast. #### Wireframe concept{% #wireframe-concept %} A *wireframe* is like a digital sticky note marking a specific area of your app's screen, such as a button, image, or background. Each wireframe is a rectangle that helps the recorder keep track of what's on the screen. **Examples of wireframes:** - A text label becomes a "text" wireframe, defined by its position and size. - The app's background is a "shape" wireframe—a rectangle that covers the whole screen. - Any container with a solid background is also a "shape" wireframe. - Images or icons are "image" wireframes, which can include style details like transparency. - Even complex elements, like a map with many parts, can be combined into a single "image" wireframe. #### Recording algorithm{% #recording-algorithm %} The recorder scans your app's screen from the background to the front, looking for all the visible parts. It creates a wireframe for each one. For example, a screen with 78 different elements can be simplified into 25 wireframes: {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/recording-algorithm-3.15e4bd583b4f6703092f62627f10767b.png?auto=format" alt="An example of how the Shopist app screen contains 78 native views, but is made up of 25 wireframes." /%} Wireframes are recorded in the order they appear on the screen (from back to front) and are placed using exact screen positions. There's no complicated tree structure, only a flat list of rectangles. #### Rendering algorithm{% #rendering-algorithm %} When you watch a replay, Datadog's player rebuilds the screen by drawing each wireframe in order. It uses the position and size of each rectangle to put everything in the right place. The first wireframe sets the screen size and orientation (portrait or landscape). Each new wireframe is drawn on top of the previous ones, like stacking transparent sheets. This lets the player show things like overlapping or semi-transparent elements correctly. For instance, the screenshot displayed above is reconstructed in 25 passes: | Iteration | 1 | 2 | 3 | | --------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Viewport | {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/iteration-1-1.1976ab3d41042891009b31097ff4feba.png?auto=format" alt="An example of a 'shape' wireframe." /%} | {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/iteration-2-1.20d42ff76f4fe8fd82ae0ba28502acef.png?auto=format" alt="An example of an 'image' wireframe." /%} | {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/iteration-3-1.99092ed48addca2ff5cfb49fe1c1489c.png?auto=format" alt="An example of a 'text' wireframe." /%} | The first wireframe dictates the viewport size, enabling the Session Replay player to properly represent the device's screen size and orientation (landscape / portrait). | Iteration | 4 | 5-11 | 12-13 | | --------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Viewport | {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/iteration-4-1.51bb09808e1d6c902904cb3b3edc84f9.png?auto=format" alt="An example of a 'shape', 'image', and 'text' wireframe." /%} | {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/iteration-5-1.ba1c898e300752e7f3904902490afcfb.png?auto=format" alt="An example of a 'shape' and 'image' wireframe." /%} | {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/iteration-6-1.9a22aaf7f95680c5b7b9500349e82ed7.png?auto=format" alt="An example of a 'shape' and 'image' wireframe." /%} | Because wireframes are sorted in back-to-front order, the player redraws the existing portions of the frame, which is desirable because it supports several UI patterns (such as semi-transparent elements). | Iteration | 14-25 | Final result | | --------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Viewport | {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/iteration-7-1.4485f9afb76a0de3e0d45fbbee513f48.png?auto=format" alt="An example of a 'shape' and 'image' wireframe." /%} | {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/iteration-final-1.58e4a5cbd0dacf9d53713faea4be694e.png?auto=format" alt="An example of a 'shape' and 'image' wireframe." /%} | #### Full and incremental snapshots{% #full-and-incremental-snapshots %} A "full snapshot" is like taking a picture of the entire screen, with all its wireframes. But to save time and data, the recorder usually sends "incremental snapshots", which are updates that include only the wireframes that have changed. Each wireframe has a unique ID (like a name tag), so the recorder knows exactly which ones to update. For example: - If a wireframe moves, only its new position and ID are sent. - If a wireframe disappears, the update says which ID was removed. - If only the content changes (like new text), the update includes the new content and the wireframe's ID. Below are examples showing how incremental snapshots only send updates for impacted wireframes. | Example | Description | | ----------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | {% video url="https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/incremental-snapshots-change-position.mp4" /%} | If a wireframe position changes, but its content and appearance aren't altered, the incremental snapshot only needs to include new positions for impacted wireframes and their `UUIDs`. This might correspond to a "slow scrolling" scenario or any other scenario where only a portion of the screen is moved. | | {% video url="https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/incremental-wireframe-disappears.mp4" /%} | If a wireframe disappears from the screen, an incremental snapshot may only include information on removed `UUIDs`. Alternatively, the snapshot could always include information about the remaining `UUIDs`. | | {% video url="https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/incremental-content-only.mp4" /%} | If only the content of a wireframe changes, an incremental update includes only the new content and the `UUID` of the altered wireframe. | In summary, the Session Replay recorder breaks your app's screen into rectangles called wireframes. It only tracks and sends updates for the parts that change, making replays efficient and accurate. {% alert level="info" %} Mobile Session Replay is not available for smart TVs or wearables. {% /alert %} {% /section %} ## AI-powered summaries and smart chapters{% #ai-powered-summaries-and-smart-chapters %} {% callout %} # Important note for users on the following Datadog sites: app.ddog-gov.com, us2.ddog-gov.com {% alert level="danger" %} This feature is not supported for your selected [Datadog site](https://docs.datadoghq.com/getting_started/site.md) ({% placeholder "user-datadog-site-name" /%}). {% /alert %} {% /callout %} Summaries and smart chapters give you context about what happened in a session before you watch it. **Summaries** describe the user's intent, key actions, friction signals, and outcome. Specific moments in the summary are hyperlinked so you can jump directly to that point in the replay. In the session list, hover over a replay to preview the summary, or open the replay directly. If a session has been summarized before, the summary appears instantly when you open the replay. {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/session-replay-ai-summary.288b27131f7440f7a953adc7d0e14f18.png?auto=format" alt="AI-powered summary in the Session Replay player, showing user intent, key actions, friction signals, and hyperlinked moments" /%} **Smart chapters** automatically segment the replay timeline into labeled stages of the user journey. For example, in an ecommerce session, chapters might include "Browse lighting", "Shop bedding and chairs", and "Review cart and checkout". Chapters appear when you hover over the timeline and in the dropdown on the player controls, letting you jump directly between them. {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/session-replay-smart-chapters.c04f939e78c8664d6b3e10f6b6f16fdd.png?auto=format" alt="Smart chapter dropdown in the Session Replay player showing labeled stages of the user journey" /%} AI summaries and smart chapters are generated for sessions with at least four user actions and a duration of at least 45 seconds. ## Comments{% #comments %} {% callout %} # Important note for users on the following Datadog sites: app.ddog-gov.com, us2.ddog-gov.com {% alert level="danger" %} This feature is not supported for your selected [Datadog site](https://docs.datadoghq.com/getting_started/site.md) ({% placeholder "user-datadog-site-name" /%}). If you require this capability, contact [Datadog Support](https://docs.datadoghq.com/help/). {% /alert %} {% /callout %} Session Replay comments allow your team to collaborate on bugs, usability issues, and other observations directly within a replay. With comments, you can: - Add a comment at a specific timestamp on the replay timeline. Comment markers appear on the timeline and the Comments tab. - @mention a teammate or team in a comment. Tagged users receive an email notification with a link that opens the replay at the commented timestamp. - Copy a link to any comment and share it externally. The link opens the replay at the annotated moment with that comment thread open. - Reply in-thread to collaborate within a replay, and edit or delete your own comments as needed. {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/session-replay-comments.0d7c3954168ae534c7fc15809d144cab.png?auto=format" alt="Session Replay player with timestamped comments on the timeline and a Comments tab open with threaded replies." /%} To find replays that need your attention, use the All mentions to me and Commented replays default playlists. See [Session Replay Playlists](https://docs.datadoghq.com/session_replay/playlists.md) for details. ## Extend data retention{% #extend-data-retention %} By default, Session Replay data is retained for 30 days. To extend Session Replay data retention to 15 months, you can enable Extended Retention on individual session replays. These sessions must be non-active (the user has completed their experience). To access any Session Replay at a later time, Datadog recommends saving the URL or adding it to a [Playlist](https://docs.datadoghq.com/session_replay/playlists.md). Extended Retention only applies to Session Replay and does not include associated events. The 15 months start when Extended Retention is enabled, not when the session is collected. You can disable Extended Retention at any time. If the session replay is still within its default 30 days of retention, the replay expires at the end of the initial 30 day window. If you disable Extended Retention on a session replay that is older than 30 days, the replay immediately expires. {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/extended-retention-1.893d77b6e64d929aaa3d80f66c4b130c.png?auto=format" alt="Enable extended retention" /%} See the diagram below to understand what data is retained with extended retention. {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/replay-extended-retention-1.7015fdbdcd7a3370a400c7e7537bc324.png?auto=format" alt="Diagram of what data is retained with extended retention" /%} ## Playback history{% #playback-history %} You can see who has watched a given session replay by clicking the **watched** count displayed on the player page. This feature allows you to check whether someone you'd like to share the recording with has already watched it. {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/session-replay-playback-history.8b6e074d2e529aaf5cbc79505db64d73.png?auto=format" alt="Check who has watched a session's recording" /%} The history includes only playbacks that occurred in the player page or in an embedded player, like in a [Notebook](https://docs.datadoghq.com/notebooks.md) or side panel. Included playbacks also generate an [Audit Trail](https://docs.datadoghq.com/account_management/audit_trail.md) event. Thumbnail previews are not included in history. To view your own playback history, check out the [My Watch History](https://app.datadoghq.com/rum/replay/playlists/my-watch-history) playlist. ## Playlists{% #playlists %} You can create a playlist of Session Replays to organize them by any patterns you notice. Learn more about [Session Replay Playlists](https://docs.datadoghq.com/session_replay/playlists.md). {% section displayed-if="SDK is Browser" %} This section only applies to users who meet the following criteria: SDK is Browser ## Heatmaps{% #heatmaps %} Heatmaps overlay click, top elements, and scroll data on top of your Session Replay recordings, helping you understand how users interact with your pages. Learn more about [Heatmaps](https://docs.datadoghq.com/session_replay/heatmaps.md). {% /section %} ## Dev Tools{% #dev-tools %} Dev Tools is a built-in debugging panel in Session Replay that exposes key information during playback. Use it to identify issues, trace requests, and understand performance bottlenecks, all without reproducing the issue yourself. Dev Tools are available for [RUM](https://docs.datadoghq.com/real_user_monitoring.md) sessions. Learn more about [Dev Tools](https://docs.datadoghq.com/session_replay/dev_tools.md). ## Further reading{% #further-reading %} Additional helpful documentation, links, and articles: - [Use Datadog Session Replay to view real-time user journeys](https://www.datadoghq.com/blog/session-replay-datadog/) - [Use funnel analysis to understand and optimize key user flows](https://www.datadoghq.com/blog/reduce-customer-friction-funnel-analysis/) - [Visually replay user-facing issues with Zendesk and Datadog Session Replay](https://www.datadoghq.com/blog/zendesk-session-replay-integration/) - [Visualize your RUM data in the Explorer](https://docs.datadoghq.com/real_user_monitoring/explorer.md) - [Visualize your Product Analytics data in the Analytics Explorer](https://docs.datadoghq.com/product_analytics/analytics_explorer.md) - [Detect and aggregate Content Security Policy violations with Datadog](https://docs.datadoghq.com/integrations/content_security_policy_logs.md) - [Intro to Real User Monitoring (RUM)](https://learn.datadoghq.com/courses/intro-to-rum) {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/mobile_replay.8321e66b17fe9fe354ad1d48079d8baf.mp4?auto=format&fit=max&w=850 1x, https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/mobile_replay.8321e66b17fe9fe354ad1d48079d8baf.mp4?auto=format&fit=max&w=850&dpr=2 2x" alt="" /%} {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/recording-algorithm-3.15e4bd583b4f6703092f62627f10767b.png?auto=format&fit=max&w=850 1x, https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/recording-algorithm-3.15e4bd583b4f6703092f62627f10767b.png?auto=format&fit=max&w=850&dpr=2 2x" alt="" /%} {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/iteration-1-1.1976ab3d41042891009b31097ff4feba.png?auto=format&fit=max&w=850 1x, https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/iteration-1-1.1976ab3d41042891009b31097ff4feba.png?auto=format&fit=max&w=850&dpr=2 2x" alt="" /%} {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/iteration-2-1.20d42ff76f4fe8fd82ae0ba28502acef.png?auto=format&fit=max&w=850 1x, https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/iteration-2-1.20d42ff76f4fe8fd82ae0ba28502acef.png?auto=format&fit=max&w=850&dpr=2 2x" alt="" /%} {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/iteration-3-1.99092ed48addca2ff5cfb49fe1c1489c.png?auto=format&fit=max&w=850 1x, https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/iteration-3-1.99092ed48addca2ff5cfb49fe1c1489c.png?auto=format&fit=max&w=850&dpr=2 2x" alt="" /%} {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/iteration-4-1.51bb09808e1d6c902904cb3b3edc84f9.png?auto=format&fit=max&w=850 1x, https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/iteration-4-1.51bb09808e1d6c902904cb3b3edc84f9.png?auto=format&fit=max&w=850&dpr=2 2x" alt="" /%} {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/iteration-5-1.ba1c898e300752e7f3904902490afcfb.png?auto=format&fit=max&w=850 1x, https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/iteration-5-1.ba1c898e300752e7f3904902490afcfb.png?auto=format&fit=max&w=850&dpr=2 2x" alt="" /%} {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/iteration-6-1.9a22aaf7f95680c5b7b9500349e82ed7.png?auto=format&fit=max&w=850 1x, https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/iteration-6-1.9a22aaf7f95680c5b7b9500349e82ed7.png?auto=format&fit=max&w=850&dpr=2 2x" alt="" /%} {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/iteration-7-1.4485f9afb76a0de3e0d45fbbee513f48.png?auto=format&fit=max&w=850 1x, https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/iteration-7-1.4485f9afb76a0de3e0d45fbbee513f48.png?auto=format&fit=max&w=850&dpr=2 2x" alt="" /%} {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/iteration-final-1.58e4a5cbd0dacf9d53713faea4be694e.png?auto=format&fit=max&w=850 1x, https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/iteration-final-1.58e4a5cbd0dacf9d53713faea4be694e.png?auto=format&fit=max&w=850&dpr=2 2x" alt="" /%} {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/incremental-snapshots-change-position.e041737b9c3edfe063cfeb77f93c7407.mp4?auto=format&fit=max&w=850 1x, https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/incremental-snapshots-change-position.e041737b9c3edfe063cfeb77f93c7407.mp4?auto=format&fit=max&w=850&dpr=2 2x" alt="" /%} {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/incremental-wireframe-disappears.44d9618654b175560762f0a020cbcf3d.mp4?auto=format&fit=max&w=850 1x, https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/incremental-wireframe-disappears.44d9618654b175560762f0a020cbcf3d.mp4?auto=format&fit=max&w=850&dpr=2 2x" alt="" /%} {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/incremental-content-only.8bbd9dd6c4331599d59b933212fa173d.mp4?auto=format&fit=max&w=850 1x, https://docs.dd-static.net/images/real_user_monitoring/session_replay/mobile/how-it-works/incremental-content-only.8bbd9dd6c4331599d59b933212fa173d.mp4?auto=format&fit=max&w=850&dpr=2 2x" alt="" /%} {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/session-replay-ai-summary.288b27131f7440f7a953adc7d0e14f18.png?auto=format&fit=max&w=850 1x, https://docs.dd-static.net/images/real_user_monitoring/session_replay/session-replay-ai-summary.288b27131f7440f7a953adc7d0e14f18.png?auto=format&fit=max&w=850&dpr=2 2x" alt="" /%} {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/session-replay-smart-chapters.c04f939e78c8664d6b3e10f6b6f16fdd.png?auto=format&fit=max&w=850 1x, https://docs.dd-static.net/images/real_user_monitoring/session_replay/session-replay-smart-chapters.c04f939e78c8664d6b3e10f6b6f16fdd.png?auto=format&fit=max&w=850&dpr=2 2x" alt="" /%} {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/session-replay-comments.0d7c3954168ae534c7fc15809d144cab.png?auto=format&fit=max&w=850 1x, https://docs.dd-static.net/images/real_user_monitoring/session_replay/session-replay-comments.0d7c3954168ae534c7fc15809d144cab.png?auto=format&fit=max&w=850&dpr=2 2x" alt="" /%} {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/extended-retention-1.893d77b6e64d929aaa3d80f66c4b130c.png?auto=format&fit=max&w=850 1x, https://docs.dd-static.net/images/real_user_monitoring/session_replay/extended-retention-1.893d77b6e64d929aaa3d80f66c4b130c.png?auto=format&fit=max&w=850&dpr=2 2x" alt="" /%} {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/replay-extended-retention-1.7015fdbdcd7a3370a400c7e7537bc324.png?auto=format&fit=max&w=850 1x, https://docs.dd-static.net/images/real_user_monitoring/session_replay/replay-extended-retention-1.7015fdbdcd7a3370a400c7e7537bc324.png?auto=format&fit=max&w=850&dpr=2 2x" alt="" /%} {% image source="https://docs.dd-static.net/images/real_user_monitoring/session_replay/session-replay-playback-history.8b6e074d2e529aaf5cbc79505db64d73.png?auto=format&fit=max&w=850 1x, https://docs.dd-static.net/images/real_user_monitoring/session_replay/session-replay-playback-history.8b6e074d2e529aaf5cbc79505db64d73.png?auto=format&fit=max&w=850&dpr=2 2x" alt="" /%}