Veröffentlicht: 23. Juni 2022, Letzte Aktualisierung: 18. November 2025
Die Messwerte in CrUX basieren auf Standard-Webplattform-APIs, die von Browsern bereitgestellt werden. Im BigQuery-Dataset werden diese Daten insbesondere auf Ursprungsebene aggregiert. Websiteinhaber, die eine detailliertere Analyse (z.B. auf URL-Ebene) und Einblicke in die Leistung ihrer Website benötigen, können dieselben APIs verwenden, um detaillierte RUM-Daten (Real User Measurement) für ihre eigenen Ursprünge zu erheben. Alle APIs sind in Chrome verfügbar. Andere Browser unterstützen jedoch möglicherweise nicht alle Messwerte.
Die meisten Messwerte werden als Histogrammaggregation dargestellt, sodass die Verteilung visualisiert und Perzentilwerte geschätzt werden können.
Cumulative Layout Shift
„Cumulative Layout Shift (CLS) ist ein wichtiger, nutzerorientierter Messwert zur Messung der visuellen Stabilität. Er hilft zu erfassen, wie oft Nutzer unerwartete Veränderungen am Layout erfahren. Ein niedriger CLS-Wert trägt dazu bei, dass die Seite ansprechend ist.“
DOM Content Loaded
„DOMContentLoaded meldet die verstrichene Zeit, wenn das ursprüngliche HTML-Dokument komplett geladen und geparst wurde, ohne darauf zu warten, dass Stylesheets, Bilder und Subframes vollständig geladen sind.“
First Paint
„First Paint meldet die Zeit, nach der der Browser nach der Navigation erstmals gerendert wurde. Standard-Hintergrundfarben sind dabei ausgeschlossen, benutzerdefinierte Farbe hingegen eingeschlossen. Dies ist der erste wichtige Moment beim Laden einer Seite, auf den Entwickler achten: wenn der Browser mit dem Rendern der Seite begonnen hat.“
First Contentful Paint
„First Contentful Paint (FCP) meldet die Zeit, nach der der Browser erstmals einen Text, ein Bild (einschließlich Hintergrundbilder), Canvas, der nicht weiß ist, oder SVG gerendert hat. Das gilt auch für Text mit ausstehenden Webfonts. Dies ist der erste Zeitpunkt, an dem Nutzer mit dem Konsumieren von Seiteninhalten beginnen können.“
Interaction to Next Paint
„Interaction to Next Paint (INP) ist ein Messwert, der die Reaktionsschnelligkeit bewertet. INP protokolliert die Latenz aller Interaktionen während des gesamten Lebenszyklus der Seite. Der höchste Wert dieser Interaktionen oder der Wert, der dem höchsten Wert für Seiten mit vielen Interaktionen am nächsten kommt, wird als INP der Seite erfasst. Ein niedriger INP-Wert sorgt dafür, dass die Seite jederzeit zuverlässig reagiert.“
Interaction to Next Paint (INP) wurde im Februar 2022 dem CrUX-Dataset hinzugefügt. Dieser neue Messwert erfasst die End-to-End-Latenz einzelner Ereignisse und bietet ein umfassenderes Bild der allgemeinen Reaktionsschnelligkeit einer Seite während ihres gesamten Lebenszyklus.
Largest Contentful Paint
„Largest Contentful Paint (LCP) ist ein wichtiger, nutzerorientierter Messwert zur Messung der wahrgenommenen Ladegeschwindigkeit. Er gibt den Punkt auf der Seitenaufbau-Zeitachse an, an dem der Hauptinhalt der Seite wahrscheinlich geladen wurde. Ein schneller LCP-Wert trägt dazu bei, dass Nutzer die Seite als nützlich empfinden.“
Largest Contentful Paint-Ressourcentyp
„LCP gibt die Renderingzeit des größten im Darstellungsbereich sichtbaren Bildes, Textblocks oder Videos an, bezogen auf den Zeitpunkt, zu dem der Nutzer zum ersten Mal zur Seite navigiert ist.“
web.dev/articles/lcp – Welche Elemente werden für LCP berücksichtigt?
Text und Bild (einschließlich des ersten Video-Frames) haben oft sehr unterschiedliche Ladeeigenschaften und Optimierungstechniken. Wenn Sie das Verhältnis der LCP-Ressourcentypen kennen, können Sie Ihre LCP-Messwerte und Optimierungspfade besser verstehen.
Weitere Informationen finden Sie im Blogpost zur Einführung von LCP-Ressourcentypen.
Largest Contentful Paint-Bildunterteile
„Die Optimierung für LCP kann eine komplexere Aufgabe sein, wenn PageSpeed Insights keine Antwort darauf gibt, wie dieser Messwert verbessert werden kann. Bei komplexen Aufgaben ist es im Allgemeinen besser, sie in kleinere, besser zu bewältigende Aufgaben aufzuteilen und jede einzeln zu bearbeiten.“
web.dev/articles/optimize-lcp – LCP-Aufschlüsselung in Unterteile
Wenn Sie die LCPs von Bildern in die wichtigsten Unterteile aufschlüsseln, können Sie spezifische Empfehlungen und Best Practices zur Optimierung der einzelnen Teile nutzen.
LCP-Bildunterteile werden in vier separaten Messwerten angegeben:
largest_contentful_paint_image_time_to_first_bytelargest_contentful_paint_image_resource_load_delaylargest_contentful_paint_image_resource_load_durationlargest_contentful_paint_image_element_render_delay
Unterteile sind nur für Bilder enthalten. Bilder mit dem ersten Video-Frame sind nicht enthalten, da sie etwas komplizierter sind und wir die vollständige Downloadzeit nicht messen können. Bilder mit dem ersten Video-Frame sind jedoch im Messwert für den LCP-Ressourcentyp enthalten, wo diese Komplikation nicht relevant ist.
Textunterteile sind ebenfalls nicht enthalten, da sie weniger nützlich sind und die LCP-Zahlen für Bilder verfälschen würden. Für Websites, die hauptsächlich aus Text-LCPs bestehen, sind die Messwerte für den Gesamt-TTFB und den Gesamt-FCP nützliche Aufschlüsselungen. Sie beziehen sich jedoch auf alle LCPs und nicht speziell auf Text-LCPs.
Weitere Informationen finden Sie im Blogpost zur Einführung von LCP-Bildunterteilen.
Navigationstypen
Der Messwert Navigationstypen enthält eine Aufschlüsselung des Prozentsatzes der Seitenaufrufe der folgenden Navigationen:
| Typ | Beschreibung |
|---|---|
navigate |
Ein Seitenaufruf, der keiner der anderen Kategorien entspricht. |
navigate_cache |
Ein Seitenaufruf, bei dem die Hauptressource (das Haupt-HTML-Dokument) aus dem HTTP-Cache bereitgestellt wurde. Websites nutzen häufig Caching für Unterressourcen. Das Haupt-HTML-Dokument wird jedoch oft deutlich weniger im Cache gespeichert. Wenn dies möglich ist, kann es zu spürbaren Leistungsverbesserungen führen, da es lokal und in einem CDN im Cache gespeichert werden kann. |
reload |
Der Nutzer hat die Seite neu geladen, entweder durch Klicken auf die Schaltfläche „Neu laden“, durch Drücken der Eingabetaste in der Adressleiste oder durch Rückgängigmachen des Schließens eines Tabs. Bei Seitenneuladevorgängen wird häufig eine erneute Validierung auf dem Server durchgeführt, um zu prüfen, ob sich die Hauptseite geändert hat. Ein hoher Prozentsatz an Seitenneuladevorgängen kann auf Probleme mit der Nutzerfreundlichkeit hinweisen. |
restore |
Die Seite wurde nach einem Browserneustart oder einem Tab, der aus Speichergründen entfernt wurde, neu geladen. In Chrome unter Android werden diese stattdessen als „reload“ gemeldet. |
back_forward |
Eine Verlaufsnavigation, d. h. die Seite wurde vor Kurzem aufgerufen und wieder aufgerufen. Bei korrekter Cache-Nutzung sollten diese Navigationen relativ schnell sein, aber die Seite muss trotzdem verarbeitet und JavaScript ausgeführt werden. Beides wird durch den Back-Forward-Cache vermieden. |
back_forward_cache |
Eine Verlaufsnavigation, die aus dem Back-Forward-Cache bereitgestellt wurde. Wenn Sie Ihre Seiten optimieren, um den Back-Forward-Cache zu nutzen, indem Sie Blocker entfernen, sollten die Navigationen schneller sein. Websites sollten also |
prerender |
Die Seite wurde vorgerendert, was – ähnlich wie beim Back-Forward-Cache – zu nahezu sofortigen Seitenaufrufen führen kann. |
In einigen Fällen kann ein Seitenaufruf eine Kombination aus mehreren Navigationstypen sein. In diesem Fall meldet CrUX die erste Übereinstimmung in umgekehrter Reihenfolge der Tabelle (von unten nach oben).
Weitere Informationen finden Sie im Ankündigungsbeitrag zu Navigationstypen.
onload
„Das Ereignis „load“ wird ausgelöst, wenn die Seite und ihre abhängigen Ressourcen vollständig geladen wurden.“
Umlaufzeit
Bietet eine Schätzung der HTTP-Umlaufzeit (Anwendungsschicht) zu Beginn der Navigation, basierend auf den letzten Netzwerkverbindungen.
Dieser Messwert basiert auf der rtt
Eigenschaft der Network Information API, derselben API, die für die frühere
Dimension „Effective Connection Type“ (ECT) verwendet wurde.
Weitere Informationen finden Sie im Blogpost zur Einführung von LCP-Ressourcentypen.
Testmesswerte
Testmesswerte sind im CrUX-Dataset mit BigQuery verfügbar. Einige sind auch in der CrUX API verfügbar. Diese Messwerte ändern sich wahrscheinlich regelmäßig, da sie auf Nutzerfeedback basieren. In den Versionshinweisen finden Sie die neuesten Änderungen.
Time to First Byte
TTFB in CrUX wird nur bei vollständigen Seitenaufrufen erfasst. Im Gegensatz dazu werden andere Timer (z. B. LCP) auch bei Back-Forward-Cache-Navigationen (bfcache) und vorgerenderten Seiten erfasst. Daher kann die Stichprobengröße von TTFB kleiner sein als bei anderen Messwerten und ist möglicherweise nicht direkt mit diesen vergleichbar. TTFB in CrUX umfasst Seitenaufrufe ohne Cache, Seitenaufrufe mit Cache und Seitenaufrufe über eine bestehende Verbindung (z. B. Seitenaufrufe innerhalb einer Website).
TTFB ist kein direktes Maß für die Serverantwortzeit, da es auch Messungen vor diesem Zeitpunkt umfasst, einschließlich der Weiterleitungszeit. Außerdem wird es davon beeinflusst, ob eine Antwort aus dem Cache, einem CDN oder vom Server bereitgestellt wird. Dies ist besonders bei Daten aus der Praxis wie CrUX-Daten offensichtlich, während Labortests in der Regel weniger von diesen Faktoren beeinflusst werden, da die Ziel-URL getestet wird und Caching-Änderungen oft wiederholt aufgehoben werden.
Beliebtheit
Der Messwert für den Beliebtheitsrang ist ein relatives Maß für die Beliebtheit einer Website im CrUX-Dataset, gemessen anhand der Gesamtzahl der Navigationen zum Ursprung. Der Rang wird auf einer log10-Skala mit halben Schritten angegeben (z. B. Top 1.000, Top 5.000, Top 10.000, Top 50.000, Top 100.000, Top 500.000, Top 1 Mio. usw.). Jeder Rang schließt den vorherigen aus (z. B. Top 5.000 sind tatsächlich 4.000 URLs, ohne die Top 1.000). Die Obergrenze ist dynamisch und wächst mit dem Dataset.
Die Beliebtheit dient als Leitfaden für umfassende Analysen, z. B. um die Leistung nach Land für die 1.000 wichtigsten Ursprünge zu ermitteln.
Berechtigungen zum Senden von Benachrichtigungen
Für Websites, die die Berechtigung zum Anzeigen von Benachrichtigungen für Nutzer anfordern, gibt dieser Messwert die relative Häufigkeit der Antworten der Nutzer auf die Aufforderungen an: „Akzeptieren“, „Ablehnen“, „Ignorieren“ oder „Schließen“.