Real User Monitoring
User session monitoring, key user actions - everything RUM.
cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

New RUM - Custom event and session properties

reshef
Frequent Guest

Hi, 
We have just moved to the new RUM experience, and much to my surprise the new frontend settings for Event and session properties does not seem to include the option to add custom properties - unless via the JS RUM API. Is that really the case?

We're relying heavily on session and user action properties in our frontend monitoring, mostly with CSS selectors, and we don't always have the option to modify the code in these applications (for example with out of the box services like SAP and Tableau).

1 REPLY 1

t_pawlak
Leader

Hi,

In the New RUM Experience, Event and session properties for web frontends:

  • must be configured/defined first, otherwise incoming properties are dropped during ingest,
  • and the documented way to provide values is via the JS RUM API (addEventModifier for event properties, sendSessionPropertyEvent for session properties).
  • there are explicit limits (for example max 20 configured properties, naming/value limits).

Everything you can find here: https://docs.dynatrace.com/docs/observe/digital-experience/new-rum-experience/web-frontends/addition...

Given you rely heavily on CSS-selector-based action/session properties and often can’t modify application code (for example SAP and Tableau), the important nuance is:

  • New RUM currently runs alongside RUM Classic, and you can’t fully migrate away from Classic yet.
  • Event & session properties are explicitly separate from RUM Classic “user action & session properties” (the Classic ones are where CSS selector capture lives).

Here documentation where everything is explain: https://docs.dynatrace.com/docs/observe/digital-experience/new-rum-experience/relationship-to-rum-cl...

So in practice:

  • DOM/CSS selector / meta-tag style capture → keep using RUM Classic user action & session properties.
  • New RUM event & session properties → effectively require JS API; without a way to inject or run custom JS, they won’t replace your selector-based setup 1:1.

Featured Posts