Try it free

Technical restrictions for Session Replay for web applications

  • Latest Dynatrace
  • Explanation
  • 4-min read
  • Published May 14, 2026

Session Replay is compatible with page-based applications, single-page applications, and applications that use IFrames. However, certain restrictions apply.

Browser support

  • Supported browser versions for session recording
  • Supported browser versions for Session Replay

Technology restrictions

The following are not supported:

  • Frames
  • Canvas
  • WebGL
  • Web Animations API
  • Plugins, such as Adobe Flash Player, Java applets, and non-HTML technologies
  • Documents, such as PDF files and Word documents
  • :visited, :focus and :activeCSS pseudo-classes
  • Movie replay

IFrames

IFrame and nested IFrame recording are supported. However, the following restrictions are applicable:

  • Each IFrame must have the RUM JavaScript injected into it. If the RUM JavaScript has been injected only into the parent and not into the IFrames, the IFrame content and interactions will not be displayed in the replay. This is because it is not possible to look into IFrames from a parent page.
  • IFrame recording works only when the page contains the RUM JavaScript. If only the IFrame that is not the parent page has the RUM JavaScript, the replay will show it as the top frame of the recording. In this case, interactions in the parent frame (such as scroll) will not be recorded.
  • The same application must monitor the parent page and the IFrame. When different applications are used for the parent page and for the IFrame, the IFrame will not be displayed properly in the replay.

Resources

By default, Session Replay captures and stores CSS resources during the user session recording. However, Session Replay cannot reproduce blob/object URLs.

If you deactivate resource capture for Session Replay, the following restrictions apply. These restrictions also apply to images and fonts even when resource capture for Session Replay is activated.

  • Resources must be available on the browser that is used for replay. There must be a direct connection to the server that serves the resources.
  • Resources cannot be protected. If resources are protected, ensure that the player can access them without authentication.
  • Resources cannot be personalized. This applies to resources that are different for each user but are served by the same URL. However, the restriction does not apply to URLs that are different for each personalized resource. An example of this is avatar images that use the same URL to deliver different avatars for different users.

To overcome these restrictions, we recommend that you activate resource capture for Session Replay.

Dynamic forms

If you're dynamically updating the values in your form, and they're not being displayed in your Session Replay recording, check your application code and verify how you're affecting the update—you might be updating the .value property of your form element. While we understand that this is a valid update method, it doesn't trigger any page events, so Dynatrace doesn't know that anything has changed.

As an alternative to updating the .value property of your form element, we suggest updating the attribute value (in the case of <input> elements) or the .textContent property (in the case of <textarea> elements). This way, Dynatrace will be notified of the changes and will record them correctly.

Volume

On average, a minute of session recording and replay consumes 100 kB of storage space. This is also the required amount of upstream bandwidth from the client system to the Dynatrace servers that is consumed. However, this value cannot be guaranteed, because it depends on the web application. Applications with very frequent DOM changes, big initial sizes, or heavy usage of IFrames can create large amounts of data.

Data transmission and OneAgent

Ensure that you're using OneAgent version 1.193+ because it supports a high volume of beacon transmission.

High volume beacon support is available for all technologies supported by OneAgent:

  • Apache
  • NGINX
  • Java
  • IIS
  • Node.js

Application support

Web applications are complex. While Session Replay is built to work with any web application and supports IFrames and single-page applications, there may be cases where user interactions are not perfectly reproduced. For this reason, Session Replay might not recreate user experiences adequately for all web applications.

Websites that modify the browser's native APIs may cause conflicts with the JavaScript agent code and prevent the page from being recorded properly.

Environment

Session Replay must send data from client browsers to your Dynatrace Cluster. Data transmission can fail depending on the environment, available network connectivity, speed, network latency, connection problems, bandwidth, and other environment-related issues.

Related topics

  • Session Replay
  • Activate Session Replay for web applications
  • Session Replay configuration
Related tags
Digital Experience