Real User Monitoring (RUM): Definition und Beispiele

Was ist Real User Monitoring (RUM)?

Real User Monitoring (RUM) misst, wie Ihre Website für die Menschen läuft, die sie tatsächlich nutzen. Ein kleines Skript auf der Seite erfasst im Browser jedes Besuchers Ladezeiten, Interaktionsverzögerungen, Layout-Verschiebungen und Fehler und schickt sie an ein Backend. Das Ergebnis sind Felddaten von echten Geräten, Netzen und Ländern, kein Skript-Test.

So funktioniert RUM

Das Skript nutzt Standard-Browser-APIs wie PerformanceObserver, sammelt Metriken beim Laden und Benutzen der Seite und verschickt sie gebündelt. Der verlässliche Zeitpunkt zum Senden ist der Moment, in dem die Seite unsichtbar wird, denn die älteren unload-Events feuern auf Mobilgeräten oft nie. Dafür gibt es navigator.sendBeacon(): Es stellt einen kleinen POST in die Warteschlange, der das Verlassen der Seite nicht aufhält (MDN-Referenz, englisch).

new PerformanceObserver((list) => {  for (const entry of list.getEntries()) {    send({ metric: 'lcp', value: entry.startTime });  }}).observe({ type: 'largest-contentful-paint', buffered: true });document.addEventListener('visibilitychange', () => {  if (document.visibilityState === 'hidden') {    navigator.sendBeacon('/rum', JSON.stringify(queue));  }});

Im Backend wird jeder Beacon mit Kontext wie Browser, Gerät, Land und Seite versehen und zu Perzentilen aggregiert, die Sie aufschlüsseln können.

Was RUM misst

• Laden: Time to First Byte, First Contentful Paint und Largest Contentful Paint.
• Reaktionsfähigkeit: Interaction to Next Paint und Long Tasks.
• Visuelle Stabilität: Cumulative Layout Shift.
• Fehler: JavaScript-Exceptions, fehlgeschlagene Requests und unbehandelte Promise-Rejections.
• Kontext: Browser, Betriebssystem, Gerätekategorie, Verbindungstyp, Land und Release-Version.
• Geschäftsereignisse: Registrierung abgeschlossen, Checkout gestartet, um Tempo mit Ergebnissen zu verknüpfen.

Die drei wichtigsten für Suche und Nutzererlebnis sind die Core Web Vitals. Googles Richtlinie (web.dev, englisch): LCP innerhalb von 2,5 Sekunden, INP höchstens 200 Millisekunden und CLS höchstens 0,1, bewertet am 75. Perzentil der Seitenaufrufe, getrennt nach Mobilgeräten und Desktop.

RUM vs. Synthetic Monitoring

Nutzen Sie beides. Synthetische Checks melden, dass nachts um drei etwas kaputtging, und liefern vergleichbare Zahlen von Lauf zu Lauf. RUM zeigt, wer betroffen ist und ob ein Fix geholfen hat. Der Beitrag Synthetic Monitoring vs. Real User Monitoring (englisch) vertieft die Entscheidung.

Beispiel: ein langsamer Checkout auf dem Handy

Synthetische Tests auf einem Desktop-Rechner zeigen, dass die Checkout-Seite gut lädt. RUM, nach Gerät aufgeschlüsselt, zeigt ein LCP am 75. Perzentil auf Android-Mittelklasse-Handys deutlich über dem Ziel von 2,5 Sekunden, konzentriert auf ein Land. Die Ursache ist ein überdimensioniertes Hero-Bild. Nach dem Fix bestätigt dieselbe RUM-Ansicht, dass sich das Perzentil bewegt hat, was ein Labortest allein nicht belegen könnte.

Häufige RUM-Fehler

• Mittelwerte lesen. Mittelwerte verstecken den langsamen Rand. Verfolgen Sie p75 und p95.
• Nicht segmentieren. Mobil und Desktop, schnelle und langsame Verbindungen verhalten sich sehr unterschiedlich, und ein Mischwert verdeckt beides.
• Personenbezogene Daten sammeln. Halten Sie URLs frei von Tokens und E-Mail-Adressen, vermeiden Sie unnötige Kennungen und beachten Sie Ihre Datenschutzpflichten. Klären Sie Einwilligungsanforderungen mit Ihrer eigenen Rechtsberatung.
• Bei jedem Ausschlag alarmieren. Alarmieren Sie bei anhaltenden Verschlechterungen eines Perzentils, nicht bei einzelnen Sitzungen.
• Single-Page-Apps vergessen. Routenwechsel laden die Seite nicht neu, sie brauchen also explizite Seitenaufruf-Marker.
• Von RUM Ausfallerkennung erwarten. Keine Besucher heißt kein Signal. Kombinieren Sie es mit geplanten Checks.

RUM, CrUX und LoadFocus

Der Chrome UX Report (CrUX) sind öffentliche RUM-Daten von Chrome-Nutzern mit Opt-in, aggregiert pro Origin. Er eignet sich, um zu sehen, wie Google Ihre Seite sieht, und um Origins zu vergleichen. Ihr eigenes RUM deckt jeden Browser ab und trägt Ihre eigenen Dimensionen, was es für die Fehlersuche besser macht. LoadFocus betreibt kein RUM-Skript. Das Page-Speed-Monitoring liefert die andere Hälfte: Lighthouse-Audits aus 25 Cloud-Regionen nach Zeitplan sowie CrUX-Felddaten mit einem Core-Web-Vitals-Badge für bestanden oder nicht bestanden. Für Verfügbarkeits- und Antwortzeit-Checks Ihres Backends siehe API-Monitoring. RUM ist die Browser-Seite von Application Performance Monitoring.

Häufige Fragen: Real User Monitoring

Ist RUM dasselbe wie APM?

Nein. APM überwacht das Backend: Server, Dienste und Datenbankaufrufe. RUM überwacht das Frontend im Browser des Besuchers. Zusammen ergeben sie ein vollständiges Bild einer Anfrage vom Klick bis zur Antwort.

Macht RUM meine Website langsamer?

Ein wenig, wenn es schlecht gemacht ist. Laden Sie das Skript asynchron, halten Sie es klein und senden Sie Daten mit sendBeacon, damit es die Seite nie blockiert. Messen Sie die Kosten des Skripts selbst, bevor Sie es ausrollen.

Was ist der Unterschied zwischen RUM und CrUX?

CrUX ist ein öffentlicher Datensatz zu den Erfahrungen von Chrome-Nutzern, aggregiert pro Origin und Seitengruppe. RUM erheben Sie selbst: jeder Browser, Ihre eigenen Sitzungen und eigene Dimensionen wie Release oder Experiment-Variante.

Kann ich RUM ohne Anbieter betreiben?

Ja. Googles Open-Source-Bibliothek web-vitals meldet die Core Web Vitals im Browser, und Sie schicken sie per sendBeacon an einen eigenen Endpunkt. Speichern, Aggregieren und Darstellen müssen Sie dann selbst übernehmen.

Ist RUM nach DSGVO erlaubt?

Das hängt davon ab, was Sie wie erheben. Performance-Zeiten sind deutlich weniger sensibel als Sitzungsaufzeichnungen oder Nutzerkennungen. Anonymisieren Sie, was geht, halten Sie Kennungen aus URLs heraus, dokumentieren Sie es in Ihrer Datenschutzerklärung und fragen Sie Ihre Rechtsberatung, ob eine Einwilligung nötig ist.