Was ist Real User Monitoring?
PageSpeed Insights sagt 45 Punkte, dein Gefühl sagt „läuft doch“. Wer hat recht? Das kann nur einer beantworten: deine echten Besucher. Genau das misst Real User Monitoring, kurz RUM.
Ein kleines Skript auf deiner Seite liest bei jedem Aufruf aus, wie lange das Laden gedauert hat, wie schnell die Seite auf Klicks reagiert und ob Fehler auftreten. Der Browser meldet diese Werte zurück. So entsteht ein Bild über Tausende Geräte, Netze und Orte hinweg.
Google nennt das Felddaten. Das Gegenstück sind Labordaten, auch synthetisches Monitoring: Ein Werkzeug wie Lighthouse ruft die Seite unter festen Bedingungen auf — ein Gerät, ein Netz, ein Ort.
Wie Google echte Nutzerdaten auswertet
Google sammelt selbst RUM-Daten: den Chrome UX Report (CrUX). Daraus speisen sich der Bericht „Core Web Vitals“ in der Google Search Console und der obere Teil von PageSpeed Insights. Bewertet wird am 75. Perzentil der letzten 28 Tage — drei von vier Aufrufen müssen den Zielwert schaffen.
Core Web Vital
Gut bis
LCP (Laden)
2,5 s
INP (Reaktion)
200 ms
CLS (Stabilität)
0,1
Laut Web Almanac 2025 bestanden im Juli 2025 48 % der Websites auf dem Handy alle drei Werte, am Desktop 56 %.
Labor und Feld weichen oft deutlich ab. In einem Beispiel von Google hat dieselbe Seite bei echten Besuchern einen LCP von 1,8 Sekunden, im Labor 3,0 Sekunden. Viele Besucher haben schnellere Geräte oder die Seite schon im Cache.
Beispiele aus der Praxis
Zwei Fallstudien bei Google. Beide Unternehmen haben mit eigenen RUM-Daten gefunden, wo es hakt. Die Geschäftszahlen sind ihre Angaben, beide sind große Konzerne.
Case A · Busbuchung
redBus, Messung mit web-vitals
≈ 900 → 360 ms
INP beim Nachladen
+7 %
Umsatz
Statt 30 nur noch 10 Treffer pro Nachladen
redBus schaute aufs 95. Perzentil, also auf die langsamsten Besucher. Der Umsatz hängt nicht allein an dieser Änderung.
Case B · Nachrichtenportal
The Economic Times, Messung mit Akamai mPulse
≈ 1.000 → 257 ms
INP
−50 %
Absprünge
Dazu 43 % mehr Seitenaufrufe auf den Themenseiten
Daten von Juli bis Oktober 2022. Die Blockierzeit bei echten Besuchern sank von rund 5 Sekunden auf rund 200 ms.
Häufige Fehler
Fehler 1 · Den PageSpeed-Score für die Wahrheit halten
Die große Zahl in PageSpeed Insights stammt aus einem Labortest mit gedrosseltem Handy. Was deine Besucher erleben, steht im Abschnitt mit den echten Nutzerdaten darüber. Optimier nicht blind auf 100 Punkte.
Fehler 2 · Auf Durchschnitte schauen
Ein Durchschnitt versteckt die langsamen Besucher. Wer im Schnitt 1,5 Sekunden lädt, kann trotzdem jedem fünften Besucher fünf Sekunden zumuten. Schau auf Perzentile, mindestens das 75.
Fehler 3 · CrUX für alle Besucher halten
Der Chrome UX Report erfasst nur Chrome auf Desktop und Android. Safari und Chrome auf dem iPhone fehlen komplett. In Deutschland lief im Oktober 2026 rund jeder fünfte Handy-Aufruf über Safari. Und kleine Websites bekommen oft gar keine Felddaten, weil sie unter Googles Schwelle liegen.
Fehler 4 · Die Einwilligung vergessen
Ein RUM-Skript liest Informationen im Gerät aus. Nach § 25 TDDDG braucht das grundsätzlich eine Einwilligung, außer es ist für den gewünschten Dienst unbedingt nötig. Die Datenschutzkonferenz macht dazu keine Pauschalaussage. Tools mit Sitzungsaufzeichnung oder Nutzerkennung gehören in jedem Fall ins Einwilligungsbanner.
So startest du mit RUM
- Kostenlos und sofort: den Core-Web-Vitals-Bericht in der Search Console und den oberen Teil von PageSpeed Insights ansehen.
- Eigene Daten: Googles Bibliothek web-vitals einbinden (rund 3 KB) und die Werte an Google Analytics 4 schicken, Auswertung in BigQuery oder Looker Studio.
- Fertige Tools: DebugBear, SpeedCurve oder RUMvision für Web Vitals; Datadog, New Relic oder Sentry, wenn auch Server und Fehler mit sollen.
- Alle Browser: Seit Safari 26.2 im Dezember 2025 messen alle großen Browser LCP und INP. Eigene RUM-Tools sehen damit auch iPhone-Besucher, CrUX nicht.
Häufige Fragen
Was ist der Unterschied zwischen RUM und synthetischem Monitoring?
RUM misst bei echten Besuchern auf ihren Geräten. Synthetisches Monitoring ruft die Seite mit einem Werkzeug unter festen Bedingungen auf, etwa Lighthouse. Das Labor hilft beim Fehlersuchen, RUM zeigt den Alltag.
Warum zeigt PageSpeed Insights andere Werte als die Search Console?
Der Score in PageSpeed Insights ist ein Labortest. Die Search Console zeigt echte Nutzerdaten aus dem Chrome UX Report der letzten 28 Tage. PageSpeed Insights zeigt diese Felddaten zusätzlich im oberen Teil, wenn genug vorhanden sind.
Warum hat meine Website keine Felddaten?
Google nimmt nur Seiten in den Chrome UX Report auf, die öffentlich und ausreichend besucht sind. Die genaue Schwelle nennt Google nicht. Kleine Websites fallen oft darunter — dann hilft nur eigenes RUM.
Brauche ich für Real User Monitoring eine Einwilligung?
Oft ja. Nach § 25 TDDDG braucht das Auslesen von Informationen im Gerät eine Einwilligung, außer es ist für den Dienst unbedingt nötig. Eine Behörde hat RUM bisher nicht ausdrücklich eingeordnet. Das ist keine Rechtsberatung.
Quellen
- MDN: RUM vs. synthetisches Monitoring
- web.dev: Labor- und Felddaten
- web.dev: Schwellenwerte der Core Web Vitals
- Search Console-Hilfe: Bericht zu Core Web Vitals
- Chrome for Developers: CrUX-Methodik
- HTTP Archive: Web Almanac 2025, Performance
- web.dev: Fallstudie redBus
- web.dev: Fallstudie The Economic Times
- StatCounter: Mobile Browser in Deutschland
- § 25 TDDDG
- Datenschutzkonferenz: Orientierungshilfe Digitale Dienste
