Warum unterscheiden sich die CrUX-Daten von meinen RUM-Daten?

Hier erfahren Sie, warum RUM-Daten andere Core Web Vitals-Werte als CrUX-Daten enthalten können.

Der Bericht zur Nutzererfahrung in Chrome (Chrome User Experience, CrUX) enthält Messwerte dazu, wie echte Chrome-Nutzer beliebte Ziele im Web erleben. Diese Daten werden von Chrome automatisch von Nutzern erfasst, die die Funktion aktiviert haben, und basierend auf den CrUX-Teilnahmevoraussetzungen zur Verfügung gestellt.

CrUX-Daten sind daher für Millionen von Websites verfügbar. Viele Websiteinhaber hatten bisher keinen Zugriff auf Felddaten. Mit CrUX können viele Websites diese Daten zum ersten Mal nutzen. Als öffentlicher Datensatz kann CrUX auch für Wettbewerbsanalysen und Benchmarking von Messwerten zur Nutzererfahrung verwendet werden.

Real User Monitoring (RUM) ähnelt CrUX. Statt dass Chrome automatisch Messwerte zur Nutzererfahrung erfasst, wird auf den Websites Code eingefügt, der diese Daten erfasst und zur weiteren Analyse an einen RUM-Anbieter oder eine Analyselösung zurückgibt.

Da beide Lösungen Messwerte zur Nutzerfreundlichkeit erfassen, ist es naheliegend anzunehmen, dass sie gleichwertig sind. Es kann verwirrend sein, wenn wir Unterschiede sehen. In diesem Leitfaden wird erläutert, warum das passieren kann, und es werden Vorschläge dazu 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 einen konsistenten Überblick über Websites. Da es sich um den offiziellen Datensatz für das Core Web Vitals-Programm handelt, sollten Websiteinhaber die dort angezeigten Daten im Blick behalten. CrUX soll einen statistisch relevanten Überblick über Millionen von Websites für einen Vergleich bieten.

Wenn Sie jedoch genauer wissen möchten, warum die Daten diese Werte aufweisen, können Sie mit einer vollständigen RUM-Lösung als Ergänzung zu CrUX auf detailliertere Informationen zugreifen, als in einem öffentlich abrufbaren Datenpool verfügbar sind. So können Sie Ihre Messwerte auf verschiedene Weise erklären und verbessern.

Tiefergehende Analyse, um Probleme zu untersuchen

Mit CrUX lässt sich oft feststellen, ob ein Problem auf Ihrer Website vorliegt, aber nicht unbedingt genau, wo das Problem liegt und warum. RUM-Lösungen – ob selbst erstellt mithilfe von Tools wie der Web Vitals-Bibliothek oder eines der vielen kommerziellen Produkte – können diese Lücke schließen.

Mit einer RUM-Lösung erhalten Sie Zugriff auf wesentlich 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 Probleme auf der Website genauer untersuchen. Sind sie auf ein bestimmtes Nutzersegment zurückzuführen? Oder Nutzer, die bestimmte Aktionen ausführen? Wann genau ist das Problem aufgetreten? Diese Fragen lassen sich mit den zusätzlichen Daten, die ein RUM-Tool liefern kann, viel einfacher beantworten.

Mit anderen Geschäftsmesswerten in Beziehung setzen

Mit RUM können Sie Ihre Webleistungsmesswerte auch direkt mit Geschäftsmesswerten vergleichen. So sehen Sie, wie sich Investitionen in die Leistung auszahlen und welche anderen Leistungsmaßnahmen priorisiert werden sollten. Wir haben zahlreiche Fallstudien mit Unternehmen, die diese Korrelation nutzen, wie Farfetch oder The Economic Times.

Sonstige Leistungsdaten erheben

Mit einer RUM-Lösung können auch andere benutzerdefinierte Messwerte erfasst werden, die direkt mit Ihrem Unternehmen verknüpft sind. Ein bekanntes Beispiel ist der Messwert Zeit bis zum ersten Tweet von Twitter. Diese websitespezifischen Maßnahmen können dann mit Verbesserungen bei den Core Web Vitals und Geschäftsmesswerten in Beziehung gesetzt werden.

Unterschiede zwischen zwei Datensätzen mit Felddaten

Ein Mann mit einer Uhr weiß, wie spät es ist. Ein Mann mit zwei Uhren ist sich nie sicher.

Segal's Law

Wenn Sie zwei Datenquellen haben, kann es oft verwirrend und frustrierend sein, warum sie sich unterscheiden. Genauso wie es wichtig ist, den Unterschied zwischen Messwerten aus dem Labor und aus der Praxis zu verstehen, kann es auch Unterschiede zwischen zwei Quellen von Praxisdaten geben. In einer idealen Welt wären die Daten identisch. Es gibt jedoch viele Gründe, warum sie sich unterscheiden können.

Lab-Daten im Vergleich zu Felddaten

Prüfen Sie zuerst, ob es sich um Lab- (synthetische) oder Feldmesswerte (RUM) handelt. Es ist zwar naheliegend anzunehmen, dass bei RUM-Produkten nur Felddaten berücksichtigt werden, viele bieten aber auch eine Lab-Komponente.

Labordaten sind gerade wegen der festen Bedingungen, unter denen sie gemessen werden, äußerst nützlich. Sie können damit unerwartete Änderungen oder Rückschritte in einer Produktionsumgebung ohne die Störfaktoren einer sich ändernden Feldbelegung im Blick behalten. Allerdings sind Lab-Daten möglicherweise nicht repräsentativ für die tatsächliche Nutzererfahrung. Daher können Feldmesswerte ganz andere Ergebnisse liefern.

Populationen

Die von CrUX- und RUM-Lösungen verwendeten Datensätze können sich unterscheiden, da je nach Browsern, Nutzern, Websites und Geräten, die verglichen werden, unterschiedliche Seitenbesuche gemessen werden.

Eingeschlossene Browser

Der Bericht zur Nutzererfahrung in Chrome ist, wie der Name schon sagt, nur für Chrome verfügbar. Es gibt viele Chromium-basierte Browser (z. B. Edge, Opera und Brave), die aufgrund der gemeinsamen Kern-Codebasis dieselben Messwerte wie Chrome unterstützen. Nur Chrome-Nutzer geben Daten in CrUX ein. Chrome-Nutzer unter iOS sind aufgrund der zugrunde liegenden Webkit-Browser-Engine ebenfalls nicht enthalten. Android-WebViews werden ebenfalls nicht als „Chrome“ gezählt. Daten dieser Nutzer werden daher nicht berücksichtigt. Chrome-benutzerdefinierte Tabs werden hingegen berücksichtigt.

Chrome ist zwar einer der beliebtesten Browser der Welt und bietet daher in den meisten Fällen eine gute Übersicht über die Leistung Ihrer Website. Die Messungen für diesen Browser sind jedoch keineswegs repräsentativ für alle Nutzer. Dies könnte einen der Hauptunterschiede zwischen RUM und CrUX erklären. Das gilt insbesondere für Leistungstechniken, die auf APIs oder Bildformaten basieren, die beispielsweise nur in Chrome verfügbar sind.

Der Mangel an iOS-Daten kann auch zu Verzerrungen führen. Da iOS-Nutzer in der Regel leistungsstärkere Geräte verwenden oder aus mehr Ländern mit besserer Netzwerkinfrastruktur stammen, kann die Einbeziehung dieser Nutzer zu hohen Gesamtleistungsmesswerten führen. Wenn Sie sie hingegen ausschließen, wie es in CrUX der Fall ist, können die Daten verzerrt sein und nur die untere Hälfte der Websitebesucher abdecken (Beispielfallstudie). Android-Nutzer umfassen in der Regel eine größere Bandbreite von Geräten, Gerätefunktionen und Märkten.

Mit RUM-Lösungen können Daten für andere Browser abgerufen werden, insbesondere für Chromium-basierte Browser, in denen häufig dieselben Messwerte (z. B. Core Web Vitals) integriert sind. Nicht Chromium-basierte Browser werden ebenfalls mit RUM-Lösungen gemessen, haben aber möglicherweise eine begrenztere Anzahl von Messwerten. So sind beispielsweise Cumulative Layout Shift (CLS) und Interaction to Next Paint (INP) nur in Chromium-basierten Browsern verfügbar. Einige andere Messwerte wie First Contentful Paint (FCP) können ganz anders gemessen werden (siehe später).

Nutzer, die die Funktion aktiviert haben

CrUX ist nicht nur auf Chrome-Nutzer beschränkt, sondern wird auch nur für einen Teil der Chrome-Nutzer erfasst, die bei der Installation des Browsers zugestimmt haben, CrUX-Daten zu teilen.

RUM-Anbieter sehen sich auch nur eine Teilmenge der Nutzer an, in der Regel aufgrund von Cookie-Bannern, in denen Nutzer aufgefordert werden, der Erhebung von RUM-Daten zuzustimmen, oder aufgrund von Tracking-Blockern. Das kann sich negativ auf einige erste Seitenladevorgänge 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, erscheinen die Messwerte in RUM möglicherweise besser als sie tatsächlich sind, wenn langsamere Seitenaufbauzeiten in ausreichender Anzahl von Fällen ausgeschlossen werden.

Eingeschlossene Websites

CrUX ist nur für Berichte zu öffentlichen Websites vorgesehen. Es gibt also weitere Teilnahmevoraussetzungen, die dazu führen können, dass Daten nicht in CrUX protokolliert werden. Das wichtigste dieser Kriterien ist, dass die Website öffentlich zugänglich und ausreichend beliebt sein muss, um eine minimale Stichprobengröße zu gewährleisten, aus der aussagekräftige Schlussfolgerungen gezogen werden können. In den meisten Fällen sind dann keine Daten in CrUX verfügbar. Dieser Unterschied ist weniger verwirrend als wenn die Daten zwar verfügbar, aber unterschiedlich sind. Er erklärt aber, warum das passiert.

Wenn bestimmte Seiten einer Website jedoch als indexierbar gekennzeichnet sind, andere aber nicht, sehen Sie in CrUX möglicherweise nur einen Teil der URLs. Wenn der Ursprung öffentlich zugänglich ist, werden alle Seitenaufrufe in diesem Ursprung in den Daten auf Ursprungsebene berücksichtigt. Daten auf URL-Ebene sind jedoch möglicherweise nicht verfügbar.

Geräte

In CrUX werden Daten nach Mobilgeräten, Computern und Tablets segmentiert. Viele Tools konzentrieren sich jedoch auf die ersten beiden und stellen keine Tabletdaten bereit oder fügen sie den Daten für Mobilgeräte oder Computer hinzu. Die Leistungsmerkmale auf Mobilgeräten und Computern können sich stark unterscheiden – sowohl in Bezug auf die bereitgestellten Inhalte als auch auf die Funktionen der Geräte, auf denen sie angesehen werden.

Mit RUM-Daten können Sie den Traffic ähnlich segmentieren. Standardmäßig werden jedoch 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 mobile Chrome-Zugriffe zu sehen. Achten Sie beim Vergleich mit CrUX-Daten darauf, dass Sie Vergleiche auf gleicher Grundlage durchführen, indem Sie nach Gerätetyp und dem Chrome-Browser filtern.

Probenahme

Mit RUM-Lösungen lässt sich in der Regel die Stichprobenrate der Besucher anpassen, bei denen Daten erhoben werden. So lässt sich das Volumen der zu analysierenden Daten reduzieren und die Kosten für kommerzielle RUM-Dienste senken. Wenn diese Stichprobengröße zu klein ist und nicht repräsentativ für die Gesamtheit ist, sind auch die resultierenden Messwerte ähnlich verzerrt. Besprechen Sie mit Ihrem RUM-Anbieter die richtige Stichprobengröße für Ihre Website.

Datenaggregation

Felddaten enthalten naturgemäß viele Datenpunkte für dieselben Messwerte wie Lab-Daten, die nur einen einzelnen Wert liefern. Wenn diese Daten für die Berichterstellung unterschiedlich zusammengefasst werden, kann dies zu weiteren Unterschieden zwischen CrUX und RUM führen.

Zeitspanne

CrUX-Daten basieren auf einem gleitenden 28-Tage-Traffic-Fenster. Dieser Zeitraum kann nicht geändert werden. Die CrUX-BigQuery-Daten werden jedoch für jeden Monat gespeichert, sodass Sie Daten aus früheren Monaten sehen können. Die CrUX History API bietet außerdem Verlaufsdaten für einen Zeitraum von einer Woche. Beide bieten weiterhin Daten auf Grundlage des rollierenden 28-Tage-Zeitraums.

RUM-Daten ermöglichen in der Regel eine viel größere Detailgenauigkeit, sodass sich die Auswirkungen von Änderungen viel früher erkennen lassen. Bei kürzeren Zeiträumen können RUM-Daten jedoch unverhältnismäßig stark von Schwankungen des Websitetraffics und der Besucherzahlen beeinflusst werden. Wenn Sie RUM-Daten mit CrUX-Daten vergleichen, sollten Sie immer die Leistung über einen Zeitraum von 28 Tagen betrachten. Wenn Sie der Meinung sind, dass die Daten ähnlich 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. Es gibt extreme Werte in den Felddaten. Durch das Entfernen der schlechtesten 25% soll ein Wert angegeben werden, den die Mehrheit der Besucher mit hoher Wahrscheinlichkeit erreichen kann.

RUM-Produkte bieten oft mehr Optionen zur Aggregation 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 Daten aus dem 75. Perzentil verwenden, um einen echten Vergleich zu ermöglichen.

Die Histogrammdaten in CrUX umfassen alle verfügbaren Daten, nicht nur das 75. Perzentil. Sie enthalten 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:

Screenshot von PageSpeed Insights mit Histogrammen der LCP-Bewertung für Seitenladezeiten
In PageSpeed Insights werden der 75. Perzentilwert und Histogrammdaten aus CrUX angezeigt

Unterschiede bei Messwerten

Es gibt viele Messwerte zur Messung der Webleistung. Wenn Sie also zwei Datensätze vergleichen, ist es wichtig zu wissen, welche Messwerte gemessen werden und wie diese Messwerte verwendet werden.

Gemessene Messwerte

CrUX-Daten sind der offizielle Datensatz der Core Web Vitals-Initiative. Dabei werden hauptsächlich die folgenden Messwerte erfasst: LCP, CLS und INP. Ergänzt werden diese durch einige zusätzliche Messwerte.

RUM-Tools enthalten 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 „Zufriedenheitsindex“ zu erstellen. Achten Sie beim Vergleichen von RUM-Daten mit CrUX darauf, dass Sie vergleichbare Daten vergleichen.

Tools, die den Status „Erfolgreich“ oder „Nicht bestanden“ für Core Web Vitals bewerten, sollten eine Seite als bestanden betrachten, wenn sie die empfohlenen Ziele im 75. Perzentil für alle Core Web Vitals erreicht. Wenn für Seiten ohne Interaktionen keine INP vorhanden ist, müssen nur LCP und CLS bestanden werden.

Unterschiede bei Messwerten zwischen Browsern

CrUX wird nur in Chrome-Browsern gemessen. In den Web Vitals-Änderungsprotokollen sehen Sie, wie sich diese mit jeder Chrome-Version ändern.

RUM-Lösungen erfassen jedoch Daten aus einer größeren Vielfalt von Browsern. Chromium-basierte Browser (Edge, Opera usw.) ähneln Chrome wahrscheinlich, es sei denn, Chrome implementiert neue Änderungen, wie im Änderungslog angegeben.

Bei anderen Browsern als Chromium können die Unterschiede stärker ausgeprägt sein. Der First Contentful Paint (FCP) ist beispielsweise in Safari und Firefox verfügbar, wird aber auf unterschiedliche Weise gemessen. Das kann zu erheblichen Abweichungen bei den angegebenen Zeiten führen. Wie bereits erwähnt, sollten Sie RUM und CrUX nur dann vergleichen, wenn Sie nur Chrome-Nutzer filtern, um einen direkten Vergleich zu ermöglichen.

Messwerterfassung

Die Core Web Vitals-Messwerte werden von Webbrowser-APIs bereitgestellt. Das bedeutet jedoch nicht, dass es keine Abweichungen bei den mit ihnen erfassten Werten geben kann. Wann der Messwert erfasst wird – beim Seitenaufbau oder während des gesamten Lebenszyklus der Seite – kann zu Unterschieden führen. RUM-Tools messen Messwerte möglicherweise nicht immer auf dieselbe Weise, auch wenn sie dieselben Namen verwenden und dieselben Browser-APIs zum Abrufen der Daten verwenden. Das kann verwirrend sein.

Largest Contentful Paint (LCP) ist ein Messwert für das Laden von Seiten. Die Web API kann mehrere LCP-Elemente melden, wenn größere Elemente nach dem ersten Rendern geladen werden. Das letzte LCP-Element ist erreicht, wenn die Seite vollständig geladen ist oder der Nutzer mit der Seite interagiert. Daher können Unterschiede auftreten, wenn das LCP-Element früher als diese beiden Ereignisse erfasst wird.

Außerdem kann das LCP-Element in Felddaten je nach Art des Seitenaufbaus variieren. Bei einem Standardseitenaufbau, bei dem der Inhalt oben auf der Seite 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 ähnlich mit einem Deeplink zu einer Single-Page-App (SPA) geöffnet wird (mehr dazu später), kann das LCP-Element unterschiedlich sein.

Angenommen werden darf nicht, dass die LCP-Zeiten in CrUX oder RUM auf demselben Element basieren wie in Lab-Tools. Mit CrUX erhalten Sie den LCP-Wert insgesamt pro Seite oder Ursprung. Mit RUM können Sie diesen weiter segmentieren, um einzelne LCP-Problemsitzungen zu identifizieren.

Der Cumulative Layout Shift (CLS) wird während der gesamten Lebensdauer der Seite gemessen. Daher ist der CLS beim ersten Laden der Seite 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 erst nach dem Laden der Seite erfasst wird, wie es bei vielen RUM-Produkten der Fall ist, ergibt sich ein anderes Ergebnis als beim Erfassen des CLS-Werts, nachdem der Nutzer die Seite verlassen hat.

Für den Reaktionszeitmesswert Interaction to Next Paint (INP) ist eine Eingabe erforderlich. Dabei werden alle Klicks, Berührungen und Tastaturinteraktionen während der gesamten Lebensdauer der Seite erfasst, ähnlich wie bei CLS. Daher kann der angegebene Wert für INP sehr unterschiedlich sein, wenn er gemessen wird, nachdem der Nutzer eine Reihe von Interaktionen auf der Seite ausgeführt hat.

CrUX folgt der Core Web Vitals-Dokumentation und misst diese während der gesamten Lebensdauer der Seite. Viele RUM-Anbieter messen diese Messwerte aus verschiedenen Gründen stattdessen entweder nach dem Seitenaufbau oder zu einem anderen Zeitpunkt (z. B. wenn auf einen wichtigen Call-to-Action geklickt wird).

Wenn Sie ungeklärte Abweichungen zwischen den beiden Datenquellen feststellen, ist es wichtig, dass Sie von Ihrem RUM-Anbieter erfahren, wann die Core Web Vitals gemessen werden.

Einseitige Web-Apps

Bei Single-Page-Anwendungen (SPA) werden die Inhalte der aktuellen Seite aktualisiert, anstatt tatsächliche Seitennavigationen auf Browserebene auszuführen. Das bedeutet, dass der Browser diese nicht als Seitennavigationen erkennt, obwohl Nutzer sie so wahrnehmen. Die vom Browser bereitgestellten Core Web Vitals APIs berücksichtigen diese nicht. Daher werden diese Seitennavigationen von CrUX nicht unterstützt. Wir arbeiten an der Lösung dieses Problems. Weitere Informationen finden Sie im Beitrag Experimente zur Messung von Soft Navigationen.

Einige RUM-Anbieter versuchen zwar, „weiche Navigationen“ in SPAs zu erkennen, aber wenn sie diesen „weichen Navigationen“ auch Core Web Vitals-Messwerte zuordnen, führt dies zu Abweichungen bei CrUX, da die zugrunde liegenden APIs dies für viele der Messwerte nicht unterstützen.

Unterschiede zwischen CrUX und Web API

Neben den Unterschieden bei den gemessenen Seitenaufrufen und den gemessenen Daten gibt es noch einige andere, etwas kompliziertere 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 zum Erfassen der Messwerte verwendet werden. In anderen Fällen müssen die von der API zurückgegebenen Ergebnisse in bestimmten Szenarien anders behandelt werden. In der Core Web Vitals-Dokumentation sind diese Unterschiede für LCP und CLS aufgeführt. Die wichtigsten Unterschiede werden jedoch auch in den folgenden Abschnitten erwähnt.

Back-Forward-Cache

In CrUX werden Wiederherstellungen aus dem Back-Forward-Cache (bfcache) als Seitennavigationen betrachtet, auch wenn sie nicht zu einem herkömmlichen Seitenladevorgang führen. Da die Web-APIs diese nicht als Seitenladevorgang behandeln, müssen RUM-Lösungen zusätzliche Schritte ausführen, damit diese Seiten gezählt werden, wenn sie mit CrUX übereinstimmen sollen. Dadurch werden Seiten deutlich schneller geladen, was zu einer insgesamt besseren Leistung einer Website führen kann. Wenn Sie sie nicht einschließen, kann dies zu schlechteren Messwerten für die Seitenleistung insgesamt führen. Sehen Sie in Ihrer RUM-Lösung nach, ob sie mit aus dem bfcache wiederhergestellten Seiten umgeht.

IFrames

Aus Sicherheits- und Datenschutzgründen haben Seiten der obersten Ebene keinen Zugriff auf Inhalte in iFrames, auch nicht auf iFrames mit gleicher Quelle. Das bedeutet, dass Leistungsmesswerte für Inhalte in diesen Seiten nur über den iFrame selbst und nicht über die Web-APIs auf der Framing-Seite erfasst werden können. Wenn der Iframe-Inhalt das LCP-Element oder Inhalte enthält, die sich auf die CLS oder INP des Nutzers auswirken, sind diese für RUM-Lösungen (einschließlich der JavaScript-Bibliothek von Google Web Vitals) nicht verfügbar.

Da CrUX jedoch vom Chrome-Browser selbst und nicht von JavaScript auf der Seite gemessen wird, sind diese Einschränkungen nicht vorhanden. Daher werden bei der Berichterstellung für Core Web Vitals auch Messwerte in Iframes erfasst. Dies entspricht eher der Nutzererfahrung, 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, ist <video>. Der erste gemalte Frame eines automatisch abgespielten <video>-Elements mit „playsinline“ kann als LCP-Kandidat gezählt werden. Bei Einbettungen in beliebte Videostreamingdienste werden diese Elemente jedoch möglicherweise in einem <iframe> platziert. CrUX kann dies berücksichtigen, da es auf <iframe>-Inhalte zugreifen kann, RUM-Lösungen jedoch nicht.

Ressourcen mit mehreren Ursprüngen

Für LCP-Medien, die von anderen Domains ausgeliefert werden, wird in der PerformanceObserver API möglicherweise keine Renderzeit angegeben, es sei denn, der Timing-Allow-Origin-Header (TAO) wird bereitgestellt. Das liegt an den Sicherheitseinschränkungen von Browsern, die Timing-Angriffe reduzieren sollen. In diesem Fall wird auf die Ladezeit der Ressource zurückgegriffen. Diese kann sich jedoch erheblich von der Zeit unterscheiden, zu der die Inhalte tatsächlich gerendert wurden.

Das kann zu der scheinbar unmöglichen Situation führen, dass der LCP von Web-APIs früher als der FCP gemeldet wird. Das ist nicht der Fall, sondern nur aufgrund dieser Sicherheitseinschränkung so zu sehen.

Dieses Problem wurde Ende 2024 behoben und eine etwas grobere Renderzeit ist ab Chrome 133 verfügbar, auch wenn Timing-Allow-Origin nicht angegeben ist.

In CrUX werden die Daten zur Renderzeit für Core Web Vitals erfasst. Wir empfehlen, plattformübergreifende Inhalte, die sich auf die Core Web Vitals-Messwerte auswirken, einzuschränken und nach Möglichkeit TAO zu aktivieren, um diese genauer messen zu können. Für andere plattformübergreifende Ressourcen gelten möglicherweise ähnliche Einschränkungen.

Tabs im Hintergrund

Wenn eine Seite nicht in einem Hintergrundtab geöffnet wird, werden weiterhin Messwerte mithilfe von Web-APIs gesendet. Diese werden jedoch nicht von CrUX erfasst, da die Zeitangaben nicht mit der Nutzererfahrung übereinstimmen. RUM-Lösungen sollten diese Seiten ebenfalls ignorieren oder zumindest erklären, wie diese Seitenaufrufe behandelt werden.

Was können wir also tun?

Wir haben gezeigt, warum es Unterschiede zwischen CrUX- und RUM-Daten geben kann, entweder aufgrund von Unterschieden in der jeweiligen Methodik oder aufgrund der Frage, welche Nutzer und Seitenaufrufe ein- oder ausgeschlossen werden. Im Idealfall sind beide Datensätze repräsentativ für die Leistung Ihrer Website. Die angegebenen Gründe sollten jedoch erläutern, warum es sehr unwahrscheinlich ist, dass Sie in beiden Fällen genau dieselben Zahlen erhalten.

Bei geringfügigen Unterschieden (z.B.2,0 Sekunden LCP gegenüber 2,2 Sekunden) sind beide Datensätze nützlich und können in der Regel als ungefähr synchron betrachtet werden.

Wenn deutliche Unterschiede die Richtigkeit der Daten infrage stellen, sollten Sie versuchen, diese Unterschiede zu verstehen. Können die RUM-Daten so gefiltert werden, dass sie besser mit CrUX übereinstimmen (nur Chrome-Nutzer auf Computern oder Mobilgeräten mit Werten des 75. Perzentil über 28 Tage)?

Wenn ja und Sie die Daten besser abgleichen können, sollten Sie sich trotzdem fragen, warum diese Unterschiede in den Gesamtdaten auftreten und was das bedeutet. Verfälschen Nutzer, die keinen Chrome-Browser verwenden, Ihre Messwerte positiv oder negativ? Erhalten Sie dadurch mehr Informationen dazu, wo Leistungsprobleme auftreten, die Sie priorisieren können?

Wenn Sie für Nutzer, die keinen Chrome-Browser verwenden, andere Ergebnisse erhalten, können Sie diese wertvollen Informationen aus RUM nutzen, um die Optimierung anders vorzunehmen. Bestimmte APIs sind beispielsweise in bestimmten Browsern nicht verfügbar. Sie können aber Alternativen für nicht unterstützte Browser in Betracht ziehen, um die Nutzerfreundlichkeit zu verbessern. Oder Sie können Nutzern auf eingeschränkten Geräten oder Netzwerken eine andere, aber leistungsfähigere Version anbieten. CrUX ist auf Chrome-Daten beschränkt. Sie sollten jedoch die Nutzererfahrung aller Websitebesucher berücksichtigen, um Verbesserungen zu priorisieren. RUM-Daten können diese Lücke schließen.

Sobald Sie die Gründe für Unterschiede kennen, können beide Tools sehr nützlich sein, um die Nutzerfreundlichkeit Ihrer Website zu verstehen und zu verbessern, auch wenn die Zahlen nicht identisch sind. Sie können Ihre RUM-Daten mit CrUX-Daten ergänzen und die Informationen aus CrUX genauer untersuchen, indem Sie Ihren Traffic segmentieren. So können Sie feststellen, ob bestimmte Bereiche Ihrer Website oder Nutzerbasis Aufmerksamkeit erfordern.

Es ist oft wichtiger, die Trends zu beobachten, um zu sehen, ob Ihre Verbesserungen die erwarteten positiven Auswirkungen haben, als dass die einzelnen Zahlen in den beiden Datenquellen genau übereinstimmen. Wie bereits erwähnt, können Sie mit RUM verschiedene Zeiträume betrachten, um einen Vorab-Überblick über Ihre CrUX-Werte für 28 Tage zu erhalten. Zu kurze Zeiträume können jedoch zu ungenauen Daten führen. Daher werden in CrUX 28 Tage verwendet.

Bei diesen verschiedenen Messwerten gibt es oft keine „richtigen“ oder „falschen“ Antworten. Sie bieten lediglich eine andere Perspektive auf Ihre Nutzer und ihre Nutzung Ihrer Website. Solange Sie verstehen, warum diese Unterschiede auftreten und wie sich das auf Ihre Entscheidungen auswirken kann, ist das wichtiger, um Ihren Websitebesuchern einen besseren Service zu bieten.

Danksagungen

Miniaturansicht von Steven Lelham auf Unsplash