RUM Script Installation
Install and configure the VitalSentinel Real User Monitoring script, including options, SPA support, API methods, consent, and browser support.
The VitalSentinel RUM (Real User Monitoring) script collects Core Web Vitals and performance metrics from your actual visitors. It's lightweight (~13KB gzipped) and non-blocking.
Basic Installation
Add this script to the <head> section of your HTML:
<script
src="https://rum.vitalsentinel.com/rum.js"
data-key="YOUR_TRACKING_ID"
async
></script>Find your tracking ID in Domain Settings → Real User Monitoring (RUM).
Configuration Options
Customize the script behavior using data-* attributes:
| Attribute | Type | Default | Description |
|---|---|---|---|
data-key | string | required | Your unique tracking ID |
data-sample-rate | number | 1.0 | Sampling rate (0.0-1.0) |
data-debug | boolean | false | Enable console logging |
data-engagement | boolean | true | Track clicks, scroll depth, time on page, and form interactions |
data-consent | string | none | Consent basis you declare for the page. Set to granted once your consent banner has the visitor's acceptance |
data-mask-text | boolean | false | Suppress the visible text of the elements recorded for Core Web Vitals attribution |
data-mask-selectors | boolean | false | Suppress the CSS selectors recorded for LCP, CLS, and INP attribution and for engagement events |
data-filter-query-params | boolean | false | Remove query parameters |
data-track-non-production | boolean | false | Send from hosts the script skips by default: localhost, private and loopback addresses, reserved test TLDs, and staging/dev/test subdomains |
Example with Options
<script
src="https://rum.vitalsentinel.com/rum.js"
data-key="abc123"
data-sample-rate="0.5"
data-debug="true"
data-engagement="true"
async
></script>Tracking IDs and Hostnames
RUM discards a hit whose page URL is served from a host that cannot be a public production site. A developer's localhost reload has no network in front of it and reports Core Web Vitals no real visitor could, and it spends your page-view allowance doing it.
Unless the host is itself a domain you have registered, these are discarded on arrival whatever the script does:
localhost- Any bare IP address, private or public, IPv4 or IPv6
- Hostnames on suffixes reserved for testing and local development, such as
.localhost,.local,.test,.internal,.invalidand.example, and a few others used by local development tooling
Anything else is kept, including a host that is not the domain the tracking ID belongs to. Registering a host as its own domain is how you say you meant it, so a tracked domain is always accepted even when it takes one of the shapes above.
This is looser than the Web Analytics rule, on purpose. Web Analytics enforces exact host identity, so it drops shop.example.com and staging.example.com sending under example.com's tracking ID. RUM keeps them. Two reasons: the opt-in below is read in the browser and never reaches our servers, so an identity rule would silently delete the data of everyone who had opted in; and real traffic does arrive on hosts that are not the tracked domain, such as Google Translate readers on *.translate.goog, or a second site sharing one tracking ID.
The answer for a subdomain with its own audience is still to add it as its own domain and use the tracking ID it issues. That keeps the two sites' numbers apart instead of blending them into one p75.
Non-Production Hosts
The script also has its own, wider gate in the browser. It declines to send at all from localhost, loopback and private addresses, reserved test TLDs, and staging, dev and test subdomains, so a developer's reload and a QA click-through never land in the same p75 as real visitors.
Set data-track-non-production="true" if production genuinely serves from such a hostname:
<script
src="https://rum.vitalsentinel.com/rum.js"
data-key="abc123"
data-track-non-production="true"
async
></script>This attribute is read in the browser and is never sent to us, so it only lifts the browser-side gate. It does work for a name like staging.example.com, which the server keeps. It cannot get localhost or a bare IP address measured: the server discards those regardless, unless that exact host is itself a registered domain.
What Data is Collected
Core Web Vitals
The script automatically tracks all Core Web Vitals:
- LCP (Largest Contentful Paint) - Loading performance
- FCP (First Contentful Paint) - Initial render time
- CLS (Cumulative Layout Shift) - Visual stability
- INP (Interaction to Next Paint) - Interactivity
- TTFB (Time to First Byte) - Server response time
Navigation Timing
- DNS lookup time
- TCP connection time
- Request/response time
- DOM load time
- Full page load time
User Engagement
When enabled (default), tracks:
- Scroll depth milestones (25%, 50%, 75%, 90%, 100%)
- Time on page and active time
- Page visibility changes
- Click tracking and rage click detection
- Form engagement (focus, changes, submissions, abandonment)
Error Tracking
- JavaScript errors with stack traces
- Unhandled promise rejections
- Resource loading failures (images, scripts, stylesheets)
Device Information
Collected in every mode:
- Window size, rounded to the nearest 50 pixels
- Country, browser, operating system, and device type, worked out on our servers from the request headers the browser sends on its own
Collected only when you declare consent (see Consent Mode):
- Screen size and device pixel ratio
- Device memory and CPU cores
- Effective network connection type (slow-2g, 2g, 3g, or 4g) and downlink estimate
- Touch capability
Platform-Specific Installation
WordPress
Use a header scripts plugin, or add to your theme's functions.php:
function vitalsentinel_rum_script() {
?>
<script src="https://rum.vitalsentinel.com/rum.js" data-key="YOUR_TRACKING_ID" async></script>
<?php
}
add_action('wp_head', 'vitalsentinel_rum_script');See Platform Guides for the wp_enqueue_script alternative.
Shopify
- Go to Online Store → Themes
- Click ... → Edit code on your active theme
- Open
theme.liquidin the Layout folder - Add the script before
</head>
Next.js
Using the Script component in your root layout (app/layout.tsx):
import Script from 'next/script';
export default function RootLayout({ children }) {
return (
<html>
<body>
{children}
<Script
src="https://rum.vitalsentinel.com/rum.js"
data-key="YOUR_TRACKING_ID"
strategy="afterInteractive"
/>
</body>
</html>
);
}React (Create React App)
Add to public/index.html:
<script
src="https://rum.vitalsentinel.com/rum.js"
data-key="YOUR_TRACKING_ID"
async
></script>Vue.js
Add to public/index.html or your main template.
Nuxt.js
In nuxt.config.js:
export default {
head: {
script: [
{
src: 'https://rum.vitalsentinel.com/rum.js',
'data-key': 'YOUR_TRACKING_ID',
async: true
}
]
}
}SPA Support
The RUM script automatically detects Single Page Application navigation using the History API. For manual control:
// Trigger navigation tracking manually
window.VitalSentinelRUM.startSoftNavigation();This is useful for:
- Custom routing implementations
- Hash-based navigation
- Complex state transitions
API Methods
The script exposes methods for custom tracking via window.VitalSentinelRUM (or the shorter alias window.VSRUM):
Track Custom Events
window.VitalSentinelRUM.trackCustomEvent('purchase', {
productId: '12345',
value: 99.99,
currency: 'USD'
});Mark Points in Time
// Mark points in time
window.VitalSentinelRUM.mark('hero-start');
window.VitalSentinelRUM.mark('hero-loaded');
// Measure time between two marks
window.VitalSentinelRUM.measure('hero-time', { start: 'hero-start', end: 'hero-loaded' });Add Custom Data
// Add data to all subsequent events
window.VitalSentinelRUM.addData('userId', 'user-123');
window.VitalSentinelRUM.addData('plan', 'premium');Event Hooks
// Listen to RUM events
window.VitalSentinelRUM.on('mark', (eventType, data) => {
console.log('Mark created:', data.name, data.startTime);
});
window.VitalSentinelRUM.on('measure', (eventType, data) => {
console.log('Measure recorded:', data.name, data.duration);
});
window.VitalSentinelRUM.on('soft_navigation', (eventType, data) => {
console.log('SPA navigation:', data);
});Grant or Withdraw Consent
grantConsent('persistent') and revokeConsent() change the consent mode at runtime from your consent banner. Both are queued, so they are safe to call before the script has finished loading. See Consent Mode.
Force Send Data
// Send all queued events immediately
window.VitalSentinelRUM.forceFlush();Get Debug Info
// Logs the current tracking state (session, sampling, queued events) for debugging
const debug = window.VitalSentinelRUM.getDebug();
console.log(debug);Command Queue
The script installs its own command queue as soon as it loads. Once the tag is on the page, queue commands with cmd():
// Queue commands with cmd()
window.VitalSentinelRUM.cmd(['mark', 'app-start']);
// trackCustomEvent isn't queueable - call it directly
window.VitalSentinelRUM.trackCustomEvent('page_intent', { category: 'pricing' });Privacy & Consent
Privacy by Default
The RUM script is designed with privacy in mind:
- No cookies, no local storage, and no session storage: the script writes nothing to your visitor's device
- No cross-site tracking
- Session IDs are random and regenerate on every page load
- URL sanitization available via
data-filter-query-params - Record identifiers are stripped from page paths before a URL is stored. A long number, a UUID, a hex string, or a long opaque token becomes
:idor:uuid, so/orders/44172/invoiceis stored as/orders/:id/invoice. The path shape survives, so those page views still group as one page. Dates, short segments, and word slugs are left alone.
Consent Mode
The script writes nothing to your visitor's device in any mode. What the consent mode changes is what it is allowed to read from the browser.
No consent is the default. In this mode the script reads no device details beyond the window size, rounded to the nearest 50 pixels. It also checks a flag that identifies headless automation and the Do Not Track and Global Privacy Control settings, which it reads in order to honor them. Core Web Vitals, JavaScript errors, and user engagement are all still collected.
Consent given adds screen size, device pixel ratio, device memory, CPU cores, touch capability, and connection speed, so you can tell a slow page apart from a slow device or a weak network.
Declare the consented mode on the script tag:
<script
src="https://rum.vitalsentinel.com/rum.js"
data-key="YOUR_TRACKING_ID"
data-consent="granted"
async
></script>Or set it at runtime from your consent banner, which needs no page reload:
// Visitor accepted
window.VitalSentinelRUM.grantConsent('persistent');
// Visitor rejected, or withdrew a previous acceptance
window.VitalSentinelRUM.revokeConsent();Withdrawal is prospective: events already queued are sent with the context they were collected under, and nothing has to be deleted from the device because the script never wrote anything to it.
Only declare consent once your banner has the visitor's acceptance. You can switch the mode in Domain Settings → Real User Monitoring (RUM) → Consent mode, which regenerates the snippet for you.
Privacy Options
Enable additional privacy features:
<script
src="https://rum.vitalsentinel.com/rum.js"
data-key="YOUR_TRACKING_ID"
data-mask-text="true"
data-mask-selectors="true"
data-filter-query-params="true"
async
></script>data-mask-text- Suppresses the visible text recorded for the LCP, CLS, and INP attribution elements. Engagement events carry no element text, so this attribute does not change themdata-mask-selectors- Suppresses the CSS selectors recorded for LCP, CLS, and INP attribution and for engagement events. Use it if your element IDs or class names carry record identifiers, such as#order-88213data-filter-query-params- Removes query parameters from tracked URLs
Do Not Track and Global Privacy Control
The script honors a Do Not Track or Global Privacy Control signal from the browser on its own, so you do not need to gate the tag on it:
- No device details beyond the window size are read, whatever consent mode you declared
- User engagement tracking does not run
- A
grantConsent()call is ignored, so your consent banner cannot raise the mode for these visitors - Core Web Vitals and page views are still measured, so the traffic does not disappear from your reports
GDPR Compliance
The RUM script is designed to be GDPR-friendly by default (no cookies, no local storage, no session storage). For additional compliance:
- Choose a consent mode that matches what your banner has obtained (see Consent Mode)
- Use sampling (
data-sample-rate) to reduce data collection - Enable privacy options (
data-mask-text,data-mask-selectors,data-filter-query-params)
Domain-Level Controls
One privacy control lives in the dashboard rather than the script tag. In Domain Settings → Web Analytics → Advanced settings, ticking Do not store page titles or site-search terms also applies to your RUM data: page titles are no longer stored, and site-search terms are stripped from the URLs recorded for RUM. It is applied when we receive the data, so there is no snippet change and no redeploy, and it reaches all traffic within about a minute.
Troubleshooting
Script Not Loading
- Check browser console for errors
- Verify the tracking ID is correct
- Ensure no ad blocker is blocking the script
- Check Content Security Policy headers
No Data Appearing
- Wait 15-30 minutes for initial data
- Check sample rate is greater than 0
- Verify the domain matches your configured domain
- Enable debug mode to see console logs
Debug Mode
Enable debug logging:
<script
src="https://rum.vitalsentinel.com/rum.js"
data-key="YOUR_TRACKING_ID"
data-debug="true"
async
></script>Then check your browser console for [VitalSentinel RUM] messages.
Browser Compatibility
The RUM script supports:
- Chrome/Edge 90+
- Firefox 89+
- Safari 15+
- Opera 76+
Older browsers will gracefully degrade without causing errors.
Related
RUM Monitoring
Learn about the metrics and insights available from RUM data
Performance Thresholds
Understand what good, needs improvement, and poor metrics look like
Data & Privacy
Details on data collection, storage, and GDPR compliance
Troubleshooting
Solutions to common installation and tracking issues
Account Settings
Manage your profile, password, two-factor authentication, email preferences, and account deletion in one place.
Web Analytics Script Installation
Install and configure the VitalSentinel Web Analytics script, including options, ecommerce auto-tracking, SPA support, consent, and event tracking.