The RUM JavaScript sends beacons to Dynatrace to report captured data. The URL where these beacons are delivered is defined by the beacon endpoint. This guide describes the default beacon endpoint, which is suitable for most environments, and then outlines the available configuration options for scenarios that require customization.
By default, the beacon endpoint depends on the instrumentation method used for your application:
If the RUM JavaScript is injected automatically, beacons are sent to your web or application server, where OneAgent provides a beacon endpoint that intercepts and forwards them. For this purpose, a root-relative URL is used, with the last path segment prefixed by rb_. The exact URL path depends on the technology:
/myapplication/rb_bf12345abc./rb_bf12345abc. This is also the default if you manually insert the RUM JavaScript as described in Use manual insertion for pages of an auto-injected frontend.If you use agentless monitoring, data is sent to a Cluster ActiveGate that is part of the Dynatrace SaaS infrastructure.
In certain scenarios, you might need to use an alternative beacon endpoint configuration. For example:
The following sections describe alternative beacon endpoint configurations that allow you to accommodate these and similar constraints.
Depending on your infrastructure and its configuration, beacons might not pass with their automatically chosen URL and therefore can’t be handled by OneAgent. To resolve this, you can change the part of the beacon endpoint URL path that comes before the rb_ prefix. You can't remove the path segment prefixed by rb_, as it’s required for OneAgent to identify RUM beacons.
To modify the beacon endpoint URL for an auto-injected application
Experience Vitals.The following examples assume that RUM beacons are sent to /rb_bf12345abc by default.
Root-relative URL: If you set URL to /custompath, the beacons will be sent to /custompath/rb_bf12345abc.
Relative URL: If you set URL to ./, then the URL where the RUM JavaScript sends beacons is relative to the current page. For example:
/shop/index.html, then the beacons are sent to /shop/rb_bf12345abc./account/dashboard/, then the beacons are sent to /account/dashboard/rb_bf12345abc.If you want the RUM beacons of an auto-injected frontend to be handled by Dynatrace SaaS infrastructure instead of OneAgent, follow the steps below.
Experience Vitals.With this configuration, Dynatrace applies the beacon origin allowlist to the RUM beacons of your frontend.
By default, RUM beacons from an auto-injected frontend are handled by OneAgent on one of the process groups that host your application. Alternatively, beacons can be handled on any other instrumented web or application server of a technology listed in Technology support - Real User Monitoring - Web servers and applications.
To send beacons of an auto-injected frontend to a different instrumented server
In the injected RUM JavaScript, find beaconUri and copy the last segment of the URL path, which is prefixed with rb_.
Append this value to the URL of the instrumented web or application server.
For example, if the last segment of beaconUri is /rb_bf12345abc and the server URL is http://www.my-server.com, the resulting beacon endpoint URL is http://www.my-server.com/rb_bf12345abc.
Go to
Experience Vitals.
Select Web to view all web frontends.
Select the frontend you want to configure.
On the Settings tab, select
Open in Settings.
Go to Collect and capture > Real User Monitoring > Beacon endpoint.
In the Type dropdown list, select OneAgent.
In URL, enter the beacon endpoint that you determined in step 2.
Turn on Send beacon data via CORS.
Select Save changes.
With this configuration, Dynatrace applies the beacon origin allowlist to the RUM beacons of your frontend.