Real User Monitoring (RUM): Definition, Tools, Beispiele
RUM captured Performance und Errors aus echten User-Sessions in Production — JS-basierte Instrumentation. Ergänzt synthetische Tests mit Real-World-Daten.
Was ist Real User Monitoring (RUM)?
Real User Monitoring (RUM) ist die Praxis, Performance-, Error- und User-Experience-Daten von echten Usern, die Ihre Anwendung in Production browsen, zu capturen. Ein kleines JavaScript-Snippet läuft im Browser des Users, sammelt Timing/Error-Daten und sendet sie an ein Monitoring-Backend.
RUM ergänzt (ersetzt nicht) Synthetic Monitoring. Synthetic = konsistente Baseline aus kontrollierten Environments. RUM = messy Realität.
Was RUM misst
| Kategorie | Metrics |
|---|---|
| Page-Load | TTFB, FCP, LCP, DOMContentLoaded, Load-Event |
| Responsiveness | INP, FID (legacy), Long Tasks |
| Visuelle Stabilität | CLS |
| Errors | JS-Exceptions, Promise-Rejections, Network-Errors |
| Resource-Performance | Per-Asset Load-Times, Transfer-Size |
| User-Context | Browser, OS, Device, Country, ISP |
| Custom Events | Business-KPIs |
| Session-Recording | (Manche Tools) User-Actions replay |
RUM vs Synthetic Monitoring
| Aspekt | RUM | Synthetic |
|---|---|---|
| Daten-Source | Echte User-Sessions | Scripted Tests |
| Sample | Aller Real-Traffic | Fixed Schedule |
| Coverage | Logged-in, alle Browser | Public Pages |
| Detektiert pre-Traffic-Issues | Nein | Ja |
| Reflektiert User-Reality | Ja | Nein |
| Kosten | ~$ pro Session | ~$ pro Check |
Best Practice: beide nutzen.
Wie RUM funktioniert (technical)
new PerformanceObserver((list) => {
for (const entry of list.getEntries()) {
sendBeacon('/rum', { metric: 'lcp', value: entry.startTime });
}
}).observe({ type: 'largest-contentful-paint', buffered: true });Beliebte RUM-Tools
| Tool | Stärken | Pricing |
|---|---|---|
| Datadog RUM | Tight Integration mit APM/Logs | Per-Session |
| Sentry | Error-Monitoring + RUM | Per-Event |
| New Relic Browser | Full-Stack Observability | Per-User |
| Cloudflare Web Analytics | Privacy-first | Free Tier stark |
| Akamai mPulse | CDN-integrated | Enterprise |
| SpeedCurve | Performance-fokussiert | Per-Monitor |
| Raygun | Errors + RUM | Per-Error |
| Self-hosted (Boomerang.js) | Privacy, kein Vendor-Lock-in | DIY |
Wofür RUM gut ist
- Real-World-Performance diagnostizieren.
- Fixes validieren.
- Browser-spezifische Bugs catchen.
- User-Impact-Data.
- Performance-Budgets setzen.
- Performance mit Conversion korrelieren.
Wofür RUM NICHT gut ist
- Pre-Launch-Testing.
- Internal/Staging testen.
- Infrastructure-Outages detektieren.
- Mit Competitors vergleichen.
- Reproducible Benchmarks.
RUM Best Practices
- Appropriate samplen.
- Mit Context taggen.
- p75 und p95 tracken.
- Nach Device + Connection segmentieren.
- Auf Safari-Quirks achten.
- Privacy respektieren.
- Mit Errors kombinieren.
- Alert-Thresholds setzen.
RUM und Core Web Vitals
Googles CrUX ist im Grunde RUM-Daten von Chrome-Usern.
FAQ: Real User Monitoring
Ist RUM dasselbe wie APM?
Nein. APM = Backend-Monitoring. RUM = Frontend-Monitoring.
Verlangsamt RUM meine Site?
Marginally.
Unterschied zwischen RUM und CrUX?
CrUX: Chrome-only, aggregiert. RUM: alle Browser, Ihre Sessions.
Wie viel Daten sammelt RUM?
Pro Session: ~1-5KB.
Kann ich RUM ohne Vendor machen?
Ja — Boomerang.js oder web-vitals.js + Custom-Backend.
Ist RUM GDPR-compliant?
Hängt davon ab, was Sie sammeln.
Wie handhabt RUM SPAs?
SPAs brauchen explicit Page-View-Markers.
Kombinieren Sie RUM mit Synthetic via LoadFocus
RUM sagt Ihnen, was User erlebten; Synthetic sagt, was möglich ist. LoadFocus läuft Lighthouse-Audits + Load-Tests aus 25+ Regionen. Registrieren bei loadfocus.com/signup.
Verwandte LoadFocus-Tools
Setze dieses Konzept mit LoadFocus in die Praxis um — derselben Plattform, die alles antreibt, was du gerade gelesen hast.