Real User Monitoring (RUM) erfasst Leistungsdaten einer Website direkt im Browser echter Besucher. Gemessen werden etwa Ladezeiten, Core Web Vitals und Fehler, ausgewertet nach Gerät, Browser und Land. Das Gegenstück ist Synthetic Monitoring, bei dem Tests unter kontrollierten Bedingungen laufen.
Funktionsweise
RUM-Anbieter binden dafür meist ein kleines JavaScript in die Seite ein. Es sendet bei jedem Besuch Messwerte an ein Dashboard. Verfügbar sind unter anderem Ladezeit, Time to First Byte, FCP, LCP, CLS, INP und JavaScript-Fehler. Weil die Daten von realen Geräten und Netzen stammen, bilden sie auch Fälle ab, die im Labor nicht auftauchen.
RUM und SEO
Google nennt solche Daten Felddaten. web.dev beschreibt den Chrome User Experience Report (CrUX) als zentrale Quelle für Felddaten in Google-Tools. CrUX liefert Daten von Chrome-Nutzern, die entsprechende Optionen aktiviert haben, und erfasst nur öffentlich auffindbare Seiten mit ausreichend Besuchern. web.dev empfiehlt, zusätzlich eigene Felddaten zu erheben, weil sie mehr umsetzbare Erkenntnisse liefern als CrUX allein. Damit lässt sich zum Beispiel prüfen, welche Seitentypen oder Templates schlechte Werte erzielen.
| Messwert | Misst | Core Web Vital? | Feld oder Labor | „Gut“ laut web.dev |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Renderzeit des größten sichtbaren Bilds, Textblocks oder Videos im Viewport, ab Beginn der Navigation | ja (Laden) | Feld und Labor | bis 2,5 s |
| INP (Interaction to Next Paint) | Latenz der Interaktionen während des gesamten Besuchs bis zur nächsten Darstellung; ein Wert, unter dem (fast) alle Interaktionen liegen | ja (Interaktivität), seit 12.03.2024 | Feld; im Labor nur mit simulierten Interaktionen, Lighthouse misst INP nicht | bis 200 ms |
| CLS (Cumulative Layout Shift) | größte Folge unerwarteter Layoutverschiebungen während der gesamten Lebensdauer der Seite | ja (visuelle Stabilität) | Feld und Labor | bis 0,1 |
| TTFB (Time to First Byte) | Zeit vom Beginn der Navigation bis zum ersten Byte der Antwort | nein (hilft bei der Diagnose von LCP) | Feld und Labor | bis 0,8 s |
| FCP (First Contentful Paint) | Zeit vom Beginn der Navigation, bis irgendein Inhalt der Seite dargestellt wird | nein (hilft bei der Diagnose von LCP) | Feld und Labor | bis 1,8 s |
| TBT (Total Blocking Time) | Summe der Zeit nach dem FCP, in der der Hauptthread so lange blockiert war, dass Eingaben nicht reagieren konnten | nein (Labor-Stellvertreter für INP) | Labor; Feldmessung empfiehlt web.dev nicht | unter 200 ms auf durchschnittlicher mobiler Hardware |
| Speed Index | wie schnell Inhalte beim Laden sichtbar aufgebaut werden (aus einem Video des Ladevorgangs) | nein | Labor (Lighthouse) | Schwelle laut Lighthouse: mobil bis 3,4 s „schnell“ (web.dev nennt keinen Wert) |
| FID (First Input Delay), historisch | Zeit von der ersten Interaktion bis der Browser mit der Verarbeitung der Event-Handler beginnen kann | bis 12.03.2024, ersetzt durch INP | nur Feld | bis 100 ms |
Bewertet wird laut web.dev das 75. Perzentil der Seitenaufrufe, Mobil und Desktop getrennt. Eine Seite besteht die Core Web Vitals, wenn LCP, INP und CLS am 75. Perzentil im Bereich „gut“ liegen. Chrome-Tools unterstützen FID seit dem 9. September 2024 nicht mehr. Quellen: web.dev: Web Vitals; web.dev: Largest Contentful Paint (LCP); web.dev: Interaction to Next Paint (INP); web.dev: Cumulative Layout Shift (CLS); web.dev: Time to First Byte (TTFB); web.dev: First Contentful Paint (FCP); web.dev: Total Blocking Time (TBT); web.dev: First Input Delay (FID); web.dev Blog: Interaction to Next Paint is officially a Core Web Vital (2024-03-12); Chrome for Developers: Lighthouse – Speed Index. Stand: .
Beispiel
Ein Shop sieht in den Labordaten für die Startseite gute LCP-Werte. Die RUM-Auswertung zeigt, dass Aufrufe über mobile Netze auf Kategorieseiten deutlich schlechter ausfallen.
Häufige Fragen
Was ist der Unterschied zwischen RUM und Synthetic Monitoring? RUM wertet echte Besuche passiv aus. Synthetic Monitoring führt geplante Testaufrufe durch und meldet auch Ausfälle, wenn niemand die Seite besucht.
Quellen
- Why lab and field data can be different – web.devweb.dev
- Chrome UX Report (CrUX) – Chrome for Developersdeveloper.chrome.com
Stand: