Podcast: Echte Website Performance messen abseits von Lighthouse 2026
Ein Auto, das auf dem Prüfstand fünf Liter verbraucht, kann im Stau der Wiener Gürtelkreuzung locker acht Liter schlucken. Der Prüfstand lügt nicht, er misst nur unter Laborbedingungen, die mit der echten Fahrt wenig zu tun haben. Genau dieses Problem haben Sie, wenn Sie die Geschwindigkeit Ihrer Website ausschließlich mit einem einzelnen Lighthouse Test oder PageSpeed Score beurteilen.
Die echte Performance einer Website lässt sich nicht mit einem einzelnen synthetischen Test messen, sondern nur mit Felddaten aus dem Chrome User Experience Report (CrUX) oder einem eigenen Real User Monitoring. Diese zeigen, was echte Besucher mit echten Geräten und echten Netzwerken tatsächlich erleben, während ein Labortest nur eine einzelne simulierte Momentaufnahme liefert.
Für Betreiber von Webseiten in Österreich ist dieser Unterschied kein akademisches Detail. Google nutzt genau diese Felddaten, um zu beurteilen, wie gut Ihre Seite performt, und zeigt sie Ihnen sogar direkt in der Google Search Console. Wer nur auf einen grünen Lighthouse Score schaut, optimiert womöglich am eigentlichen Problem vorbei. Wie sehr die reine Ladezeit über den Umsatz entscheiden kann, haben wir bereits an anderer Stelle gezeigt. Schauen wir uns hier an, woher die Unterschiede kommen, wie Sie an die richtigen Zahlen kommen und was Sie konkret damit anfangen.
Lab-Test und echte Nutzer: der Unterschied, der wirklich zählt
Ein Lighthouse-Test oder ein klassischer PageSpeed-Check läuft auf einem simulierten Gerät mit einer simulierten Internetverbindung, meist ein Mal, von einem Server aus. Das nennt man Labordaten. Sie sind reproduzierbar, gut zum Debuggen einzelner technischer Probleme und praktisch, weil Sie sie jederzeit selbst auslösen können.
Das Gegenstück dazu ist der Chrome User Experience Report, kurz CrUX. Er bildet die reale Nutzung populärer Webseiten durch echte Chrome-Nutzerinnen und -Nutzer ab, sogenannte Felddaten. Statt eines einzelnen simulierten Aufrufs fließen hier tausende tatsächliche Seitenbesuche ein, mit echten Smartphones und schwankenden Mobilfunk- oder WLAN-Verbindungen, so wie sie draußen tatsächlich vorkommen. Der Unterschied ist also nicht nur technischer Natur, sondern grundsätzlich: Der eine Test zeigt Ihnen, wie schnell Ihre Seite unter Idealbedingungen sein könnte. Der andere zeigt Ihnen, wie schnell sie für echte Menschen tatsächlich war.
Stellen Sie sich einen Wiener Online-Shop vor, dessen Lighthouse-Score bei sauberen 95 Punkten liegt. Klingt hervorragend. Trotzdem klagen mobile Kundinnen aus den äußeren Bezirken über eine spürbar träge Seite. Der Grund liegt oft in genau dieser Lücke: Der Labortest lief auf einer schnellen, stabilen Verbindung, während echte Nutzer mit älteren Androidgeräten und schwankendem Mobilfunknetz unterwegs sind. Beide Zahlen können gleichzeitig wahr sein, und genau deshalb reicht eine der beiden allein nicht aus. Auch das Webhosting selbst beeinflusst diese Ladegeschwindigkeit spürbar mit.
Warum Google im Zweifel den Felddaten vertraut
Google selbst empfiehlt ausdrücklich: Wenn sowohl Feld- als auch Labordaten für eine Seite vorliegen, sollen Sie zur Priorisierung von Performance-Maßnahmen die Feld- beziehungsweise Real-User-Daten heranziehen. Der Grund ist einleuchtend. Nur echte Nutzerdaten spiegeln Effekte wider, die ein Labortest gar nicht abbilden kann, etwa Cache-Verhalten bei wiederkehrenden Besuchern oder die enorme Vielfalt an Geräten und Netzwerken, mit denen Menschen tatsächlich unterwegs sind.
Für Sie als Websitebetreiber heißt das ganz praktisch: Wenn Ihr Labortest grün zeigt, Ihre Felddaten aber rot, sollten Sie den Feldwerten glauben und dort ansetzen. Der Labortest ist in diesem Fall kein Beweis, dass alles passt, sondern lediglich ein Hinweis, dass das konkrete Testszenario zufällig gut lief. Wer Optimierungsbudget in ein Problem steckt, das nur im Labor sichtbar ist, aber die echten Nutzer nicht betrifft, verschwendet Zeit und Geld an der falschen Stelle.
So funktioniert CrUX: das 28-Tage-Fenster und das 75. Perzentil
Damit Sie CrUX-Zahlen richtig lesen können, müssen Sie zwei technische Eigenheiten kennen. Erstens werden die Daten als rollierender 28-Tage-Durchschnitt erhoben und täglich aktualisiert. Das bedeutet, ein CrUX-Wert von heute zeigt Ihnen nicht die Performance von gestern, sondern einen gleitenden Schnitt über die letzten vier Wochen. Eine Verbesserung, die Sie heute ausrollen, taucht deshalb nicht morgen in den Zahlen auf, sondern setzt sich erst über Tage und Wochen langsam durch, während der alte, langsamere Zustand aus dem Fenster herausfällt.
Zweitens werden die zentralen Metriken, also Largest Contentful Paint (LCP), Interaction to Next Paint (INP) und Cumulative Layout Shift (CLS), am 75. Perzentil gemessen. Das klingt komplizierter, als es ist. Stellen Sie sich hundert Besuche Ihrer Seite vor, sortiert nach Ladezeit von schnell bis langsam. Der Wert an Position 75 in dieser Liste ist Ihr Perzentilwert. Google sagt damit: Mindestens 75 von 100 Besucherinnen und Besuchern hatten eine mindestens so gute Erfahrung wie dieser Wert. Das ist bewusst konservativ gewählt, denn ein reiner Durchschnitt könnte von wenigen extrem schnellen Aufrufen beschönigt werden, während ein erheblicher Teil Ihrer Kundschaft tatsächlich lange wartet. Für die Praxis heißt das: Wenn Ihr LCP am 75. Perzentil bei über vier Sekunden liegt, hat ein Viertel Ihrer Besucher es sogar noch schlechter erlebt, nicht besser.
Der Core Web Vitals Bericht in der Search Console lesen
Viele Betreiber kennen den Core Web Vitals Bericht in der Google Search Console, wissen aber nicht genau, worauf er beruht. Die Antwort ist eindeutig: Dieser Bericht basiert nicht auf Labortests, sondern ausschließlich auf realen Nutzungsdaten aus dem CrUX-Report. Er sammelt anonymisierte Performance-Metriken echter Besucherinnen und Besucher der jeweiligen URL und gruppiert Ihre Seiten in die Kategorien gut, verbesserungswürdig und schlecht.
Wenn dort also URL-Gruppen als schlecht markiert sind, betrifft das echte Menschen, die auf Ihrer Website tatsächlich diese Erfahrung gemacht haben, nicht ein hypothetisches Testszenario. Das macht diesen Bericht zu einer der ehrlichsten Datenquellen, die Ihnen kostenlos zur Verfügung stehen. Öffnen Sie ihn regelmäßig, am besten monatlich, und behalten Sie im Kopf, dass sich Verbesserungen wegen des 28-Tage-Fensters erst mit Verzögerung zeigen. Ein Sprung von Rot auf Grün nach einer einzigen Woche ist unrealistisch und eher ein Zeichen, dass Sie zu früh nachgeschaut haben.
Wo CrUX an seine Grenzen stößt
So wertvoll CrUX ist, es hat einen entscheidenden blinden Fleck: Der Report ist auf den Chrome-Browser beschränkt und erfasst dabei nur einen opt-in-Ausschnitt der Chrome-Nutzerschaft. Wer viel Traffic von Safari- oder Firefox-Nutzern bekommt, etwa weil ein größerer Teil Ihrer Kundschaft mit dem iPhone unterwegs ist, sieht diese Erfahrungen in CrUX schlicht nicht abgebildet. Auch feingranulare Auswertungen, etwa Performance getrennt nach Warenkorbseite und Checkout, oder nach einzelnen Kundensegmenten, kann CrUX allein nicht liefern.
Genau hier setzt eigenes Real User Monitoring, kurz RUM, an. Ein eigenes RUM-Tool misst browserübergreifend, also auch bei Safari- und Firefox-Besuchern, und kann die Daten so granular aufschlüsseln, wie Sie es brauchen, zum Beispiel pro Landingpage oder pro Gerätetyp. Für einen kleinen Betrieb mit überschaubarem Traffic reicht CrUX über die Search Console meistens völlig aus. Für einen größeren Onlineshop mit mehreren tausend Besuchen täglich, bei dem jede Sekunde Ladezeit bares Geld an Umsatz kostet, lohnt sich ein eigenes RUM-Setup als Ergänzung. Bedenken Sie dabei, dass eigene Nutzerdatenerfassung, anders als das anonymisierte CrUX, datenschutzrechtlich sauber aufgesetzt werden muss, inklusive einer sauberen Information Ihrer Besucher darüber, was gemessen wird.
PageSpeed Insights: Labor und Feld gemeinsam im Blick
Das praktischste Werkzeug für den Einstieg bleibt PageSpeed Insights, denn es zeigt Ihnen beide Welten auf einen Blick. Sie sehen dort sowohl Labordaten aus einem simulierten Seitenaufruf als auch, sofern für Ihre URL genügend Daten vorliegen, die echten Feldwerte aus dem CrUX-Report. Diese bewusste Trennung ist kein Zufall, sondern hilft Ihnen genau, synthetische Diagnosewerte von der tatsächlichen Nutzererfahrung zu unterscheiden.
Wenn Sie das nächste Mal Ihre URL bei PageSpeed Insights eingeben, schauen Sie zuerst auf den Feldbereich oben, nicht auf den Laborbereich darunter. Nur wenn für Ihre Seite noch zu wenig CrUX-Daten vorliegen, etwa weil sie neu ist oder zu wenig Besucher hat, fehlt dieser Abschnitt und Sie sind vorübergehend auf die Labordaten angewiesen. Das ist besonders bei frisch gelaunchten Seiten oder sehr spezifischen Unterseiten mit wenig Traffic der Fall, etwa einer einzelnen Kampagnenlandingpage.
Schritt für Schritt: So messen Sie die echte Performance Ihrer Seite
Damit das keine Theorie bleibt, hier der konkrete Ablauf, den Sie selbst durchgehen können. Erstens, öffnen Sie die Google Search Console für Ihre Domain und rufen Sie den Bericht zu den Core Web Vitals auf. Das ist Ihre wichtigste Quelle, weil sie komplett kostenlos ist und auf echten Nutzerdaten beruht. Zweitens, notieren Sie sich, welche URL-Gruppen dort als schlecht oder verbesserungswürdig markiert sind, und sortieren Sie diese nach Traffic-Volumen. Eine schlecht bewertete Seite mit wenig Besuchern hat für Sie geringere Priorität als eine schlecht bewertete Kategorieseite, über die der Großteil Ihres Umsatzes läuft.
Drittens, geben Sie genau diese priorisierten URLs bei PageSpeed Insights ein und vergleichen Sie Feld- und Labordaten. Wenn beide schlecht sind, haben Sie ein echtes, tief liegendes Performance-Problem. Wenn nur das Labor schlecht ist, das Feld aber gut, ist die Dringlichkeit geringer als gedacht. Viertens, warten Sie nach jeder Optimierung mindestens zwei bis vier Wochen, bevor Sie das CrUX-Ergebnis erneut prüfen, wegen des rollierenden 28-Tage-Fensters. Ungeduld führt hier nur zu falschen Schlüssen. Fünftens, wenn Sie einen größeren Shop oder eine Plattform mit viel Traffic aus Safari oder Firefox betreiben, prüfen Sie, ob sich ein eigenes RUM-Tool lohnt, um die Lücken von CrUX zu schließen.
Häufige Irrtümer bei der Performance-Messung
Der größte Irrtum ist, einen guten Lighthouse-Score mit einer guten Nutzererfahrung zu verwechseln. Ein hoher Laborwert sagt nur, dass unter den getesteten Idealbedingungen alles passt, nicht, was echte Besucher erleben.
Ein zweiter, ebenso häufiger Irrtum betrifft die Geduld und den Blick aufs große Bild. Wer eine technische Verbesserung ausrollt und schon am nächsten Tag ein grünes Ergebnis erwartet, wird enttäuscht sein und zieht daraus womöglich den falschen Schluss, die Optimierung habe nichts gebracht. Wegen des 28-Tage-Fensters braucht es schlicht Zeit, bis sich der neue Zustand durchsetzt. Und wer glaubt, CrUX allein reiche für jede Website aus, übersieht schnell die Lücken: Für einen kleinen Handwerksbetrieb mit einer schlanken Website stimmt das meistens, für eine komplexe Plattform mit vielen Nutzersegmenten und viel Non-Chrome-Traffic entsteht dagegen eine Lücke im Bild, die nur eigenes Monitoring schließen kann.
Key Takeaways
- Ein einzelner Lighthouse- oder PageSpeed-Labortest zeigt nur eine simulierte Momentaufnahme, keine echte Nutzererfahrung.
- Google empfiehlt ausdrücklich, bei Unterschieden zwischen Lab- und Felddaten die echten Feldwerte für Ihre Priorisierung zu nutzen.
- CrUX-Daten sind ein rollierender 28-Tage-Schnitt am 75. Perzentil gemessen, also erst nach Wochen aussagekräftig.
- Der Core Web Vitals Bericht in der Google Search Console basiert vollständig auf echten Besucherdaten aus CrUX, nicht auf Labortests.
- CrUX erfasst nur Chrome-Nutzer und keine feingranularen Segmente. Wer mehr braucht, ergänzt mit eigenem Real User Monitoring.
Wenn Sie nach diesem Ablauf einmal durch Ihre wichtigsten Seiten gehen, wissen Sie innerhalb einer Stunde deutlich besser, wo Ihre Website tatsächlich Probleme hat statt nur, wo ein Test unter Laborbedingungen kurz aufblitzt. Wenn Sie dabei technische Unterstützung brauchen, etwa um konkrete Ursachen für einen schlechten Feldwert zu finden und sauber zu beheben, kontaktieren Sie uns für ein unverbindliches Gespräch.
Das könnte Sie auch interessieren
Passend dazu aus unserem Ratgeber: