RUM (Real User Monitoring)

Deine Server sagen: "Alles grün. Antwortzeit 50ms." Aber deine User sagen: "Die Seite ist langsam!" Wie kann das sein? Vielleicht ist das WLAN des Users schlecht. Vielleicht rendert das Javascript auf seinem alten Handy langsam. Vielleicht ist ein Bild zu groß. Server-Logs sehen das nicht. RUM sieht es. Es ist ein kleines Javascript-Snippet in deiner Webseite. Es misst, was der echte Besucher erlebt. "Ladezeit bei Hans aus Berlin (iPhone): 3.2 Sekunden." "Ladezeit bei Lisa aus New York (Desktop): 0.8 Sekunden."

Merksatz: Eine passive Monitoring-Technologie, die alle Interaktionen aller Benutzer mit einer Webseite oder Applikation aufzeichnet und analysiert, um die tatsächliche Performance und User Experience (aus Browser-Sicht) zu messen.

Tools: Google Analytics (Site Speed), Datadog RUM, Sentry. Du siehst Wasserfall-Diagramme für jeden einzelnen Pageview. Du siehst JavaScript-Fehler (Uncaught TypeError), die nur bei Usern mit altem Safari-Browser auftreten.

1. Core Web Vitals

Das Wichtigste heute. Google nutzt RUM-Daten (aus Chrome User Experience Report), um dein Ranking zu bestimmen.

LCP (Largest Contentful Paint): Wann ist das Hauptbild da?
Musterantwort: Beginne mit dem konkreten Fall, prüfe die Fakten und erkläre den Begriff daran. Für diesen Abschnitt gilt: Tools: Google Analytics (Site Speed), Datadog RUM, Sentry. Du siehst Wasserfall-Diagramme für jeden einzelnen Pageview. Du siehst JavaScript-Fehler (Uncaught TypeError), die nur bei Usern mit altem Safari-Browser auftreten.
FID (First Input Delay): Wann reagiert der Button?
Musterantwort: Beginne mit dem konkreten Fall, prüfe die Fakten und erkläre den Begriff daran. Für diesen Abschnitt gilt: Tools: Google Analytics (Site Speed), Datadog RUM, Sentry. Du siehst Wasserfall-Diagramme für jeden einzelnen Pageview. Du siehst JavaScript-Fehler (Uncaught TypeError), die nur bei Usern mit altem Safari-Browser auftreten.
CLS (Cumulative Layout Shift): Wackelt das Layout? RUM-Tools messen genau diese Metriken live.

2. Synthetic vs. RUM

Synthetic: Ein Roboter checkt jede Minute "Geht die Seite?". (Gut für Verfügbarkeit & Labor-Werte).
RUM: Echte Menschen surfen. (Gut für echte Experience, aber Rauschen durch schlechtes User-Internet).

1. Resource Timing API & Long Tasks

Wie misst man das im Browser? Moderne RUM-Tools nutzen die Resource Timing API. Sie liefert exakte Micro-Timings: Wann war der DNS-Lookup fertig? Wann kam das erste Byte (TTFB)? Besonders spannend: Die Long Tasks API. Sie meldet, wenn der Haupt-Thread (Main Thread) für mehr als 50ms blockiert ist (z.B. durch fettes JavaScript). Wenn ein User klickt, während ein Long Task läuft, fühlt sich die Seite "tot" an. RUM macht diese unsichtbaren Hänger sichtbar.

2. INP (Interaction to Next Paint)

Seit März 2024 ist INP das neue Maß der Dinge (ersetzt FID). Während FID nur den allerersten Klick misst, beobachtet INP alle Interaktionen während der gesamten Session. Es misst die Zeit vom Klick bis zum Moment, in dem der Browser das Bild aktualisiert. In der Produktion ist dies extrem schwer zu optimieren, da es oft nicht am Netzwerk liegt, sondern an überladenem DOM oder langsamen Events-Handlern. RUM-Analysen zeigen hier oft Korrelationen: "Android-User haben 500ms INP, iOS-User nur 50ms."

3. Sampling & Cardinality

Bei 1 Million Usern am Tag willst du nicht 1 Million Datensätze in deiner Datenbank (kostet zu viel). Man nutzt Smart Sampling. Man loggt z.B. nur 10% des Traffic. Aber: Man loggt 100% aller Fehler. Zudem ist die "Kardinalität" ein Problem: Wenn du Daten nach Land, Browser, Version, User-ID und Campaign trennst, entstehen Millionen Kombinationen. Experten nutzen Tools wie Datadog oder Grafana Tempo, die diese Datenflut aggregieren können, ohne dass das UI bei der Abfrage einfriert.