Core Web Vitals vs. RUM: Labordaten vs. echte Nutzerdaten

Die Metriken sind gleich — die Messung nicht

Core Web Vitals sind drei Nutzererlebnis-Metriken von Google: Largest Contentful Paint (LCP, Laden), Interaction to Next Paint (INP, Reaktion) und Cumulative Layout Shift (CLS, visuelle Stabilität). Es sind dieselben drei Metriken, egal wo du sie liest.

Was sich ändert, ist die Erfassung. 'Labor'-Daten (oder synthetische Daten) stammen aus einem einzigen skriptgesteuerten Seitenaufruf in einem kontrollierten Browser. 'Feld'-Daten — auch Real-User-Monitoring oder RUM genannt — werden in den Browsern deiner echten Besucher erhoben, während sie die Seite nutzen. Dieselben Metriken, zwei völlig verschiedene Messmodelle.

Core Web Vitals im Labor (synthetisch)

Ein Labortest lädt deine Seite in einem Headless-Browser mit festem Geräteprofil und fester Netzwerkgeschwindigkeit und meldet dann die Metriken. Lighthouse und der 'Labor'-Bereich von PageSpeed Insights arbeiten so, und ebenso Relvatos Core-Web-Vitals-Journey.

Da die Umgebung fest ist, sind die Ergebnisse stabil und wiederholbar, und du kannst sie jederzeit ausführen — sogar vor dem Launch, auf einer Staging-URL oder bei jedem Deploy. Das macht Labordaten ideal, um ein konkretes Problem zu debuggen und eine Regression vor dem Ausliefern zu erwischen.

Der Haken: eine synthetische Umgebung ist nicht dein Publikum. Ein schneller Rechenzentrums-Browser mit fester Verbindung spiegelt keinen Besucher mit einem Mittelklasse-Handy über wackliges Mobilfunknetz wider. Und INP lässt sich als Interaktionsmetrik ohne eine echte interagierende Person nicht wirklich messen — Labor-Tools schätzen es oder greifen auf einen Proxy wie Total Blocking Time zurück.

Felddaten / Real-User-Monitoring (RUM)

RUM misst Core Web Vitals in den Browsern deiner echten Besucher. Ein kleines Skript — ein 'Beacon' — nutzt die PerformanceObserver-API des Browsers, um LCP, INP, CLS, FCP und TTFB aus jedem echten Seitenaufruf zu erfassen, und sendet die Zeiten anonym und ohne Cookies zurück. Relvatos Journey für Echtnutzer-Web-Vitals (RUM) arbeitet so.

Da die Daten aus Tausenden echten Sitzungen über viele Geräte, Netzwerke und Standorte stammen, spiegeln sie das Erlebnis wider, das deine Nutzer tatsächlich haben. INP ist hier eine echte Messung, keine Schätzung. Ergebnisse werden meist als p75 gemeldet — das 75. Perzentil — die Kennzahl, an der Google misst.

Der Haken: RUM braucht echten Traffic, sammelt sich also erst an, und eine Seite mit wenig Traffic füllt sich langsam. Es ist von Natur aus auch verrauschter — es erfasst die reale Vielfalt — und du kannst eine einzelne Sitzung nicht 'erneut ausführen', um sie zu debuggen.

Welche beeinflusst SEO?

Googles Page-Experience-Ranking-Signal nutzt Felddaten, keine Labordaten. Konkret stützt es sich auf den Chrome User Experience Report (CrUX) — echte Core Web Vitals von Chrome-Nutzern. Dein Laborwert kann perfekt sein, während dein Feldwert (der rankt) schlecht ist, oder umgekehrt.

RUM ist also die Zahl, die das Ranking bewegt, und das Labor ist das Werkzeug, das beim Beheben hilft. Wenn du nur Laborwerte beobachtest, kannst du jeden Test bestehen und trotzdem durch eine Verlangsamung an Ranking verlieren, die deine echten Nutzer spüren.

Also welche nutzen? Beide.

Labor- und Felddaten beantworten verschiedene Fragen, deshalb nutzt das richtige Setup beide. Führe synthetische Core Web Vitals bei jeder Änderung aus, um Regressionen zu erwischen, bevor sie jemanden erreichen, und um sie in einer kontrollierten Umgebung zu debuggen. Führe RUM kontinuierlich aus, um das Erlebnis echter Nutzer zu kennen — und den Feldwert zu schützen, an dem Google rankt.

Ein üblicher Ablauf: RUM sagt dir, dass eine Metrik für echte Nutzer schlechter wurde; der Labortest lässt dich sie reproduzieren und beheben; das nächste RUM-Fenster bestätigt, dass der Fix bei deinem Publikum angekommen ist.

Wie Relvato beide überwacht

Relvato führt beide als getrennte, kontinuierliche Prüfungen aus. Die Core-Web-Vitals-Journey ist die Laborseite: ein synthetischer Lauf in einem echten Browser auf deinen Schlüsselseiten, bei jeder Änderung, mit einer 0–100-Bewertung und konkreten Fixes. Die Journey für Echtnutzer-Web-Vitals (RUM) ist die Feldseite: ein cookieloser Beacon, der den p75 pro Seitentyp und Gerät meldet, im CWV-'schlecht'-Band warnt und eine Regression gegen die eigene 28-Tage-Referenz der Seite markiert — und sie dann mit der Änderung korreliert, die etwa dann ausgeliefert wurde.

Zusammen beantworten sie beide Fragen: 'Wird diese Änderung die Performance gleich verschlechtern?' (Labor) und 'Wie fühlt sich die Seite für Besucher gerade wirklich an?' (Feld).