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 nun 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, aber statt Chrome wird nicht automatisch Messwerte zur Nutzererfahrung erfasst. Stattdessen wird Code auf den Websites eingefügt, um die Erfassung durchzuführen und ihn zur weiteren Analyse an einen RUM-Anbieter oder eine Analyselösung zurückzugeben.
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 eine einheitliche Darstellung aller Websites. Da es sich bei Websites um den offiziellen Datensatz für das Core Web Vitals-Programm handelt, ist es wahrscheinlich, dass Websites im Blick behalten möchten, was angezeigt wird. 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 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 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.
Korrelation mit anderen Geschäftsmesswerten
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. Uns liegen zahlreiche Fallstudien von Unternehmen vor, die diese Korrelation nutzen, z. B. 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 Messwerte 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
Immer wenn Sie zwei Datenquellen haben, kann es oft verwirrend und frustrierend sein, deren Gründe sich voneinander 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ürden die Daten identisch sein. 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.
Labdaten sind aufgrund der festen Bedingungen, unter denen sie gemessen werden, unglaublich nützlich. Er kann verwendet werden, um unerwartete Änderungen oder Regressionen in einer Produktionsumgebung ohne das Rauschen einer sich ändernden Feldpopulation zu überwachen. Allerdings sind Lab-Daten möglicherweise nicht repräsentativ für die tatsächliche Nutzererfahrung. Daher können Feldmesswerte ganz andere Ergebnisse liefern.
Bevölkerungen
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 keinesfalls repräsentativ für alle Nutzer. Dies kann einen Hauptunterschied 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.
Das Fehlen von iOS-Daten kann ebenfalls zu Verzerrungen führen. Da iOS-Nutzer beispielsweise in der Regel leistungsstärkere Geräte verwenden, oder sie aus mehr Ländern mit einer besseren Netzwerkinfrastruktur besuchen, kann dies 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, die Erhebung von RUM-Daten zu aktivieren, oder 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. Tritt dies häufig auf, erscheinen die Messwerte in RUM möglicherweise besser als tatsächlich, wenn langsamere anfängliche Seitenladevorgänge in einer ausreichenden 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 sichtbar ist, werden alle Seitenaufrufe innerhalb dieses Ursprungs 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.
RUM-Daten ermöglichen eine ähnliche Segmentierung des Traffics, enthalten jedoch häufig standardmäßig konsolidierte Daten. 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. Filtern Sie dazu nach Gerätetyp und Chrome-Browser.
Probenahme
RUM-Lösungen ermöglichen in der Regel die Anpassung der Stichprobenrate von angemeldeten Besuchern, 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 geeignete 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 aggregiert werden, kann dies zu einem anderen Grund für Unterschiede zwischen CrUX und RUM führen.
Zeitspanne
Die CrUX-Daten basieren auf einem gleitenden Traffic-Fenster von 28 Tagen. Dieser Zeitraum kann nicht geändert werden. Die CrUX-BigQuery-Daten werden jedoch für jeden Monat gespeichert, sodass Sie vorherige Monate sehen können. Die CrUX History API liefert außerdem Verlaufsdaten für einen wöchentlichen Zeitraum. Beide bieten weiterhin Daten basierend auf dem gleitenden 28-Tage-Fenster.
RUM-Daten ermöglichen in der Regel eine viel größere Detailgenauigkeit, sodass sich die Auswirkungen von Änderungen viel früher erkennen lassen. Wenn Sie kürzere Zeiträume auswählen, können die RUM-Daten jedoch übermäßig durch Schwankungen bei Website-Traffic und Besuchern 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
Die Messwerte zur Nutzererfahrung in Chrome werden im 75. Perzentil gemessen, also am Wert, den 75% der Seitenaufrufe erzielt 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 zum Aggregieren der Messwerte, einschließlich des 75. Perzentils, des Medianwerts 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 zeigen die Anzahl der Seitenaufrufe in jeder Bewertung an. 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 zur Messung der Webleistung. Wenn Sie also zwei Datensätze vergleichen, ist es wichtig zu wissen, welche Messwerte erfasst 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, häufig aber 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.
Bei Tools, mit denen geprüft wird, ob eine Seite erfolgreich oder nicht bestanden wurde, sollte sie als bestanden oder nicht bestanden werden, wenn sie die empfohlenen Ziele im 75. Perzentil für alle Core Web Vitals erfüllt. 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 die Werte 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 bei den damit gemeldeten Werten keine Unterschiede auftreten können. 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 verwenden möglicherweise nicht dieselben Browser-APIs, um die Daten abzurufen. Das kann verwirrend sein.
Largest Contentful Paint (LCP) ist ein Messwert für das Laden von Seiten. Eine Reihe von LCP-Elementen kann von der Web API gemeldet werden, wenn größere Elemente später nach dem anfänglichen 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 standardmäßigen Seitenaufbau, bei dem der obere Teil des Seiteninhalts zu sehen ist, hängt das LCP-Element in erster Linie 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-Gesamtwert pro Seite oder Ursprung. Mit RUM können Sie diesen weiter segmentieren, um einzelne LCP-Problemsitzungen zu identifizieren.
Cumulative Layout Shift (CLS) wird über die gesamte Lebensdauer der Seite hinweg gemessen. Daher ist der CLS beim anfänglichen Seitenaufbau möglicherweise nicht repräsentativ für Seiten, die später größere Verschiebungen verursachen, nachdem die Seite geladen wurde und der Nutzer mit ihr interagiert hat. 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 Messwert Interaction to Next Paint (INP) ist eine Eingabe erforderlich. Er erfasst alle Klicks, Berührungen und Tastaturinteraktionen während der gesamten Lebensdauer der Seite, ähnlich wie 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 über die gesamte 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.
Single-Page-Anwendungen
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 Navigations.
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 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 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 Messen der Messwerte verwendet werden. In anderen Fällen müssen die von der API zurückgegebenen Ergebnisse für bestimmte 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
Für CrUX werden Back-Forward-Cache- oder bfcache-Wiederherstellungen als Seitennavigationen betrachtet, obwohl sie nicht zu einem herkömmlichen Seitenaufbau 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. Dabei handelt es sich um deutlich schnellere Seitenladevorgänge, die zu einer insgesamt besseren Leistung in Berichten für eine Website führen können. Wenn Sie sie nicht einschließen, kann dies zu einer schlechteren Gesamtleistung der Seite führen. Sehen Sie in Ihrer RUM-Lösung nach, ob Seiten wiederhergestellt werden, die in bfcache wiederhergestellt wurden.
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 die Leistungsmesswerte für Inhalte in diesen Inhalten nur vom iFrame selbst und nicht über die Web-APIs auf der Seite mit dem Frame gemessen 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.
Ursprungsübergreifende Ressourcen
Für LCP-Medien, die von anderen Domains ausgeliefert werden, wird in der PerformanceObserver API keine Renderzeit angegeben, es sei denn, der Timing-Allow-Origin-Header (TAO) wird bereitgestellt. Das liegt an den Browsersicherheitsbeschränkungen, die Timing-Angriffe reduzieren sollen. In diesem Fall wird auf die Ladezeit der Ressource zurückgegriffen. Diese kann sich jedoch stark 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 erscheint aufgrund dieser Sicherheitsbeschränkung nur so.
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 angesehen 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. Perzentilzeitraums über 28 Tage)?
Wenn das der Fall ist 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? Gibt es so einen besseren Überblick darüber, wo Leistungsprobleme auftreten, die du priorisieren solltest?
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. Beispielsweise sind bestimmte APIs in bestimmten Browsern nicht verfügbar. Sie können jedoch auch 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 füllen.
Sobald 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 diese 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 alle Zahlen in den beiden Datenquellen genau übereinstimmen. Wie bereits erwähnt, können Sie mit RUM verschiedene Zeiträume betrachten, um einen ersten Eindruck von Ihren CrUX-Werten 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.
Häufig gibt es bei diesen verschiedenen Messwerten keine „richtigen“ oder „falschen“ Antworten. Sie sind 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