Was ist der Chrome UX Report (CrUX)?
Der Chrome UX Report (CrUX) ist Googles öffentlicher Datensatz dazu, wie echte Chrome-Nutzer das Web erleben. Er sammelt Core Web Vitals und verwandte Metriken von Chrome-Nutzern, die zugestimmt haben, und veröffentlicht sie pro Origin und, wenn genug Traffic vorhanden ist, pro URL. Er liefert die Felddaten hinter PageSpeed Insights und ist derselbe Real-User-Datensatz, den Google für die Seitenerfahrung nutzt.
Felddaten vs. Labordaten
CrUX sind Felddaten: Messungen von echten Geräten und Netzwerken. Labordaten, etwa ein Lighthouse-Lauf, sind ein einzelnes simuliertes Laden der Seite auf einem festen Gerät mit festem Netzwerk. Labordaten sind wiederholbar und gut zum Debuggen, Felddaten zeigen, was Besucher tatsächlich erleben. Beide können voneinander abweichen, weil sie Unterschiedliches messen, und keine ersetzt die andere.
Was im Datensatz enthalten ist
- Nutzer: nur Chrome-Nutzer mit aktivierter Übermittlung von Nutzungsstatistiken, synchronisiertem Browserverlauf und ohne Sync-Passphrase. Desktop-Chrome (Windows, macOS, ChromeOS, Linux) und Chrome für Android zählen. Chrome auf iOS, Android WebView und andere Chromium-Browser wie Edge nicht.
- Seiten: Origin oder Seite müssen öffentlich auffindbar sein (HTTP 200 nach Weiterleitungen, kein noindex) und ausreichend beliebt. Google veröffentlicht die Besucherschwelle nicht. Query-Strings und Fragmente werden entfernt, URL-Varianten werden also zusammengefasst.
- Metriken: LCP, INP, CLS sowie FCP, TTFB und Round-Trip-Time.
Was als gut gilt
Core Web Vitals werden am 75. Perzentil der Seitenaufrufe bewertet, getrennt nach Mobilgerät und Desktop. Als gut gelten ein LCP von höchstens 2,5 Sekunden, ein INP von höchstens 200 Millisekunden und ein CLS von höchstens 0,1. Eine Seite besteht nur, wenn auch das langsamste Viertel der Besuche die Werte einhält. TTFB ist kein Core Web Vital; Googles grober Richtwert liegt bei höchstens 0,8 Sekunden. INP hat FID 2024 als Core Web Vital abgelöst.
So kommen Sie an CrUX-Daten
- PageSpeed Insights zeigt CrUX-Felddaten für eine URL oder Origin, bezogen auf die vorherigen 28 Tage.
- Die CrUX API beantwortet pro Anfrage eine Origin oder URL, kostenlos bis 150 Anfragen pro Minute und Google-Cloud-Projekt. Die Daten werden täglich gegen 04:00 UTC aktualisiert und liegen etwa zwei Tage zurück.
- BigQuery enthält den Monatsdatensatz für eigene Analysen, veröffentlicht am zweiten Dienstag des Folgemonats. Bis zu den Grenzen des BigQuery-Gratiskontingents ist er kostenlos.
- Der Core-Web-Vitals-Checker von LoadFocus liest CrUX für jede URL ohne Registrierung.
Ein minimaler API-Aufruf für eine Origin, nur Smartphones:
curl -X POST 'https://chromeuxreport.googleapis.com/v1/records:queryRecord?key=YOUR_API_KEY' \
-H 'Content-Type: application/json' \
-d '{"origin": "https://example.com", "formFactor": "PHONE", "metrics": ["largest_contentful_paint", "interaction_to_next_paint", "cumulative_layout_shift"]}'
Die Antwort enthält Histogramme (gut, verbesserungswürdig, schlecht) und einen Wert am 75. Perzentil für jede angeforderte Metrik.
Beispiel: ein Ergebnis lesen
Angenommen, der Smartphone-Datensatz Ihrer Origin zeigt einen LCP von 3,1 Sekunden am 75. Perzentil, Ihr Lighthouse-Lauf in der CI meldet 1,9 Sekunden. Beides stimmt: Der Laborlauf nutzte ein schnelles simuliertes Gerät, während ein Viertel oder mehr der echten Smartphone-Besuche 3,1 Sekunden oder länger dauert. Entscheiden Sie anhand des Feldwerts, was zu beheben ist, und prüfen Sie die Korrektur mit Laborläufen, bevor sie Nutzer erreicht.
Häufige Fehler
- Daten für jede Seite erwarten. URLs mit wenig Traffic haben keinen Datensatz. Nutzen Sie dann den Origin-Datensatz oder eigene Messungen.
- Eine Korrektur schon morgen sehen wollen. Das Feldfenster umfasst 28 Tage, eine Korrektur ist erst nach etwa einem Monat vollständig sichtbar.
- CrUX für alle Nutzer halten. Es deckt nur berechtigte Chrome-Nutzer ab, Safari auf dem iPhone fehlt.
- Den Origin-Wert als eine Seite lesen. Ein Origin-Datensatz fasst alle Seiten der Website zusammen.
- Weiter FID verfolgen. Prüfen und alarmieren Sie auf INP.
CrUX, Testen und Monitoring
CrUX zeigt, was echten Besuchern passiert ist, mit Verzögerung und ohne Details zu einzelnen Seitenaufrufen oder Sitzungen. Es alarmiert nicht binnen Minuten und kann einen langsamen Ladevorgang nicht reproduzieren. Kombinieren Sie es mit geplanten Labor-Checks (Synthetic Monitoring) und, falls Sie alle Browser und Details je Sitzung brauchen, mit eigenem Real User Monitoring. Der Beitrag Synthetic Monitoring vs. Real User Monitoring (auf Englisch) vergleicht beides, und Core Web Vitals mit Alarmen und Berichten überwachen (auf Englisch) erklärt die Einrichtung.
LoadFocus Page Speed Monitoring führt geplante Lighthouse-Audits aus 25 Cloud-Regionen aus und zeigt daneben CrUX-Felddaten mit Bestanden/Nicht-bestanden-Badge. Zu einzelnen Metriken siehe Largest Contentful Paint und Time to First Byte. Details zur API stehen in der offiziellen CrUX-API-Dokumentation.
Häufige Fragen zum Chrome UX Report
Ist CrUX kostenlos?
Ja für PageSpeed Insights und die API, die bis 150 Anfragen pro Minute und Projekt kostenlos ist. BigQuery ist bis zu den Grenzen des Gratiskontingents kostenlos und wird darüber hinaus berechnet.
Warum fehlt meine Website in CrUX?
Origin oder URL haben vielleicht zu wenige Besucher, sind nicht öffentlich auffindbar (Login, noindex, Antwort ungleich 200) oder die Besucher sind keine berechtigten Chrome-Nutzer. Die genaue Traffic-Schwelle veröffentlicht Google nicht.
Wie lange dauert es, bis eine Korrektur in CrUX sichtbar ist?
PageSpeed Insights zeigt die vorherigen 28 Tage, die Werte ändern sich daher schrittweise und spiegeln eine Korrektur nach etwa vier Wochen vollständig wider.
Was ist der Unterschied zwischen CrUX und Lighthouse?
CrUX sind Felddaten echter Chrome-Nutzer. Lighthouse liefert Labordaten aus einem simulierten Ladevorgang. Mit CrUX sehen Sie die reale Erfahrung, mit Lighthouse debuggen und prüfen Sie Änderungen.
Kann ich Wettbewerber in CrUX nachschlagen?
Ja, wenn die Origin genug öffentlichen Traffic hat. Daten auf Origin-Ebene sind über PageSpeed Insights und die API für jede berechtigte Website abrufbar.
Was hat FID ersetzt?
Interaction to Next Paint (INP) wurde 2024 ein stabiler Core Web Vital und hat First Input Delay abgelöst.
Verwandte Begriffe
- Time to First Byte (TTFB): Definition, Ursachen, Optimierung
- Viewport
- Was ist Volume Testing?
- Was sind Core Web Vitals? LCP, INP und CLS erklärt
- Was sind Resource Hints?
- Was ist ein CDN (Content Delivery Network)? So funktioniert es
- Was ist ein Service Worker? Lebenszyklus, Caching und Grenzen
- Web Workers: Definition, Einsatzfälle, Beispiele
Verwandte LoadFocus-Tools
Setze dieses Konzept mit LoadFocus in die Praxis um, derselben Plattform, die alles antreibt, was du gerade gelesen hast.