LogoLogo
Log in|Playground
  • Welcome
    • Introduction
    • FAQ
  • Capabilities
    • Log Management
    • Infrastructure Monitoring
    • Application Performance Monitoring (APM)
      • Application Metrics
      • Traces
      • Supported Technologies
    • Real User Monitoring (RUM)
  • Getting Started
    • Requirements
      • Kubernetes requirements
      • Kernel requirements for eBPF sensor
      • CPU architectures
      • ClickHouse resources
    • Installation & updating
    • Connect Linux hosts
    • Connect RUM
    • 5 quick steps to get you started
    • groundcover MCP
      • Configure groundcover's MCP Server
      • Getting-started Prompts
      • Real-world Use Cases
  • Use groundcover
    • Monitors
      • Create a new Monitor
      • Issues page
      • Monitor List page
      • Silences page
      • Monitor Catalog page
      • Monitor YAML structure
      • Embedded Grafana Alerts
        • Create a Grafana alert
    • Dashboards
      • Create a dashboard
      • Embedded Grafana Dashboards
        • Create a Grafana dashboard
        • Build alerts & dashboards with Grafana Terraform provider
        • Using groundcover datasources in a Self-hosted Grafana
    • Insights
    • Explore & Monitors query builder
    • Workflows
      • Create a new Workflow
      • Workflow Examples
      • Alert Structure
    • Search & Filter
    • Issues
    • Role-Based Access Control (RBAC)
    • Service Accounts
    • API Keys
    • APIs
    • Log Patterns
    • Drilldown
    • Scraping custom metrics
      • Operator based metrics
      • kube-state-metrics
      • cadvisor metrics
    • Backup & Restore Metrics
    • Metrics & Labels
    • Add custom environment labels
    • Configuring Pipelines
      • Writing Remap Transforms
      • Logs Pipeline Examples
      • Traces Pipeline Examples
      • Logs to Events Pipeline Examples
      • Logs/Traces Sensitive Data Obfuscation
      • Sensitive Data Obfuscation using OTTL
      • Log Filtering using OTTL
    • Querying your groundcover data
      • Query your logs
        • Example queries
        • Logs alerting
      • Query your metrics
      • Querying you data using an API
      • Using KEDA autoscaler with groundcover
  • Log Parsing with OpenTelemetry Pipelines
  • Log and Trace Correlation
  • RUM
  • Customization
    • Customize deployment
      • Agents in host network mode
      • API Key Secret
      • Argo CD
      • On-premise deployment
      • Quay.io registry
      • Configuring sensor deployment coverage
      • Enabling SSL Tracing in Java Applications
    • Customize usage
      • Filtering Kubernetes entities
      • Custom data retention
      • Sensitive data obfuscation
      • Custom storage
      • Custom logs collection
      • Custom labels and annotations
        • Enrich logs and traces with pod labels & annotations
        • Enrich metrics with node labels
      • Disable tracing for specific protocols
      • Tuning resources
      • Controlling the eBPF sampling mechanism
  • Integrations
    • Overview
    • Workflow Integrations
      • Slack Webhook Integration
      • Opsgenie Integration
      • Webhook Integration
        • Incident.io
      • PagerDuty Integration
      • Jira Webhook Integration
      • Send groundcover Alerts to Email via Zapier
    • Data sources
      • OpenTelemetry
        • Traces & Logs
        • Metrics
      • Istio
      • AWS
        • Ingest CloudWatch Metrics
        • Ingest CloudWatch Logs
        • Ingest Logs Stored on S3
        • Integrate CloudWatch Grafana Datasource
      • GCP
        • Ingest Google Cloud Monitoring Metrics
        • Stream Logs using Pub/Sub
        • Integrate Google Cloud Monitoring Grafana Datasource
      • Azure
        • Ingest Azure Monitor Metrics
      • DataDog
        • Traces
        • Metrics
      • FluentBit
      • Fluentd
      • JSON Logs
    • 3rd-party metrics
      • ActiveMQ
      • Aerospike
      • Cassandra
      • CloudFlare
      • Consul
      • CoreDNS
      • Etcd
      • HAProxy
      • Harbor
      • JMeter
      • K6
      • Loki
      • Nginx
      • Pi-hole
      • Postfix
      • RabbitMQ
      • Redpanda
      • SNMP
      • Solr
      • Tomcat
      • Traefik
      • Varnish
      • Vertica
      • Zabbix
    • Source control (Gitlab/Github)
  • Architecture
    • Overview
    • inCloud Managed
      • Setup inCloud Managed with AWS
        • AWS PrivateLink Setup
        • EKS add-on
      • Setup inCloud Managed with GCP
      • Setup inCloud Managed with Azure
      • High Availability
      • Disaster Recovery
      • Ingestion Endpoints
      • Deploying in Sensor-Only mode
    • Security considerations
      • Okta SSO - onboarding
    • Service endpoints inside the cluster
  • Product Updates
    • What's new?
    • Earlier updates
      • 2025
        • Mar 2025
        • Feb 2025
        • Jan 2025
      • 2024
        • Dec 2024
        • Nov 2024
        • Oct 2024
        • Sep 2024
        • Aug 2024
        • July 2024
        • May 2024
        • Apr 2024
        • Mar 2024
        • Feb 2024
        • Jan 2024
      • 2023
        • Dec 2023
        • Nov 2023
        • Oct 2023
Powered by GitBook
On this page
  • Summary Cards
  • Sessions Table
Export as PDF

RUM

Quickly see how real users experience your app and catch front-end issues early.

The RUM page in groundcover lets you monitor real user activity on your web application. It highlights key performance metrics (like web-vitals and page load times), error rates, and user behavior.

This helps you understand what real users are facing – for example, identifying slow page load times, spotting frequent errors, or seeing which pages are most popular – so you know where to focus your attention.

The Real User Monitoring summary page has three main sections:

  1. A summary cards,

  2. Trend charts (Exceptions over Time, Sessions over Time) and a list of visited pages,

  3. A table with detailed sessions table

Summary Cards

At the top of the RUM page, you’ll see five summary cards showing key user experience stats. These cards give a quick health check of your front-end performance:

  • Avg INP (input delay): The average delay after a user interaction (like clicking a button) before the page responds. A lower number means the app feels snappy; a high number indicates users might be waiting too long for feedback.

  • Avg CLS (layout shift): The average Cumulative Layout Shift score, measuring how much the page content jumps around during load.

  • Page Load Time: The average time it takes for pages to fully load for users, measured in milliseconds. This reflects your site’s loading speed.

  • Error Rate: The percentage of user sessions that encountered an error (for example, JavaScript exceptions).

  • User Count: The number of unique user sessions in the selected time frame. This shows how many distinct users (or sessions) have been recorded.

Sessions Table

At the bottom of the RUM page, you’ll find a detailed sessions table listing individual user sessions. Each row in this table represents one user’s session on your app, with key details to help you trace their experience. Important columns include:

  • Date/Time: When the session occurred (start time or timestamp of the session).

  • User (Email/ID): The user’s identifier, which could be an email, username, or “Anonymous” if the user isn’t logged in. This helps identify the session’s user if needed.

  • Errors: How many errors occurred during that session (e.g. count of exceptions). If this number is greater than 0, it means the user encountered problems.

  • Pages: The number of pages the user visited in that session. A higher page count might indicate a longer session or a user navigating through many parts of the app.

  • Duration: How long the session lasted (for example, “07:36” means 7 minutes 36 seconds). This shows if the user spent a long time (possibly struggling) or left quickly.

  • Browser: The browser used in the session (often shown by an icon or name like Chrome, Safari, etc.). This can reveal if an issue is browser-specific (e.g. all errors happening on one browser).

  • Device: The type of device (e.g. desktop, mobile) indicated by an icon. This helps you see if mobile users vs. desktop users have different experiences.

Last updated 2 months ago