Gründe, warum RUM-Daten unterschiedliche Core Web Vitals-Werte von CrUX enthalten können.
Der Bericht zur Nutzererfahrung in Chrome (Chrome User Experience, CrUX) enthält Messwerte zur Nutzererfahrung mit Nutzern, die beliebte Websites verwenden. Diese Daten von Chrome-Nutzern, die dem zugestimmt haben, werden von Chrome automatisch erhoben und gemäß den CrUX-Voraussetzungen zur Verfügung gestellt.
Daher sind CrUX-Daten für Millionen von Websites verfügbar. Viele Websiteinhaber hatten zuvor noch keinen Zugriff auf Felddaten und dank CrUX konnten viele Websites zum ersten Mal von diesem Nutzen profitieren. Als öffentliches Dataset kann CrUX auch für Wettbewerbsanalysen und das Benchmarking von Messwerten zur Nutzererfahrung verwendet werden.
Real User Monitoring (RUM) ähnelt CrUX, allerdings ist auf den Websites Code enthalten, der von Chrome automatisch erfasst und zur weiteren Analyse an einen RUM-Anbieter oder eine Analyselösung zurückgegeben wird.
Bei beiden Lösungen, die Messwerte zur Nutzererfahrung messen, gehen wir davon aus, dass beide Werte äquivalent sind. Es kann verwirrend sein, wenn wir Unterschiede feststellen. In diesem Leitfaden erfahren Sie, warum dies der Fall ist, und erhalten Vorschläge, was zu tun ist, 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 über alle Websites hinweg und – als offizielles Dataset für das Core Web Vitals-Programm – Websites möchten wahrscheinlich genau im Auge behalten, was angezeigt wird. Ziel von CrUX ist es, einen statistisch relevanten Überblick über Millionen von Websites für den Vergleich von Websites zu bieten.
Wenn Sie jedoch genauer untersuchen möchten, warum Daten die Zahlen belegen, können Sie durch Investitionen in eine vollständige RUM-Lösung als Ergänzung zu CrUX Zugriff auf detailliertere Informationen erhalten, als dies in einem öffentlich abfragbaren Dataset möglich ist. So können Sie Ihre Messwerte auf verschiedene Weise erklären und verbessern.
Detailliertere Analyse zur Untersuchung von Problemen
Mithilfe von CrUX kann man oft erkennen, ob es ein Problem auf Ihrer Website gibt, aber nicht unbedingt genau, wo es auf der Website liegt oder warum. RUM-Lösungen – unabhängig davon, ob sie selbst wie die Web-Vitals-Bibliothek oder einige der vielen kommerziellen Produkte entwickelt wurden, können helfen, diese Lücke zu schließen.
Mit einer RUM-Lösung erhalten Sie Zugriff auf sehr viel detailliertere Daten für alle Ihre Seiten und in allen Browsern. Außerdem können Sie diese Daten so detailliert segmentieren und analysieren, wie dies in CrUX nicht möglich ist, sodass Sie Problembereiche der Website aufschlüsseln und untersuchen können. Sind sie von einem bestimmten Nutzersegment betroffen? Oder Nutzende, die bestimmte Aktionen ausführen? Wann genau ist das Problem erstmals aufgetreten? Diese Fragen lassen sich mithilfe der zusätzlichen Daten, die ein RUM-Tool bereitstellen kann, viel einfacher beantworten.
Korrelation mit anderen Geschäftsmetriken
Mit RUM können Sie außerdem Ihre Web-Leistungsmesswerte direkt mit beliebigen Geschäftsmesswerten vergleichen. So sehen Sie, welchen Wert Sie in Ihre Leistung investieren können und welche anderen Aspekte der Leistung Priorität haben sollten. Wir haben zahlreiche Fallstudien von Unternehmen, die diese Korrelation nutzen, z. B. Farfetch oder die The Economic Times.
Weitere Leistungsdaten erfassen
Eine RUM-Lösung ermöglicht die Erfassung anderer benutzerdefinierter Messwerte, die direkt mit Ihrem spezifischen Unternehmen verbunden sind. Ein bekanntes Beispiel ist der Twitter-Messwert Time to first Tweet. Diese websitespezifischen Messungen können dann mit Core Web Vitals-Verbesserungen und Geschäftsmesswerten in Beziehung gesetzt werden.
Unterschiede zwischen zwei Sätzen von Felddaten
Ein Mann mit einer Uhr weiß, wie spät es ist. Ein Mann mit zwei Uhren weiß nie, wie spät es ist.
Segalsches Gesetz
Bei zwei Datenquellen kann es oft verwirrend und frustrierend sein, warum sie sich unterscheiden. Ähnlich wie es wichtig ist, den Unterschied zwischen Lab- und Feldmesswerten zu kennen, kann es auch Unterschiede zwischen zwei Quellen von Felddaten geben. Obwohl die Daten in einer idealen Welt die gleichen wären, gibt es viele Gründe, warum sie sich unterscheiden können.
Labdaten und Felddaten im Vergleich
Als Erstes sollten Sie prüfen, ob es sich um synthetische Lab- oder RUM-Messwerte (Feldmesswerte) handelt. Es ist natürlich anzunehmen, dass RUM-Produkte nur Felddaten analysieren, viele bieten aber auch eine Laborkomponente.
Labdaten sind gerade aufgrund der festen Bedingungen, unter denen sie gemessen werden, unglaublich nützlich. Er kann verwendet werden, um unerwartete Änderungen oder Regressionen in einer Produktionsumgebung zu überwachen, ohne dass sich eine sich ändernde Feldpopulation verlässlich auswirkt. Die Labdaten sind jedoch möglicherweise nicht repräsentativ für die tatsächliche Nutzung, sodass Feldmesswerte zu ganz unterschiedlichen Ergebnissen führen können.
Bevölkerungsgruppen
Die von CrUX- und RUM-Lösungen verwendeten Datasets können sich unterscheiden, da die Seitenaufrufe je nach Browser, Nutzer, Website und Gerät unterschiedlich erfasst werden.
Enthaltene Browser
Wie der Name schon sagt, bezieht sich der Bericht zur Nutzererfahrung in Chrome ausschließlich auf Chrome. Es gibt viele Chromium-basierte Browser (Edge, Opera und Brave, um nur einige zu nennen), die aufgrund der gemeinsamen Kerncodebasis auch dieselben Messwerte wie Chrome unterstützen, aber nur Chrome-Nutzer speisen Daten in CrUX ein. Diese Einschränkung bedeutet auch, dass Chrome-Nutzer mit iOS nicht eingeschlossen sind, da diese die zugrunde liegende Webkit-Browser-Engine verwenden. Android WebViews zählen ebenfalls nicht als „Chrome“. Daten von diesen Nutzern sind also nicht enthalten, benutzerdefinierte Chrome-Tabs sind jedoch enthalten.
Chrome ist zwar einer der beliebtesten Browser weltweit und würde daher in den meisten Fällen einen breiten Überblick über die Leistung Ihrer Website geben. Es ist jedoch keineswegs ein Maßstab für alle Nutzer. Dies könnte ein wesentlicher Unterschied zwischen RUM und CrUX sein. Dies gilt insbesondere für Leistungstechniken, die beispielsweise auf APIs oder Bildformaten basieren, die nur in Chrome verfügbar sind.
Der Mangel an iOS-Daten kann auch zu Verzerrungen führen. Beispielsweise kann dies zu hohen Gesamtleistungsmesswerten führen, wenn iOS-Nutzer in der Regel leistungsfähigere Geräte verwenden oder die Website von Nutzern aus mehr Ländern mit besserer Netzwerkinfrastruktur besucht wird. Wenn Sie sie dagegen ausschließen, wie es in Chrome Enterprise der Fall ist, kann dies dazu führen, dass die Daten für die unteren Websitebesucher verzerrt werden (Beispielfallstudie). Android-Nutzer decken in der Regel eine größere Bandbreite an Geräten, Gerätefunktionen und Märkten ab.
RUM-Lösungen können Daten für Nicht-Chrome-Browser abrufen, insbesondere von Chromium-basierten Browsern, in die oft dieselben Messwerte integriert sind (z. B. Core Web Vitals). Nicht-Chromium-basierte Browser werden ebenfalls von RUM-Lösungen gemessen, haben jedoch möglicherweise weniger Messwerte. Beispielsweise sind Largest Contentful Paint (LCP) und Cumulative Layout Shift (CLS) derzeit nur in Chromium-basierten Browsern verfügbar. Außerdem können einige andere Messwerte ziemlich unterschiedlich gemessen werden (siehe später).
Aktivierte Nutzer
Die CrUX-Nutzer sind nicht nur auf Chrome-Nutzer beschränkt, sondern werden auch weiter eingeschränkt, indem nur eine Untergruppe von Chrome-Nutzern erfasst wird, die zugestimmt haben, CrUX-Daten bei der Installation des Browsers freizugeben.
RUM-Anbieter berücksichtigen ebenfalls nur einen Teil der Nutzer. Dies geschieht in der Regel aufgrund von Aufforderungen im Cookie-Banner, die Nutzer auffordern, die RUM-Datenerhebung zu aktivieren, oder Tracking-Blocker. Dies kann sich nachteilig auf einige der ersten Seitenladevorgänge auswirken, wenn die Bestätigung erst auf der zweiten oder der nächsten Seite erfolgt, wenn einige Website-Assets bereits von vorherigen Seiten im Cache gespeichert wurden. Wenn das häufig der Fall ist, erscheinen die Messwerte in den RUM möglicherweise günstiger als sie tatsächlich sind, wenn langsamere Seitenladevorgänge in ausreichender Anzahl von Fällen ausgeschlossen werden.
Eingeschlossene Websites
CrUX ist nur für Berichte zu öffentlichen Websites vorgesehen. Daher gibt es andere Voraussetzungen, die dazu führen können, dass Daten nicht in CrUX protokolliert werden. Am auffälligsten ist, dass die Website öffentlich zugänglich und ausreichend beliebt sein muss, um eine minimale Stichprobengröße zu bieten, aus der aussagekräftige Schlussfolgerungen gezogen werden können. In den meisten Fällen führt dies dazu, dass keine Daten in CrUX verfügbar sind. Der Unterschied zu den verfügbaren Daten ist im Vergleich zu den verfügbaren Daten weniger verwirrend, aber es wird erläutert, warum das passiert.
Sind jedoch bestimmte Seiten einer Website als indexierbar markiert, andere jedoch nicht, wird in Chrome UX möglicherweise nur ein Teil der URLs angezeigt. Wenn der Ursprung öffentlich sichtbar 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
Bei CrUX werden Daten nach Smartphones, Desktop-Computern und Tablets segmentiert. Viele Tools konzentrieren sich jedoch auf die ersten beiden und geben möglicherweise keine Tablet-Daten an oder enthalten sie auch auf Mobilgeräten oder Desktop-Computern. Die Leistungsmerkmale von Mobilgeräten und Computern können sehr unterschiedlich sein – sowohl in Bezug auf die bereitgestellten Inhalte als auch die Funktionen der Geräte, auf denen sie angezeigt werden.
Mit RUM-Daten kann der Traffic ähnlich segmentiert werden. Häufig werden jedoch konsolidierte Daten angezeigt. Bei RUM ist möglicherweise nur eine Segmentierung nach Gerätetyp (z. B. Mobilgerät) oder Browser (z. B. Chrome) zulässig, aber nicht beides, um nur den mobilen Chrome-Traffic zu sehen. Achten Sie beim Vergleich mit CrUX-Daten darauf, die gleichen Ergebnisse zu vergleichen, indem Sie nach Gerätetyp und Chrome-Browser filtern.
Probenahme
Mit RUM-Lösungen kann in der Regel die Stichprobenrate für Besucher angepasst werden, die sich für die Erhebung von Daten angemeldet haben. Dies kann verwendet werden, um das zu analysierende Datenvolumen zu reduzieren und die Kosten kommerzieller RUM-Dienste zu senken. Wenn diese Stichprobengröße zu klein und nicht repräsentativ für die breitere Population ist, sind auch die resultierenden Messwerte ähnlich verzerrt. Besprechen Sie mit Ihrem RUM-Anbieter die geeignete Stichprobengröße für Ihre Website.
Daten aggregieren
Felddaten enthalten im Vergleich zu Labdaten viele Datenpunkte, die dieselben Messwerte haben, sodass ein einzelner Wert entsteht. Wenn diese Daten für die Berichterstellung unterschiedlich aggregiert werden, kann dies auf einen anderen Grund für die Unterschiede zwischen CrUX und RUM zurückzuführen sein.
Zeitspanne
Die CrUX-Daten basieren auf einem gleitenden Traffic-Fenster von 28 Tagen. Dieser Zeitraum kann nicht geändert werden. Die BigQuery-Daten werden jedoch für jeden Monat gespeichert, sodass Sie die vorherigen Monate sehen können.
RUM-Daten ermöglichen in der Regel einen viel höheren Detaillierungsgrad, um die Auswirkungen von Änderungen viel früher erkennen zu können. Bei Auswahl kürzerer Zeiträume können die RUM-Daten jedoch übermäßig von Schwankungen bei Websitezugriffen und Besuchern beeinflusst werden. Achten Sie beim Vergleich von RUM-Daten mit CrUX-Daten immer darauf, die Leistung über einen Zeitraum von 28 Tagen zu betrachten. Wenn Sie zufrieden sind, dass die Daten ähnlich sind, können Sie sich andere Zeiträume ansehen, um die RUM-Daten aufzuschlüsseln.
Zusammenfassung von Statistiken
CrUX-Messwerte werden im 75. Perzentil gemessen, d. h. für den Wert, den 75% der Seitenaufrufe erzielt haben. Bei Felddaten wird es zu extremen Daten kommen und die schlechtesten 25% werden entfernt. Der Wert soll einen Wert vermitteln, von dem die Mehrheit der Besucher zu erwarten ist.
Bei RUM-Produkten gibt es häufig mehr Optionen zum Aggregieren der Messwerte, einschließlich des 75. Perzentils, des Medianwerts und anderer Perzentile. Beim Vergleich von RUM-Werten mit CrUX-Daten müssen Sie sicherstellen, dass Sie sich die Daten des 75. Perzentils für den äquivalenten Vergleich ansehen.
Die Histogrammdaten in CrUX umfassen alle verfügbaren Daten – nicht nur das 75. Perzentil – und zeigen die Anzahl der Seitenaufrufe in jeder Bewertung. Die Gesamtpunktzahl basiert jedoch auf dem 75. Perzentil. Diese CrUX-Daten werden in Tools wie PageSpeed Insights angezeigt:
Unterschiedliche Messwerte
Die Leistung im Web lässt sich anhand vieler verschiedener Messwerte messen. Wenn Sie also zwei verschiedene Datensätze miteinander vergleichen, ist es wichtig zu verstehen, welche Messwerte erfasst und wie diese verwendet werden.
Gemessene Messwerte
CrUX-Daten sind das offizielle Dataset der Core Web Vitals-Initiative. Es werden in erster Linie diese drei Messwerte (LCP, FID und CLS) und zusätzlich einige zusätzliche Messwerte gemessen.
RUM-Tools enthalten normalerweise diese Core Web Vitals, enthalten aber oft auch viele andere Messwerte. Einige RUM-Anbieter messen die Nutzererfahrung auch anhand ihrer eigenen Kombination aus all diesen Messwerten, z. B. um einen Zufriedenheitsindex zu erstellen. Achten Sie beim Vergleich von RUM-Daten und CrUX auf Ähnliches.
Bei Tools zur Bewertung des Core Web Vitals-Status „Bestanden“ oder „Nicht bestanden“ sollte eine Seite als bestanden eingestuft werden, wenn sie die empfohlenen Ziele beim 75. Perzentil für alle Core Web Vitals erfüllt. Wenn für Seiten ohne Interaktionen keine FID vorhanden ist, müssen nur LCP und CLS übergeben werden.
Browserunterschiede bei Messwerten
CrUX-Daten werden nur in Chrome-Browsern erfasst. Im Web Vitals-Änderungsprotokoll können Sie sehen, wie sich diese Änderungen bei den einzelnen Chrome-Versionen ändern.
RUM-Lösungen werden jedoch mit einer größeren Anzahl von Browsern gemessen. Chromium-basierte Browser (Edge, Opera usw.) ähneln wahrscheinlich Chrome, es sei denn, Chrome implementiert neue Änderungen, wie im Änderungsprotokoll angegeben.
Bei anderen Browsern als Chromium können die Unterschiede deutlicher sein. First Contentful Paint (FCP) ist beispielsweise in Safari und Firefox verfügbar, wird aber auf andere Weise gemessen. Dies kann zu erheblichen Abweichungen in den angegebenen Zeiten führen. Wie bereits erwähnt, sollten Sie zum Vergleichen von RUM mit CrUX am besten nur nach Chrome-Nutzern filtern, um einen ähnlichen Vergleich zu ermöglichen.
Timing von Messwerten
Core Web Vitals-Messwerte werden über Webbrowser-APIs bereitgestellt. Das bedeutet jedoch nicht, dass die erfassten Werte nicht voneinander abweichen können. Genau wann die Messung erfolgt – beim Seitenaufbau oder während des gesamten Seitenlebenszyklus –, kann es zu Unterschieden kommen. RUM-Tools messen Messwerte nicht immer auf die gleiche Weise, selbst wenn sie dieselben Namen verwenden, und dieselben Browser-APIs verwenden, um die Daten abzurufen. Das kann verwirrend sein.
Largest Contentful Paint (LCP) ist ein Messwert für den Seitenaufbau. Die Web API kann eine Reihe von LCP-Elementen melden, wenn größere Elemente später nach dem ersten Rendering geladen werden. Das letzte LCP-Element erfolgt, wenn die Seite fertig geladen ist oder der Nutzer mit der Seite interagiert. Daher können Unterschiede auftreten, wenn das LCP-Element früher als diese beiden Ereignisse gemeldet wird.
Außerdem kann das LCP-Element bei Felddaten je nachdem, wie die Seite geladen wird, unterschiedlich sein. Bei einem standardmäßigen Seitenaufbau, bei dem der obere Bereich des Seiteninhalts zu sehen ist, hängt das LCP-Element hauptsächlich von der Bildschirmgröße ab. Wird die Seite jedoch mit einem Ankerlink weiter unten im Dokument geöffnet oder in ähnlicher Weise mit einem Deeplink zu einer Single-Page-App (SPA), kann sich das LCP-Element unterscheiden.
Gehen Sie nicht davon aus, dass die in CrUX oder RUM angegebenen LCP-Zeiten auf demselben Element wie die Lab-Tools basieren. Während Sie bei CrUX den LCP-Gesamtwert pro Seite oder Ursprung sehen, kann RUM diesen Wert weiter segmentieren, um einzelne LCP-Problemsitzungen zu identifizieren.
Der Cumulative Layout Shift (CLS) wird für die gesamte Lebensdauer der Seite gemessen. Daher ist der CLS beim ersten Seitenaufbau möglicherweise nicht repräsentativ für Seiten, die später nach dem Laden der Seite und der Nutzerinteraktion mit ihr 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 wenn der CLS-Wert nach dem Aufrufen der Seite verwendet wird.
Für First Input Delay (FID) muss eine Eingabe gemessen werden. Daher kann sie nicht beim Seitenaufbau gemessen werden. Aber wie der Name schon sagt, misst FID nur die erste Eingabe. Der neue Messwert Interaction to Next Paint (INP) misst alle Interaktionen während der Lebensdauer der Seite, ähnlich wie bei CLS. Daher kann der gemeldete INP-Wert sehr unterschiedlich sein, wenn er nach mehreren Interaktionen des Nutzers auf der Seite gemessen wird.
CrUX folgt der Core Web Vitals-Dokumentation und analysiert 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.
Bei unerklärlichen Abweichungen zwischen den beiden Datenquellen ist es wichtig, von Ihrem RUM-Anbieter nachzuvollziehen, wann Core Web Vitals gemessen wird.
Single-Page-Anwendungen
Bei Single-Page-Anwendungen (SPA) wird anstelle der herkömmlichen Seitennavigation auf Browserebene der Inhalt der aktuellen Seite aktualisiert. Das bedeutet, dass der Browser diese Seiten nicht als Seitennavigation ansieht, obwohl die Nutzer sie als solche erleben. Bei den vom Browser bereitgestellten Core Web Vitals APIs werden diese nicht berücksichtigt. Aus diesem Grund werden diese Seitennavigationen in CrUX derzeit nicht unterstützt. Wir arbeiten derzeit an einer Lösung dieses Problems. Weitere Informationen finden Sie im Beitrag Experimentieren mit dem Messen der Navigation zwischen zwei Seiten.
Einige RUM-Anbieter versuchen, „weiche Navigationen“ in SPAs zu erkennen. Wenn sie aber auch Core Web Vitals-Messwerte diesen „weichen Navigationen“ zuordnen, kann es zu Unterschieden mit CrUX kommen, da die zugrunde liegenden APIs dies nicht unterstützen.
Unterschiede zwischen CrUX und Web API
Neben den Unterschieden darin, welche Seitenaufrufe und was gemessen werden, gibt es noch einige andere, kompliziertere Szenarien, die zu Unterschieden bei den CrUX- und RUM-Daten führen können. Einige davon sind auf Einschränkungen der Web-APIs zurückzuführen, die zum Messen der Metriken verwendet werden, während bei anderen die von der API zurückgegebenen Ergebnisse in bestimmten Szenarien anders behandelt werden müssen. In der Core Web Vitals-Dokumentation sind diese Unterschiede für LCP, CLS und FID aufgeführt. Die wichtigsten Unterschiede sind unten aufgeführt.
Back-Forward-Cache
Bei CrUX werden Back-Forward-Caches (oder bfcache-Wiederherstellungen) als Seitennavigation betrachtet, auch wenn sie nicht zu einem herkömmlichen Seitenaufbau führen. Da die Web APIs diese nicht als Seitenaufbau behandeln, müssen RUM-Lösungen zusätzliche Schritte ausführen, damit diese Seiten in Übereinstimmung mit CrUX berücksichtigt werden können. Diese Seiten werden deutlich schneller geladen, was zu einer besseren Gesamtleistung einer Website führen kann. Wenn Sie sie nicht einbeziehen, kann dies zu einer schlechteren Gesamtleistung der Seite führen. In Ihrer RUM-Lösung erfahren Sie, ob sie mit bfcache wiederhergestellte Seiten verarbeitet.
iFrames
Aus Sicherheits- und Datenschutzgründen haben Seiten der obersten Ebene keinen Zugriff auf die Inhalte in iFrames. Dies gilt auch nicht für iFrames desselben Ursprungs. Das bedeutet, dass Leistungsmesswerte für Inhalte in diesen Bereichen 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 die vom Nutzer erlebten CLS-, FID- oder INP-Werte auswirken, sind dies nicht für RUM-Lösungen (einschließlich der JavaScript-Bibliothek für Web-Vitals von Google) verfügbar.
Diese Einschränkungen gelten nicht für CrUX, die vom Chrome-Browser selbst und nicht von der Seite gemessen werden. Daher werden bei der Berichterstellung zu Core Web Vitals auch Messwerte innerhalb von iFrames gemessen. Dies spiegelt die Nutzererfahrung genauer wider, kann jedoch ein weiterer Grund für Unterschiede bei Websites sein, die iFrames verwenden.
Ein konkretes Beispiel dafür, wie dies zu Unterschieden zwischen den LCP-Daten in CrUX und RUM führen kann, ist das eingebettete <video>. Der erste gezeichnete Frame eines automatisch wiedergegebenen <video>-Elements kann als LCP-Kandidaten zählen. Einbettungen für beliebte Videostreamingdienste können diese Elemente jedoch in einem <iframe> platzieren. Seit August 2023 kann dies in der CrUX berücksichtigt werden, da über sie auf <iframe>-Inhalte zugegriffen werden kann, nicht aber bei RUM-Lösungen.
Ursprungsübergreifende Ressourcen
LCP-Medien, die von anderen Domains bereitgestellt werden, geben aufgrund von Browsersicherheitseinschränkungen zur Reduzierung von Timing-Angriffen keine Renderingzeit in der PerformanceObserver API – es sei denn, der Timing-Allow-Origin-Header (TAO) wird bereitgestellt. Dies wird auf die Ladezeit der Ressource zurückgesetzt, aber diese kann sich stark von der tatsächlichen Darstellung des Inhalts unterscheiden.
Dies kann zu einer scheinbar unmöglichen Situation führen, in der LCP von Web-APIs noch früher als FCP gemeldet wird. Dies ist nicht der Fall, sondern erscheint nur aufgrund dieser Sicherheitsbeschränkung.
Auch hier werden in CrUX die Daten zur Renderingzeit für Core Web Vitals gemeldet. Websites sollten ursprungsübergreifende Inhalte einschränken, die sich auf die Core Web Vitals-Messwerte auswirken, und nach Möglichkeit TAO aktivieren, wenn dies genauer gemessen werden soll. Andere ursprungsübergreifende Ressourcen können ähnlichen Einschränkungen unterliegen.
Tabs im Hintergrund und Pre-Rendering
Wenn eine Seite nicht im Vordergrund geöffnet wird, also beispielsweise im Hintergrund geöffnet wird, oder wenn Pre-Rendering-Optionen verwendet werden (derzeit in der Entwicklung für Chrome), geben sie weiterhin Messwerte über Web-APIs aus. Diese werden jedoch nicht von Chrome UX gemeldet, da sie Zeiten angeben, die nicht der Nutzererfahrung entsprechen. Bei RUM-Lösungen sollten diese ebenfalls ignoriert oder zumindest erklärt werden, wie diese Seitenaufrufe behandelt werden.
Was können wir dagegen tun?
Wir haben gezeigt, warum es Unterschiede zwischen den Daten in CrUX und RUM geben kann, entweder aufgrund unterschiedlicher Methodiken oder aufgrund derer ein- oder ausgeschlossener Nutzer und Seitenaufrufe. Im Idealfall sind beide Datensätze repräsentativ für die Leistung Ihrer Website, um nützlich zu sein. In diesem Artikel sollte jedoch erläutert werden, warum es sehr unwahrscheinlich ist, dass in beiden exakt dieselben Zahlen zu sehen sind.
Bei geringfügigen Unterschieden (z.B.bei einem 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 ausgeprägte Unterschiede dazu führen, dass Sie die Genauigkeit der Daten infrage stellen, sollten Sie versuchen, diese Unterschiede zu verstehen. Können die RUM-Daten so gefiltert werden, dass sie besser an die Nutzererfahrung in Chrome angepasst werden, um diese Unterschiede zu reduzieren, d. h. nur Chrome-Nutzer auf Computern oder Mobilgeräten mit einem 75. Perzentil für einen Zeitraum von 28 Tagen?
Wenn ja – und Sie die Daten besser aufeinander abstimmen können –, sollten Sie dennoch fragen, warum Sie diese Unterschiede in den Gesamtdaten sehen und was das bedeutet. Verzerren Nutzer, die keine Chrome-Nutzer sind, Ihre Messwerte positiv oder negativ? Verschaffen Sie sich dadurch einen besseren Überblick darüber, wo es Leistungsprobleme gibt, die Sie priorisieren können?
Wenn Ihre Nicht-Chrome-Nutzer unterschiedliche Ergebnisse erhalten, können Sie diese wertvollen Erkenntnisse, die Sie von RUM erhalten haben, zur unterschiedlichen Optimierung heranziehen. Beispielsweise sind bestimmte APIs in bestimmten Browsern nicht verfügbar. Sie können aber auch Alternativen für nicht unterstützte Browser in Betracht ziehen, um deren Nutzung zu verbessern. Sie können auch Nutzern mit eingeschränkten Geräten oder Netzwerken eine andere, aber leistungsfähigere Nutzererfahrung bieten. CrUX-Daten sind auf Chrome-Daten beschränkt. Sie sollten jedoch die Nutzererfahrung aller Ihrer Websitebesucher berücksichtigen, um Verbesserungen priorisieren zu können. RUM-Daten können diese Lücke schließen.
Sobald Sie die Gründe für die Unterschiede kennen, können beide Tools unglaublich 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 als Ergänzung der CrUX-Daten und geben Sie einen Überblick darüber, was das CrUX für Sie einstuft, indem Sie Ihren Traffic segmentieren, um zu ermitteln, ob bestimmte Bereiche Ihrer Website oder Nutzer Ihre Aufmerksamkeit erfordern.
Wenn Sie sich die Trends ansehen, um zu sehen, ob Ihre Verbesserungen die erwarteten positiven Auswirkungen haben, ist es oft wichtiger als eine genaue Übereinstimmung der Zahlen zwischen den beiden Datenquellen. Wie bereits erwähnt, können Sie sich mit RUM verschiedene Zeiträume ansehen, um einen Überblick über Ihre CrUX-Werte für 28 Tage zu erhalten. Zu kurze Zeiträume können jedoch zu verfälschten Daten führen, daher verwendet CrUX 28 Tage.
Häufig gibt es bei diesen verschiedenen Messwerten keine richtige oder falsche Antwort. Sie betrachten lediglich die Nutzer und ihre Erfahrungen mit Ihrer Website aus einer anderen Perspektive. Wenn Sie verstehen, warum diese Unterschiede auftreten und was dies für Ihre Entscheidungsfindung helfen kann, ist dies wichtiger für einen besseren Service für die Besucher Ihrer Website.
Danksagungen
Hero-Image von Steven Lelham auf Unsplash