Core-Web-Vitals-Bewertung nicht bestanden: Bedeutung und Lösung.

Wenn PageSpeed Insights eine nicht bestandene Core-Web-Vitals-Bewertung anzeigt (in der englischen Oberfläche „Core Web Vitals Assessment: Failed“), heißt das: Mindestens einer der Werte für Laden, Reaktion und Stabilität, die Ihre echten Besucher in den letzten 28 Tagen erlebt haben, liegt außerhalb der Schwelle von Google. Das kann auch bei einer Seite mit hoher Laborpunktzahl vorkommen, denn beide messen nicht dasselbe.

Eine Seite in PageSpeed Insights zu testen und unten eine Punktzahl über 90, oben aber eine nicht bestandene Core-Web-Vitals-Bewertung zu sehen, ist ein häufiger Widerspruch. Der Widerspruch ist nur scheinbar: Die Punktzahl stammt aus einem einzelnen Labortest, die Bewertung aus den Daten echter Nutzer.

Dieser Leitfaden erklärt, wonach die Bewertung vergeben wird, warum sie nicht bestanden wird, wo Sie ansetzen und wann sie nach einer Korrektur wieder grün wird. Den allgemeinen Unterschied der beiden Messwege beschreiben wir in den Leitfäden Website-Tempo messen und Felddaten und Labormessung.

Wonach wird die Bewertung vergeben?

Laut der Dokumentation von PageSpeed Insights betrachtet die Bewertung drei Werte: LCP, INP und CLS. Liegt bei jedem von ihnen das 75. Perzentil der echten Nutzerdaten der letzten 28 Tage im Bereich „gut“, besteht die Seite die Bewertung. Liegt einer der drei außerhalb der Schwelle, besteht sie nicht. Mobilgeräte und Desktop werden getrennt bewertet.

1. LCP · das größte Inhaltselement erscheint auf dem Bildschirm · gut: 2,5 Sekunden oder weniger
2. INP · Reaktion auf Klicks und Berührungen · gut: 200 Millisekunden oder weniger
3. CLS · Verschiebung von Seitenelementen · gut: 0,1 oder weniger
4. Maßstab · 75. Perzentil der letzten 28 Tage · Mobilgeräte und Desktop getrennt

Das 75. Perzentil ist der Wert, innerhalb dessen drei Viertel der Besuche bleiben. Überschreitet das langsamste Viertel die Schwelle, ist die Bewertung nicht bestanden; das Ergebnis bestimmen also nicht die Besucher mit schnellen Geräten und Verbindungen, sondern die langsamen. INP hat 2024 den FID abgelöst; wenn Sie in älteren Berichten FID sehen: In der heutigen Bewertung kommt er nicht mehr vor.

Zwei weitere Details: Gibt es für INP nicht genügend Daten, betrachtet die Bewertung nur LCP und CLS. Gibt es für LCP oder CLS nicht genügend Daten, kann gar keine Bewertung vorgenommen werden.

Wird die Seite oder die Website bewertet?

Gibt es für eine Seite nicht genügend echte Nutzerdaten, wechselt PageSpeed Insights zu den Daten der gesamten Website, also zu den Erfahrungen auf allen Seiten. Deshalb kann eine schnelle Seite eine nicht bestandene Bewertung zeigen, weil der Rest der Website langsam ist. Die Dokumentation sagt, dass die Daten bei neu veröffentlichten oder wenig besuchten Seiten unzureichend sein können. Prüfen Sie beim Blick auf das Ergebnis zuerst, ob diese Daten zu dieser Seite oder zur gesamten Website gehören.

Was bedeutet „nicht genügend Daten“?

Echte Nutzerdaten stammen aus dem Chrome-Bericht zur Nutzererfahrung (CrUX). In diesen Bericht gehen nur Besucher ein, die die Freigabe von Nutzungsstatistiken aktiviert haben, ihren Browserverlauf synchronisieren und Chrome auf einer unterstützten Plattform verwenden; Chrome unter iOS und andere Chromium-Browser wie Edge liefern keine Daten. Damit eine Seite oder eine Website in den Bericht aufgenommen wird, muss sie eine bestimmte Besucherzahl überschreiten, und Google veröffentlicht diese Zahl nicht.

Auf einer Website mit wenig Traffic „nicht genügend Daten“ zu sehen, ist keine Strafe; es sagt nur, dass es keine echten Nutzerdaten gibt. In diesem Fall schaut man auf den Labortest und, wenn möglich, auf eine eigene Besuchermessung der Website.

Warum ist die Bewertung nicht bestanden, obwohl die Lighthouse-Punktzahl hoch ist?

Der Labortest läuft auf einem einzigen simulierten Gerät und in einem simulierten Netz, mit leerem Cache, meist nur auf der Startseite und ohne dass jemand klickt. Echte Besucher dagegen sind mit unterschiedlichen Smartphones und Verbindungen auf unterschiedlichen Seiten unterwegs und benutzen die Seite. Laut der Erklärung von web.dev kann der Labortest nicht vorhersehen, wann der Nutzer interagiert; deshalb kann er INP nicht direkt messen und betrachtet stattdessen die Total Blocking Time (TBT). Dieselbe Erklärung sagt auch, dass eine Seite mit sehr guter TBT einen schlechten INP haben kann.

Auch der CLS im Labor zählt nur Verschiebungen, die während des Ladens und im ersten Bildschirm auftreten; Verschiebungen beim Scrollen sieht er nicht. Auch der umgekehrte Fall kommt vor: Auf unserer eigenen Website sagte das Labor 87, während echtes Chrome 98 maß; warum, erklären wir in einem eigenen Artikel.

Welcher Wert zieht das Ergebnis herunter, und wo setzen Sie an?

Schauen Sie in PageSpeed Insights zuerst, welcher Wert außerhalb der Schwelle liegt. Der Core-Web-Vitals-Bericht der Search Console zeigt dieselben Daten für die gesamte Website: Er gruppiert ähnliche Seiten, und den Status einer Gruppe bestimmt der schlechteste der drei Werte. Die Antwort auf die Frage „In welcher Seitenfamilie, bei welchem Wert, auf welchem Gerät?“ steht dort.

Gehen Sie dann je nach Wert vor. Ist der LCP hoch, steckt meist ein großes Bild im oberen Bereich, eine spät startende Anfrage oder eine langsame Serverantwort dahinter (Wie man LCP senkt). Ist der INP hoch, beschäftigen schweres JavaScript und Drittanbieter-Tags den Hauptthread (Was INP ist). Ist der CLS hoch, verschieben Bilder ohne angegebene Größe, nachträglich geladene Banner oder ein Schriftwechsel die Seite (Wie man CLS auf null bringt). Auf den meisten Websites wird die Bewertung auf Mobilgeräten nicht bestanden; die Gründe stehen im Leitfaden Mobile Performance-Lücke.

Wann wird die Bewertung nach einer Korrektur wieder grün?

Da echte Nutzerdaten ein Fenster von 28 Tagen umfassen, schlägt sich eine Korrektur nicht an einem Tag, sondern im Lauf von Wochen in der Bewertung nieder; der Wert verbessert sich in dem Maß, in dem alte Besuche aus dem Fenster fallen. Nachdem Sie das Problem behoben haben, können Sie in der Search Console mit „Validate fix“ eine Beobachtung über 28 Tage starten; tritt das Problem in diesem Zeitraum unter keiner Adresse auf, gilt es als behoben, tritt es unter irgendeiner Adresse auf, schlägt die Validierung fehl.

Während Sie warten, können Sie mit dem Labortest sofort sehen, ob die Korrektur wirkt; das Laborergebnis zeigt die Änderung noch am selben Tag.

Beeinflusst die Bewertung das Ranking?

Google Search Central schreibt, dass die Core Web Vitals zusammen mit den anderen Aspekten der Seitennutzererfahrung mit dem übereinstimmen, was die zentralen Ranking-Systeme belohnen wollen, und empfiehlt gute Werte nachdrücklich. Das Gewicht der Geschwindigkeit in der Suche und ihr Verhältnis zum Inhalt haben wir im Leitfaden Website-Tempo messen abgewogen.

Kurze Checkliste

1. Gerät · wird die Bewertung auf Mobilgeräten oder auf dem Desktop nicht bestanden?
2. Umfang · gehören die Daten zu dieser Seite oder zur gesamten Website?
3. Wert · LCP, INP, CLS — der schlechteste bestimmt das Ergebnis
4. Seitenfamilie · die Adressgruppe in der Search Console
5. Prüfung · die Korrektur zuerst im Labortest sehen
6. Wartezeit · 28 Tage; in der Search Console die Validierung starten

Wenn Sie die Bewertung Ihrer Website gemeinsam mit uns lesen und korrigieren möchten: Unsere Methode steht auf der Seite Website-Geschwindigkeitsoptimierung.

Wenn Sie die Geschwindigkeit Ihrer eigenen Website verbessern möchten: Unser individuelles Webdesign liefert Performance als messbares Budget aus — Ziel ist ein LCP unter 0,8 Sekunden.