Hier erfahren Sie, warum RUM-Daten andere Core Web Vitals-Werte als CrUX anzeigen können.
Veröffentlicht: 15. August 2022, zuletzt aktualisiert: 17. Dezember 2025
Der Chrome User Experience Report (CrUX) enthält Messwerte dazu, wie echte Chrome-Nutzer beliebte Ziele im Web erleben. Diese Daten werden von Chrome automatisch von Nutzern erhoben, die dem zugestimmt haben, und gemäß den CrUX-Teilnahmevoraussetzungen zur Verfügung gestellt.
CrUX-Daten sind daher für Millionen von Websites verfügbar. Viele Websiteinhaber hatten zuvor keinen Zugriff auf Felddaten. Dank CrUX können viele Websites den Wert dieser Daten zum ersten Mal sehen. Als öffentliches Dataset kann CrUX auch für Wettbewerbsanalysen und Benchmarking von Messwerten zur Nutzerfreundlichkeit verwendet werden.
Real User Monitoring (RUM) ähnelt CrUX, aber anstatt dass Chrome automatisch Messwerte zur Nutzererfahrung erfasst, wird Code auf den Websites eingefügt, um diese Erfassung durchzuführen und die Daten an einen RUM-Anbieter oder eine Analyselösung zur weiteren Analyse zurückzugeben.
Da beide Lösungen Messwerte zur Nutzererfahrung erfassen, liegt die Vermutung nahe, dass sie gleich sein sollten. Unterschiede können verwirrend sein. In diesem Leitfaden wird erläutert, warum das passieren kann, und es werden Vorschläge gemacht, was Sie tun können, wenn die Zahlen nicht übereinstimmen.
Vorteile der Ergänzung von CrUX durch eine RUM-Lösung
CrUX ist ein hervorragendes Tool für eine einheitliche Ansicht über mehrere Websites hinweg. Da es sich um das Google-Dataset für das Core Web Vitals-Programm handelt, sollten Websiteinhaber die angezeigten Daten im Blick behalten. Ziel von CrUX ist es, einen statistisch relevanten Überblick über Millionen von Websites für einen Vergleich zu bieten.
Wenn Sie jedoch genauer untersuchen möchten, warum die Daten die angezeigten Werte aufweisen, können Sie in eine vollständige RUM-Lösung investieren, um CrUX zu ergänzen. So erhalten Sie Zugriff auf detailliertere Informationen, als in einem öffentlich abfragbaren Dataset verfügbar sind. So können Sie Ihre Messwerte auf verschiedene Weise erklären und verbessern.
Detailliertere Analyse zur Untersuchung von Problemen
CrUX kann oft verwendet werden, um festzustellen, ob es ein Problem auf Ihrer Website gibt, aber nicht unbedingt, wo genau auf Ihrer Website das Problem liegt oder warum. RUM-Lösungen können helfen, diese Lücke zu schließen – ob selbst entwickelt, z. B. mit der web-vitals-Bibliothek, oder als kommerzielles Produkt.
Mit einer RUM-Lösung erhalten Sie Zugriff auf viel detailliertere Daten für alle Ihre Seiten und in allen Browsern. Außerdem können Sie diese Daten auf eine Weise segmentieren und analysieren, die mit CrUX nicht möglich ist. So können Sie Problembereiche der Website genauer untersuchen. Sind sie von einem bestimmten Nutzersegment betroffen? Oder Nutzer, die bestimmte Aktionen ausführen? Wann genau ist das Problem zuerst aufgetreten? Diese Fragen lassen sich mit den zusätzlichen Daten, die ein RUM-Tool liefern kann, viel einfacher beantworten.
Mit anderen Geschäftsmesswerten korrelieren
Mit RUM können Sie Ihre Web-Leistungsmesswerte auch direkt mit beliebigen Geschäftsmesswerten vergleichen. So sehen Sie, ob sich Investitionen in die Leistung lohnen und welche anderen Leistungsmaßnahmen Priorität haben sollten. Wir haben zahlreiche Fallstudien mit Unternehmen, die diese Korrelation herstellen, z. B. Farfetch oder The Economic Times.
Sonstige Leistungsdaten erfassen
Mit einer RUM-Lösung können Sie andere benutzerdefinierte Messwerte erfassen, die direkt mit Ihrem Unternehmen zusammenhängen. Eines der bekanntesten Beispiele ist der Messwert „Time to first Tweet“ von Twitter. Diese websitespezifischen Messwerte können dann mit Verbesserungen der Core Web Vitals und Geschäftsmesswerten korreliert werden.
Unterschiede zwischen zwei Sätzen von Felddaten
Ein Mann mit einer Uhr weiß, wie spät es ist. Ein Mann mit zwei Uhren ist sich nie sicher.
Segals Gesetz
Wenn Sie zwei Datenquellen haben, kann es oft verwirrend und frustrierend sein, wenn sie sich unterscheiden. Genauso wie es wichtig ist, den Unterschied zwischen Labor- und Felddaten zu verstehen, kann es auch Unterschiede zwischen zwei Quellen von Felddaten geben. In einer idealen Welt wären die Daten identisch, aber es gibt viele Gründe, warum sie sich unterscheiden können.
Labordaten im Vergleich zu Felddaten
Als Erstes sollten Sie prüfen, ob Sie sich Lab-Messwerte (synthetische Messwerte) oder Feldmesswerte (RUM-Messwerte) ansehen. Es ist zwar naheliegend, anzunehmen, dass RUM-Produkte nur Felddaten berücksichtigen, viele bieten jedoch auch eine Laborkomponente.
Labordaten sind gerade wegen der festen Bedingungen, unter denen sie gemessen werden, unglaublich nützlich. Damit lassen sich unerwartete Änderungen oder Regressionen in einer Produktionsumgebung ohne die Störfaktoren einer sich ändernden Feldpopulation überwachen. Labordaten sind jedoch möglicherweise nicht repräsentativ für die tatsächliche Nutzererfahrung. Daher können Felddaten ganz andere Ergebnisse zeigen.
Bevölkerungsdaten
Die von CrUX- und RUM-Lösungen verwendeten Datasets können sich unterscheiden, da die Seitenbesuche je nach Browser, Nutzer, Website und Gerät unterschiedlich gemessen werden.
Enthaltene Browser
Der Chrome User Experience Report bezieht sich, wie der Name schon sagt, nur auf Chrome. Es gibt viele Chromium-basierte Browser (z. B. Edge, Opera und Brave), die einen Großteil der Chrome-Codebasis nutzen. Allerdings werden nur von Chrome-Nutzern Daten in den CrUX eingespeist. Diese Einschränkung bedeutet auch, dass Chrome-Nutzer unter iOS nicht berücksichtigt werden, da dort die zugrunde liegende Webkit-Browser-Engine verwendet wird. Android WebViews zählen ebenfalls nicht als „Chrome“. Daten von diesen Nutzern sind also nicht enthalten, benutzerdefinierte Chrome-Tabs jedoch schon.
Chrome ist einer der weltweit beliebtesten Browser und liefert daher in den meisten Fällen wahrscheinlich eine gute Darstellung der Leistung Ihrer Website. Die Messung nur dieses Browsers ist jedoch keineswegs eine Messung aller Ihrer Nutzer. Dies könnte einen Hauptunterschied zwischen RUM und CrUX erklären. Das gilt insbesondere für Leistungstechniken, die auf APIs oder Bildformate angewiesen sind, die nur in Chrome verfügbar sind.
Das Fehlen von iOS-Daten kann ebenfalls zu Verzerrungen führen. iOS-Nutzer verwenden in der Regel leistungsstärkere Geräte oder greifen aus Ländern mit besserer Netzwerkinfrastruktur auf Ihre Website zu. Wenn Sie sie einbeziehen, kann das zu hohen Gesamtleistungsmesswerten führen. Andererseits kann der Ausschluss dieser Daten – wie im CrUX – zu Daten führen, die auf das untere Ende der Websitebesucher verzerrt sind (Beispiel-Fallstudie). Android-Nutzer verwenden in der Regel eine größere Vielfalt an Geräten, Gerätefunktionen und Märkten.
RUM-Lösungen können Daten für andere Browser als Chrome abrufen, insbesondere von Chromium-basierten Browsern, die oft dieselben Messwerte (z. B. Core Web Vitals) integriert haben. Nicht auf Chromium basierende Browser werden ebenfalls von RUM-Lösungen gemessen, haben aber möglicherweise einen eingeschränkteren Satz von Messwerten. Beispielsweise ist der Cumulative Layout Shift (CLS) nur in Chromium-basierten Browsern verfügbar. Andere Paint-basierte Messwerte wie LCP, INP und sogar First Contentful Paint (FCP) können ganz anders gemessen werden (siehe unten).
Nutzer, die sich angemeldet haben
CrUX ist nicht nur auf Chrome-Nutzer beschränkt, sondern misst auch nur eine Teilmenge der Chrome-Nutzer, die bei der Installation des Browsers zugestimmt haben, CrUX-Daten zu teilen.
RUM-Anbieter berücksichtigen auch nur eine Teilmenge der Nutzer, was in der Regel auf Cookie-Banner-Aufforderungen, bei denen Nutzer der RUM-Datenerhebung zustimmen müssen, oder auf Tracking-Blocker zurückzuführen ist. Das kann sich negativ auf den erstmaligen Seitenaufbau auswirken, wenn die Bestätigung erst auf der zweiten oder einer nachfolgenden Seite erfolgt, wenn einige der Website-Assets bereits von vorherigen Seiten im Cache gespeichert wurden. Wenn dies häufig vorkommt, können die Messwerte im RUM besser aussehen, als sie tatsächlich sind, wenn langsamere erste Seitenaufbauten in einer ausreichenden Anzahl von Fällen ausgeschlossen werden.
Eingeschlossene Websites
CrUX ist nur für Berichte zu öffentlichen Websites gedacht. Es gibt also noch andere Teilnahmevoraussetzungen, die dazu führen können, dass Daten nicht in CrUX erfasst werden. Das wichtigste dieser Kriterien ist, dass die Website öffentlich auffindbar und ausreichend beliebt sein muss, damit eine Mindeststichprobengröße erreicht wird, aus der sich aussagekräftige Schlussfolgerungen ziehen lassen. In den meisten Fällen sind dann keine Daten in CrUX verfügbar. Das ist weniger verwirrend als die Tatsache, dass Daten zwar verfügbar sind, sich aber unterscheiden. Es erklärt jedoch, warum das so ist.
Wenn jedoch bestimmte Seiten einer Website als indexierbar gekennzeichnet sind, andere aber nicht, werden im CrUX möglicherweise nur einige URLs angezeigt. Wenn der Ursprung öffentlich auffindbar ist, werden alle Seitenaufrufe innerhalb dieses Ursprungs in die Daten auf Ursprungsebene einbezogen. Daten auf URL-Ebene sind jedoch möglicherweise nicht verfügbar.
Geräte
CrUX segmentiert Daten nach Mobilgeräten, Computern und Tablets. Viele Tools konzentrieren sich jedoch auf die ersten beiden und zeigen Tablet-Daten möglicherweise nicht an oder beziehen sie in Mobilgeräte oder Computer ein. Die Leistung auf Mobilgeräten und Computern kann sich erheblich unterscheiden – sowohl in Bezug auf die bereitgestellten Inhalte als auch auf die Funktionen der Geräte, auf denen sie angezeigt werden.
Mit RUM-Daten lässt sich der Traffic ähnlich segmentieren, aber standardmäßig werden oft konsolidierte Daten angezeigt. Mit RUM ist möglicherweise nur eine Segmentierung nach Gerätetyp (z. B. Mobilgerät) oder Browser (z. B. Chrome) möglich, aber nicht beides, um nur den mobilen Chrome-Traffic zu sehen. Wenn Sie Daten mit CrUX-Daten vergleichen, achten Sie darauf, dass Sie ähnliche Daten vergleichen, indem Sie nach Gerätetyp und Chrome-Browser filtern.
Probenahme
Bei RUM-Lösungen lässt sich in der Regel die Abtastrate der Besucher anpassen, die der Datenerhebung zugestimmt haben. Damit lässt sich die Menge der zu analysierenden Daten reduzieren und die Kosten für kommerzielle RUM-Dienste senken. Wenn die Stichprobengröße zu klein und nicht repräsentativ für die Gesamtbevölkerung ist, sind die resultierenden Messwerte ebenfalls verzerrt. Besprechen Sie mit Ihrem RUM-Anbieter die geeignete Stichprobengröße für Ihre Website.
Datenaggregation
Felddaten enthalten naturgemäß sehr viele Datenpunkte derselben Messwerte im Vergleich zu Labordaten, die einen einzelnen Wert liefern. Wenn diese Daten für die Berichterstellung anders aggregiert werden, kann das ein weiterer Grund für Unterschiede zwischen CrUX und RUM sein.
Zeitspanne
CrUX-Daten basieren auf einem gleitenden Zeitfenster von 28 Tagen. Dieser Zeitraum kann nicht geändert werden. Die CrUX-BigQuery-Daten werden jedoch für jeden Monat gespeichert, sodass Sie die Daten der Vormonate sehen können. Die CrUX History API liefert außerdem Verlaufsdaten über einen wöchentlichen Zeitraum. Beide liefern weiterhin Daten auf Grundlage des gleitenden 28-Tage-Fensters.
RUM-Daten ermöglichen in der Regel eine viel größere Granularität, sodass die Auswirkungen von Änderungen viel früher sichtbar werden. Bei kürzeren Zeiträumen können RUM-Daten jedoch durch Schwankungen beim Website-Traffic und bei den Besuchern übermäßig beeinflusst werden. Wenn Sie RUM-Daten mit CrUX-Daten vergleichen, sollten Sie immer die Leistung über 28 Tage hinweg betrachten. Wenn Sie mit der Ähnlichkeit der Daten zufrieden sind, können Sie sich andere Zeiträume ansehen, um die RUM-Daten genauer zu analysieren.
Aggregation von Statistiken
CrUX-Messwerte werden im 75. Perzentil gemessen. Das bedeutet, dass der Wert betrachtet wird, den 75 % der Seitenaufrufe erreicht haben. In Felddaten gibt es immer Extremwerte. Durch das Entfernen der schlechtesten 25 % der Nutzererfahrungen soll ein Wert ermittelt werden, den die Mehrheit der Besucher voraussichtlich erreichen kann.
RUM-Produkte bieten oft eine größere Anzahl von Optionen zum Aggregieren der Messwerte, einschließlich des 75. Perzentils, des Medians und anderer Perzentile. Wenn Sie RUM-Werte mit CrUX-Daten vergleichen, müssen Sie darauf achten, dass Sie sich die Daten des 75. Perzentils ansehen, um einen direkten Vergleich zu ermöglichen.
Die Histogrammdaten in CrUX umfassen alle verfügbaren Daten, nicht nur das 75. Perzentil, und zeigen die Anzahl der Seitenaufrufe in jeder Bewertung. Die Gesamtbewertung basiert jedoch auf dem 75. Perzentil. Diese CrUX-Daten werden in Tools wie PageSpeed Insights angezeigt:
Unterschiede bei Messwerten
Es gibt viele Messwerte, mit denen die Webleistung gemessen wird. Wenn Sie zwei verschiedene Datensätze vergleichen, ist es daher wichtig zu wissen, welche Messwerte gemessen und wie diese Messwerte verwendet werden.
Gemessene Messwerte
CrUX-Daten sind der Google-Datensatz der Core Web Vitals-Initiative. Sie messen in erster Linie die Messwerte LCP, CLS und INP, ergänzt durch einige zusätzliche Messwerte.
RUM-Tools umfassen in der Regel diese Core Web Vitals, aber oft auch viele andere Messwerte. Einige RUM-Anbieter messen die Nutzererfahrung auch mit einer eigenen Kombination all dieser Messwerte, um beispielsweise einen „Happiness Index“ oder Ähnliches zu erstellen. Achten Sie beim Vergleichen von RUM-Daten mit CrUX darauf, dass Sie vergleichbare Daten vergleichen.
Tools, die den Status „Bestanden“ oder „Nicht bestanden“ für die Core Web Vitals bewerten, sollten eine Seite als „Bestanden“ einstufen, wenn sie die empfohlenen Ziele im 75. Perzentil für alle Core Web Vitals erreicht. Wenn für Seiten ohne Interaktionen kein INP vorhanden ist, müssen nur LCP und CLS bestanden werden.
Messwertunterschiede zwischen Browsern
CrUX misst nur in Chrome-Browsern. In den Web Vitals-Änderungsprotokollen können Sie nachlesen, wie sich diese mit jeder Chrome-Version ändern.
RUM-Lösungen messen jedoch in einer größeren Vielfalt von Browsern. Chromium-basierte Browser (Edge, Opera usw.) verhalten sich wahrscheinlich ähnlich wie Chrome, es sei denn, Chrome implementiert neue Änderungen, wie im Änderungsprotokoll angegeben.
Bei Browsern, die nicht auf Chromium basieren, können die Unterschiede deutlicher sein. Paint-basierte Messwerte wie LCP, INP und FCP sind beispielsweise in Safari und Firefox verfügbar, werden aber auf andere Weise gemessen. Dies kann zu erheblichen Abweichungen bei den gemeldeten Zeiten führen. Wie bereits erwähnt, sollten Sie, wenn Sie RUM mit CrUX vergleichen möchten, am besten nur nach Chrome-Nutzern filtern, um einen direkten Vergleich zu ermöglichen.
Zeitpunkt der Messwerterfassung
Die Core Web Vitals-Messwerte werden von Webbrowser-APIs bereitgestellt. Das bedeutet jedoch nicht, dass die damit gemeldeten Werte nicht voneinander abweichen können. Wann genau der Messwert erfasst wird – beim Seitenaufbau oder während des gesamten Seitenlebenszyklus – kann zu Unterschieden führen. RUM-Tools messen Messwerte nicht immer auf dieselbe Weise, auch wenn sie dieselben Namen und dieselben Browser-APIs verwenden, um die Daten abzurufen. Das kann verwirrend sein.
Largest Contentful Paint (LCP) ist ein Messwert für die Seitenladezeit. Wenn nach dem ersten Rendering größere Elemente geladen werden, können von der Web API mehrere LCP-Elemente gemeldet werden. Das endgültige LCP-Element wird ermittelt, wenn die Seite vollständig geladen ist oder der Nutzer mit der Seite interagiert. Daher kann es zu Abweichungen kommen, wenn das LCP-Element vor diesen beiden Ereignissen gemeldet wird.
Außerdem kann das LCP-Element in Felddaten je nach Art des Seitenaufrufs variieren. Bei einem standardmäßigen Seitenaufbau, bei dem der obere Teil des Seiteninhalts angezeigt wird, hängt das LCP-Element hauptsächlich von der Bildschirmgröße ab. Wenn die Seite jedoch mit einem Ankerlink weiter unten im Dokument oder mit einem Deeplink in eine Single-Page-App (SPA) geöffnet wird (mehr dazu später), kann das LCP-Element ein anderes sein.
Gehen Sie nicht davon aus, dass die LCP-Zeiten, die in CrUX oder RUM angegeben werden, auf demselben Element wie Labortools basieren. CrUX liefert Ihnen den LCP-Gesamtwert pro Seite oder Ursprung, während RUM diesen weiter segmentieren kann, um einzelne Sitzungen mit LCP-Problemen zu identifizieren.
Der Cumulative Layout Shift (CLS) wird während der gesamten Lebensdauer der Seite gemessen. Daher ist der CLS beim ersten Seitenaufbau möglicherweise nicht repräsentativ für Seiten, die später, nachdem die Seite geladen wurde und der Nutzer mit ihr interagiert hat, größere Verschiebungen verursachen. Wenn der CLS-Wert nur nach dem Seitenaufbau erfasst wird, wie es bei vielen RUM-Produkten der Fall ist, führt dies zu einem anderen Ergebnis, als wenn der CLS-Wert erfasst wird, nachdem der Nutzer die Seite verlassen hat.
Für den Messwert Interaction to Next Paint (INP) muss eine Eingabe gemessen werden. Dabei werden alle Klick-, Berührungs- und Tastaturinteraktionen während der gesamten Lebensdauer der Seite erfasst, ähnlich wie bei CLS. Der gemeldete INP-Wert kann daher sehr unterschiedlich sein, wenn er gemessen wird, nachdem der Nutzer eine Reihe von Interaktionen auf der Seite vorgenommen hat.
CrUX folgt der Core Web Vitals-Dokumentation und misst diese während der gesamten Lebensdauer der Seite. Viele RUM-Anbieter messen diese Messwerte stattdessen aus verschiedenen Gründen entweder nach dem Seitenaufbau oder zu einem anderen Zeitpunkt (z. B. wenn auf einen wichtigen Call-to-Action geklickt wird).
Wenn Sie unerklärliche Abweichungen zwischen den beiden Datenquellen feststellen, sollten Sie sich von Ihrem RUM-Anbieter erklären lassen, wann die Core Web Vitals gemessen werden.
Einseitige Anwendungen
Bei Single-Page-Anwendungen (SPAs) wird der Inhalt der aktuellen Seite aktualisiert, anstatt dass auf Browserebene tatsächlich eine Seitennavigation durchgeführt wird. Das bedeutet, dass der Browser diese nicht als Seitennavigationen erkennt, obwohl Nutzer sie als solche wahrnehmen. Die vom Browser bereitgestellten Core Web Vitals APIs berücksichtigen diese nicht. Daher werden diese Seitennavigationen von CrUX nicht unterstützt. Es wird daran gearbeitet, dieses Problem zu beheben. Weitere Informationen finden Sie im Beitrag Soft-Navigationen messen.
Einige RUM-Anbieter versuchen, „Soft Navigations“ in SPAs zu erkennen. Wenn sie diesen „Soft Navigations“ jedoch auch Core Web Vitals-Messwerte zuordnen, führt dies zu Abweichungen von CrUX, da die zugrunde liegenden APIs dies für viele der Messwerte nicht unterstützen.
Unterschiede zwischen CrUX und Web API
Neben den Unterschieden, welche Seitenaufrufe gemessen werden und was gemessen wird, gibt es noch einige andere, komplexere Szenarien, die zu Unterschieden bei CrUX- und RUM-Daten führen können. Einige davon sind auf Einschränkungen der Web-APIs zurückzuführen, die zur Messung der Messwerte verwendet werden. In anderen Fällen müssen die von der API zurückgegebenen Ergebnisse für bestimmte Szenarien unterschiedlich behandelt werden. In der Dokumentation zu den Core Web Vitals sind diese Unterschiede für LCP und CLS aufgeführt. Die wichtigsten Unterschiede werden aber auch in den folgenden Abschnitten beschrieben.
Back-Forward-Cache
CrUX betrachtet die Wiederherstellung aus dem Back-Forward-Cache (bfcache) als Seitennavigation, auch wenn sie nicht zu einem herkömmlichen Seitenaufbau führt. Da die Web-APIs diese nicht als Seitenaufbau behandeln, müssen RUM-Lösungen zusätzliche Schritte ausführen, damit diese Seiten gezählt werden, wenn sie mit CrUX übereinstimmen sollen. Diese Seiten werden erheblich schneller geladen, was zu einer insgesamt besseren Leistung einer Website führen kann. Wenn sie nicht berücksichtigt werden, kann dies zu schlechteren Messwerten für die Gesamtleistung der Seite führen. In der Dokumentation Ihrer RUM-Lösung finden Sie Informationen dazu, ob sie mit bfcache-wiederhergestellten Seiten umgehen kann.
iFrames
Aus Sicherheits- und Datenschutzgründen haben Seiten auf oberster Ebene keinen Zugriff auf Inhalte in iFrames (auch nicht auf iFrames mit demselben Ursprung). Das bedeutet, dass die Leistungsmesswerte für Inhalte in diesen iFrames nur vom iFrame selbst und nicht über die Web APIs auf der Framing-Seite gemessen werden können. Wenn der iFrame-Inhalt das LCP-Element oder Inhalte enthält, die sich auf den CLS oder INP des Nutzers auswirken, sind diese für RUM-Lösungen (einschließlich der JavaScript-Bibliothek für Google Web Vitals) nicht verfügbar.
CrUX wird jedoch vom Chrome-Browser selbst und nicht von JavaScript auf der Seite gemessen. Daher gelten diese Einschränkungen nicht und Messwerte in iFrames werden beim Erstellen von Berichten zu Core Web Vitals berücksichtigt. Dies spiegelt die Nutzererfahrung genauer wider, kann aber ein weiterer Grund für Unterschiede bei Websites sein, die iFrames verwenden.
Ein konkretes Beispiel dafür, wie dies zu Unterschieden zwischen LCP-Daten in CrUX und RUM führen kann, sind eingebettete <video>. Der erste gerenderte Frame eines <video>-Elements mit den Attributen „playsinline“ und „autoplay“ kann als LCP-Kandidat gelten. Bei Einbettungen für beliebte Videostreamingdienste können diese Elemente jedoch in einem <iframe> platziert werden. CrUX kann dies berücksichtigen, da es auf <iframe>-Inhalte zugreifen kann, RUM-Lösungen jedoch nicht.
Cross-Origin-Ressourcen
Bei LCP-Medien, die von anderen Domains bereitgestellt werden, wird die Renderingzeit in der PerformanceObserver API möglicherweise nicht angegeben, es sei denn, der Timing-Allow-Origin-Header (TAO) ist vorhanden. Das liegt an den Sicherheitseinschränkungen des Browsers, die Timing-Angriffe reduzieren sollen. In diesem Fall wird auf die Ladezeit der Ressource zurückgegriffen. Diese kann sich jedoch erheblich von dem Zeitpunkt unterscheiden, an dem der Inhalt tatsächlich dargestellt wurde.
Das kann zu der scheinbar unmöglichen Situation führen, dass der LCP von Web-APIs als früher als der FCP gemeldet wird. Das ist nicht der Fall, es sieht nur aufgrund dieser Sicherheitseinschränkung so aus.
Dieses Problem wurde Ende 2024 behoben. Ab Chrome 133 ist eine leicht vergröberte Renderingzeit verfügbar, auch wenn Timing-Allow-Origin nicht angegeben ist.
Auch hier werden die Daten zur Renderingzeit für Core Web Vitals im CrUX-Bericht aufgeführt. Websites sollten ursprungsübergreifende Inhalte, die sich auf die Core Web Vitals-Messwerte auswirken, einschränken und nach Möglichkeit TAO aktivieren, um diese Messwerte genauer zu erfassen. Für andere ursprungsübergreifende Ressourcen gelten möglicherweise ähnliche Einschränkungen.
Hintergrundtabs
Wenn eine Seite nicht in einem Hintergrund-Tab geöffnet wird, werden weiterhin Messwerte über Web APIs ausgegeben. Diese werden jedoch nicht von CrUX gemeldet, da sie Zeitangaben liefern, die nicht mit der Nutzererfahrung übereinstimmen. RUM-Lösungen sollten diese ebenfalls ignorieren oder zumindest erklären, wie diese Seitenaufrufe behandelt werden.
Was können wir also tun?
Wir haben dargelegt, warum es Unterschiede zwischen CrUX- und RUM-Daten geben kann, entweder aufgrund von Unterschieden in der jeweils verwendeten Methodik oder aufgrund der Nutzer und Seitenaufrufe, die ein- oder ausgeschlossen werden. Im Idealfall sind beide Datensätze repräsentativ für die Leistung Ihrer Website, aber die genannten Gründe sollten verdeutlichen, warum es sehr unwahrscheinlich ist, dass Sie in beiden Datensätzen genau dieselben Zahlen erhalten.
Wenn die Unterschiede gering sind (z.B.ein LCP von 2,0 Sekunden im Vergleich zu 2,2 Sekunden), sind beide Datasets nützlich und können in der Regel als ungefähr synchron angesehen werden.
Wenn Sie aufgrund deutlicher Unterschiede die Genauigkeit der Daten anzweifeln, sollten Sie versuchen, diese Unterschiede zu verstehen. Können die RUM-Daten so gefiltert werden, dass sie besser mit CrUX übereinstimmen (nur Chrome-Nutzer, für Desktop oder Mobilgeräte, mit Werten im 75. Perzentil über 28 Tage), um diese Unterschiede zu verringern?
Wenn ja und wenn Sie die Daten besser aufeinander abstimmen können, sollten Sie sich trotzdem fragen, warum Sie diese Unterschiede in den Gesamtdaten sehen und was das bedeutet. Verzerren Nutzer, die nicht Chrome verwenden, Ihre Messwerte positiv oder negativ? Erhalten Sie dadurch mehr Einblick in die Bereiche, in denen Leistungsprobleme auftreten, die Sie priorisieren können?
Wenn Nutzer, die nicht Chrome verwenden, andere Ergebnisse erhalten, können Sie diese wertvollen Informationen aus dem RUM nutzen, um die Optimierung entsprechend anzupassen. Bestimmte APIs sind beispielsweise in bestimmten Browsern nicht verfügbar. Sie können jedoch Alternativen für nicht unterstützte Browser in Betracht ziehen, um auch dort die Nutzerfreundlichkeit zu verbessern. Oder Sie können Nutzern mit eingeschränkten Geräten oder Netzwerken eine andere, aber leistungsstärkere Version anbieten. Der CrUX ist auf Chrome-Daten beschränkt. Sie sollten jedoch die Erfahrungen aller Besucher Ihrer Website berücksichtigen, um Verbesserungen zu priorisieren. RUM-Daten können diese Lücke schließen.
Wenn Sie die Gründe für die Unterschiede kennen, können beide Tools sehr nützlich sein, um die Nutzererfahrung auf Ihrer Website zu verstehen und zu verbessern, auch wenn die Zahlen nicht identisch sind. Verwenden Sie Ihre RUM-Daten, um die CrUX-Daten zu ergänzen. So können Sie die allgemeinen Informationen aus CrUX genauer analysieren, indem Sie Ihren Traffic segmentieren. Dadurch lässt sich feststellen, ob bestimmte Bereiche Ihrer Website oder Nutzerbasis Aufmerksamkeit erfordern.
Es ist oft wichtiger, sich die Trends anzusehen, um zu prüfen, ob die Verbesserungen die erwarteten positiven Auswirkungen haben, als dass jede Zahl zwischen den beiden Datenquellen genau übereinstimmt. Wie bereits erwähnt, können Sie sich mit RUM verschiedene Zeiträume ansehen, um eine Vorschau auf Ihre 28-tägigen CrUX-Werte zu erhalten. Zu kurze Zeiträume können jedoch zu verrauschten Daten führen. Deshalb werden in CrUX 28 Tage verwendet.
Oft gibt es bei diesen verschiedenen Messwerten keine „richtige“ oder „falsche“ Antwort. Sie bieten einfach eine andere Sichtweise auf Ihre Nutzer und darauf, wie sie Ihre Website erleben. Solange Sie verstehen, warum diese Unterschiede auftreten und wie sich das auf Ihre Entscheidungsfindung auswirken kann, ist das wichtiger, um Ihre Websitebesucher besser zu bedienen.