Dokumentation
Core Web Vitals: LCP, INP und CLS aus echten Nutzerdaten, Woche für Woche
Wöchentliche LCP-, INP- und CLS-Werte im 75. Perzentil aus der Chrome UX Report History API für Ihre gesamte Website oder eine einzelne Seite, bewertet anhand der Google-Schwellenwerte.
Der Bericht „Core Web Vitals“ (mit dem Titel Core Web Vitals History) zeigt Woche für Woche, wie echte Chrome-Nutzer Ihre Website erleben. Er liest die Chrome UX Report History API aus, also dieselben Felddaten, die auch den Core-Web-Vitals-Bericht der Search Console speisen, und bewertet jede Metrik im 75. Perzentil anhand der Google-Schwellenwerte. So erkennen Sie, ob ein Release Ihre Seiten schneller oder langsamer gemacht hat – lange bevor ein Labortest zeigt, wie Besucher es erlebt haben.
Bericht ausführen
- Scope: Whole site fragt den Origin ab (zum Beispiel
https://www.example.com), der alle Seiten zusammenfasst, die Chrome-Nutzer besucht haben. Single page fragt eine einzelne URL ab. - Origin oder Page URL: Das Feld ist mit dem Origin Ihrer Property vorausgefüllt; passen Sie es an, um einen anderen Host oder eine andere Seite zu prüfen.
- Device: All devices, Phone, Desktop oder Tablet. Bei All devices lädt der Bericht zusätzlich jedes Gerät einzeln und ergänzt eine Tabelle Summary by device.
- Klicken Sie auf Run report.
Die Ergebnisse werden einen Tag lang zwischengespeichert, da sich die Daten nur wöchentlich ändern. Der Bericht fragt die API mit einem CrUX-API-Schlüssel ab; AutoPSEO stellt einen bereit, sodass Sie nichts einrichten müssen. Die Schaltfläche API Key verweist auf die Anleitung von Google, falls Sie einen eigenen Schlüssel für Ihre Tools wünschen.
Was Sie sehen
Die Ergebniszeile gibt an, ob der Scope Passes Core Web Vitals: Jede Core-Metrik, für die Daten vorliegen, ist mit „Gut“ bewertet. Darunter folgen fünf Karten, eine pro Metrik, jeweils mit dem aktuellen Wert im 75. Perzentil, seiner Bewertung, der Veränderung gegenüber vier Wochen zuvor und dem Anteil der Seitenaufrufe mit guter Bewertung.
| Metrik | Misst | Gut | Schlecht |
|---|---|---|---|
| LCP, Largest Contentful Paint | Laden: wann das größte sichtbare Element gerendert wird | 2,5 s oder weniger | über 4 s |
| INP, Interaction to Next Paint | Reaktionsfähigkeit: Verzögerung nach Klicks, Tipp- und Tastenbetätigungen | 200 ms oder weniger | über 500 ms |
| CLS, Cumulative Layout Shift | Visuelle Stabilität: wie stark sich Inhalte während des Ladens verschieben | 0,1 oder weniger | über 0,25 |
| FCP, First Contentful Paint | Wann der erste Text oder das erste Bild erscheint | 1,8 s oder weniger | über 3 s |
| TTFB, Time to First Byte | Wie schnell der Server zu antworten beginnt | 0,8 s oder weniger | über 1,8 s |
LCP, INP und CLS sind die Core Web Vitals; FCP und TTFB sind unterstützende Metriken, die helfen, einen schlechten LCP zu erklären. Werte zwischen den beiden Grenzen gelten als verbesserungsbedürftig. Google bewertet jede Metrik im 75. Perzentil der Seitenaufrufe, getrennt für Mobilgeräte und Desktop (web.dev: Web Vitals). INP hat am 12. März 2024 First Input Delay als Core Web Vital abgelöst.
Ein Trend gilt als improving (verbessernd) oder worsening (verschlechternd), wenn sich der aktuelle Wert gegenüber vier Wochen zuvor um mindestens 5 % verändert hat. Diagramme zeigen den wöchentlichen Wert im 75. Perzentil jeder Metrik mit den Anteilen für „gut“, „verbesserungsbedürftig“ und „schlecht“, und die Tabelle listet jede Woche mit allen fünf Werten und dem Anteil guter LCP-Erlebnisse auf.
So lesen Sie den Verlauf
Jeder Datenpunkt ist ein wöchentlicher Erhebungszeitraum, der die Besuche der vorangegangenen 28 Tage zusammenfasst. Eine Verbesserung wird daher nicht über Nacht sichtbar, sondern schrittweise über etwa vier Wochen. Die API liefert standardmäßig 25 wöchentliche Zeiträume, also grob die letzten sechs Monate (CrUX History API).
- Eine sprunghafte Veränderung, die mit einem Deployment, einem neuen Tag-Manager-Skript oder einem Theme-Update zusammenfällt, ist das typische Muster; markieren Sie das Datum mit einer Annotation.
- Smartphone schlechter als Desktop kommt häufig vor, da Smartphones weniger Rechenleistung und oft langsamere Verbindungen haben. Gewichten Sie das danach, wie viel Ihres Suchtraffics von Mobilgeräten kommt.
- Origin gut, Seite schlecht: Der Origin mischt alle Seiten zusammen. Prüfen Sie daher Ihre aufwendigsten Templates einzeln.
Wenn keine Daten vorliegen
Chrome veröffentlicht nur dann einen Datensatz, wenn ein öffentlicher Origin oder eine öffentliche URL genügend echte Chrome-Besuche hat; andernfalls meldet der Bericht Not enough field data (CrUX-Methodik). Neue Seiten oder Seiten mit wenig Traffic haben oft keinen Datensatz auf URL-Ebene, selbst wenn der Origin einen hat. Die CrUX-APIs bieten außerdem keine Aufschlüsselung nach Ländern, sodass die Zahlen alle Ihre Besucher weltweit umfassen.
So hilft AutoPSEO
Artikel, die AutoPSEO ausliefert, werden von Ihrer eigenen Website gerendert und übernehmen daher die Performance Ihrer Templates. Wenn AutoPSEO einen Bereich für Sie hostet, liefert der gehostete Renderer die Artikelseiten selbst aus; führen Sie den Bericht für eine dieser URLs aus, um sie zu prüfen. Eine ausführlichere Erklärung der drei Metriken finden Sie unter Was bedeuten LCP, INP und CLS und So beheben Sie schlechte Core-Web-Vitals-Werte.