Digital Experience (RUM)
15 minutesPersona
You are a frontend engineer, or an SRE tasked to do the first triage of a performance issue. You have been asked to investigate a potential customer satisfaction issue with the Online Boutique application.
You are a frontend engineer, or an SRE tasked to do the first triage of a performance issue. You have been asked to investigate a potential customer satisfaction issue with the Online Boutique application.
This will open up the Application Summary Dashboard. This section shows a quick overview of all the applications being monitored.
The Real User Monitoring (RUM) Overview dashboard in Splunk Observability Cloud provides visibility into how real users experience your web applications. It captures browser-side performance metrics, JavaScript errors, and network request failures as they occur in actual user sessions. The dashboard surfaces Core Web Vitals (LCP, INP, CLS) to measure page load performance, displays error trends over time, and shows recent alerts, giving frontend teams the insights needed to identify and resolve issues affecting end-user experience.
To ensure we are looking at the right data, please check the following settings (2):
Next, click on the [NAME OF WORKSHOP]-store (3) above the Page Views / JavaScript Errors chart.
The tabs available on this page include:
Click through each of the tabs and examine the data.
Find the Operation chart, locate PlaceOrder in the list, click on it and select Add to filter (2).
Click on the User Sessions tab (3).
Click on the Duration heading twice to sort the sessions by duration (longest at the top) (4).
We now have a User Session table sorted by longest duration (descending), showing users who have been shopping on the site. We could apply more filters to further narrow down the data, e.g. OS version, browser version, etc.
A User Session in RUM represents a single user’s complete interaction with your web application from the moment they arrive until they leave or become inactive. Each session captures a timeline of all page views, user interactions (clicks, scrolls, form submissions), network requests, errors, and performance metrics.
Sessions are identified by a unique Session ID and include metadata such as browser type, device, geographic location, and custom tags. This allows you to replay and analyze the exact experience a specific user had, making it invaluable for troubleshooting issues, understanding user behavior, and identifying performance bottlenecks.
POST https://labob...y.com/cart/checkout.front-end:/cart/checkout (3), this will bring up the APM Service Map. Here we will investigate the backend services and their dependencies to identify the root cause of the issue.We have now successfully navigated from RUM into APM, providing an end-to-end view of the user experience. This integration allows us to trace performance issues from the front-end all the way through to the back-end services, enabling more effective troubleshooting and optimization.
The RUM metrics initially pointed to the Checkout Service as the source of the problem. Without APM, teams could waste valuable time investigating this service unnecessarily. However, with APM we can quickly identify that the root cause actually lies in the paymentservice, saving valuable time and significantly reducing MTTx.
Let’s ask our friends in back-end development to continue the investigation.