User and error events
Besides detecting user actions, Dynatrace also captures additional events known as user events and error events. These events occur within a user session, but they're not directly generated via user interaction with UI controls.
User events are page changes, rage clicks, rage taps, and user tagging events.
A page change event signifies that a user has navigated to a different page on a website. For example, if you navigated to a website "payment" page, the user session would show the following events.
Load: loading of page /payment
Page change: /payment
When your application doesn't respond quickly or there's a user interface issue, users might repeatedly click the screen or a UI control in frustration. Dynatrace detects such behavior as a rage event: a rage click for a web application and a rage tap for a mobile application.
Three or more rapid clicks or taps within the same area are considered to be a rage event. Rage events commonly reflect slow load times or failed resources. Detected rage events affect the user experience score, but when required, you can choose to exclude rage clicks and rage taps from score calculation. See Configure user experience score thresholds to learn more.
You also have the option to completely disable rage event detection.
In the Dynatrace web UI, you can also check sessions with rage events to view the details of a rage click or rage tap event.
One of the key features of Real User Monitoring is the ability to uniquely identify individual users across different browsers, devices, and user sessions. This is achieved by assigning a user tag, which is comprised of a username, nickname, or email, to a user session. When a user is tagged in your application, Dynatrace reports a user tagging event.
You can tag users when they log in or when an already logged-in session is used or restored upon application relaunch, as the user tag isn't persisted when the application restarts.
For mobile and custom applications, Dynatrace offers a variant of a "user tagging" method.
Error events include errors and crashes.
The following error types are captured depending on your application type.
|Request error||Detected by the browser and OneAgent on your servers|
|Reported error||Manually reported via dedicated "report an error" API method|
To report a custom error for a web application or a reported error for a mobile or a custom application, use a dedicated API method.
Note that errors affect both the user experience score and Apdex rating. However, you can change user experience score thresholds, adjust Apdex settings, and exclude errors from Apdex calculations in your application settings.
You can leverage performance, multidimensional, and user session analysis to get information on errors that occur in your application. You can check various error details such as the estimated error count, provider, technology, and more. For details, see the following pages.
Mobile and custom applications
When your application crashes, Dynatrace automatically reports a crash event. Dynatrace captures crashes and sends the crash report to the server. The crash report includes the occurrence time and the full stack trace of the exception.
In Dynatrace, a crash is a fatal issue that terminates the application. Non-fatal issues, such as caught exceptions and errors, are not counted as crashes. ANRs (Application Not Responding) are not monitored by Dynatrace.
Some crashes might not be reported, as when the application user experiences network issues like an unstable or unavailable internet connection. This is because Dynatrace doesn't send crash reports that are older than 10 minutes (as such reports can no longer be correlated on the Dynatrace Cluster).
Crash reporting is enabled by default, but you can deactivate this feature.
For some technologies, you can report a crash manually.
To view the complete sequence of user actions that preceded a crash, leverage user session analysis. You can also open a crash report to get all the code-level information and quickly trace the root cause of a crash. For additional details, see the following pages.
With Session Replay on crashes, you receive additional context for your crash analysis. You can watch video-like screen recordings that replay the user actions immediately preceding a detected crash. This feature is available for Android and iOS.