Was sagt Google selbst zu Core-Web-Vitals-Berichten und Warnungen der Seiten-Erfahrung?

Das Wichtigste auf einen Blick

Core Web Vitals sind LCP, INP und CLS; FID hat Google im März 2024 durch INP ersetzt.
Google bewertet das 75. Perzentil getrennt für Mobil und Desktop.
Der Bericht in der Search Console gruppiert URLs in Gut, Verbesserungsbedarf und Schlecht.
PageSpeed Insights zeigt Feldwerte und Labordaten zur selben URL.
Eine Warnung verschwindet erst, wenn alle Aufrufe einer URL-Gruppe die Schwellen erfüllen.

Die drei Metriken und ihre Schwellenwerte

Google bündelt unter Core Web Vitals drei Messgrößen: Ladeleistung, Interaktivität und visuelle Stabilität. LCP (Largest Contentful Paint) misst, wann das größte sichtbare Element einer Seite geladen ist. Bis 2,5 Sekunden gilt der Wert als gut, bis 4,0 Sekunden als verbesserungswürdig.

Core Web Vitals Schwellenwerte

Gut

LCP: bis 2,5 s
INP: bis 200 ms
FID (bis März 2024): bis 100 ms
CLS: bis 0,1

Verbesserungsbedarf

LCP: 2,5–4,0 s
INP: 200–500 ms
FID (bis März 2024): 100–300 ms
CLS: 0,1–0,25

Schlecht

LCP: über 4,0 s
INP: über 500 ms
FID (bis März 2024): über 300 ms
CLS: über 0,25

Die Interaktivität erfasste Google jahrelang mit FID (First Input Delay). FID maß die Wartezeit bis zur ersten Eingabe; bis 100 Millisekunden war gut. Seit März 2024 ersetzt INP (Interaction to Next Paint) den FID. INP betrachtet alle Interaktionen einer Sitzung, gut sind bis 200 Millisekunden.

CLS (Cumulative Layout Shift) erfasst unerwartete Sprünge von Text, Bildern und Schaltflächen. Bis 0,1 ist der Wert gut, bis 0,25 verbesserungswürdig, darüber schlecht. Google veröffentlicht diese Schwellen in der Search Console Hilfe zum Core Web Vitals-Bericht.

Metrik	Gut	Verbesserungsbedarf	Schlecht
LCP	bis 2,5 s	2,5 bis 4,0 s	über 4,0 s
INP	bis 200 ms	200 bis 500 ms	über 500 ms
FID (bis März 2024)	bis 100 ms	100 bis 300 ms	über 300 ms
CLS	bis 0,1	0,1 bis 0,25	über 0,25

Wie Google das 75. Perzentil auswertet

Google bewertet keine Durchschnittswerte, sondern das 75. Perzentil aller Seitenaufrufe. Eine URL gilt als gut, wenn 75 Prozent der Aufrufe den Schwellenwert einhalten. Mobil und Desktop werden getrennt berechnet. Ein guter Desktopwert hilft nicht, wenn Mobil schlecht bleibt.

75. Perzentil als Maßstab

75 % der Aufrufe müssen Schwellenwert einhalten

Mobil und Desktop werden getrennt berechnet

Felddaten aus dem Chrome UX Report

Nach Änderung rund 28 Tage bis neue Werte

Die Felddaten stammen aus dem Chrome UX Report. Er sammelt echte Messwerte von Chrome-Nutzern, die dem Teilen von Nutzungsdaten zugestimmt haben. Nach einer Änderung dauert es rund 28 Tage, bis der Bericht neue Werte zeigt.

Warnungen im Core-Web-Vitals-Bericht richtig lesen

Der Bericht listet URL-Gruppen, nicht einzelne Seiten. Google fasst ähnliche URLs zusammen, etwa alle Produktseiten eines Musters. Steht eine Gruppe auf Schlecht, reicht eine Problem-URL innerhalb der Gruppe für die Warnung. Deshalb kann eine technisch saubere Seite betroffen sein.

Die Gruppe Gut enthält URLs, deren Feldwerte alle drei Metriken einhalten. Verbesserungsbedarf heißt, dass mindestens eine Metrik zwischen gut und schlecht liegt. Schlecht heißt, dass mindestens eine Metrik den schlechten Bereich erreicht.

Google aktualisiert den Bericht täglich, die Datenbasis bleibt aber ein rollierendes Fenster. Prüfen Sie deshalb immer das Datum der letzten Aktualisierung, bevor Sie eine Regression melden.

PageSpeed Insights kombiniert Felddaten mit Labordaten. Die Laborwerte stammen aus Lighthouse, dem Open-Source-Werkzeug von Google. Die Einführung in Lighthouse erklärt die Prüfkategorien und die Grenzen der Labormessung.

Von der Warnung zur Behebung in fünf Schritten

Von der Warnung zur Behebung

Öffnen Sie die betroffene URL-Gruppe im Bericht und trennen Sie Mobil von Desktop. Prüfen Sie, welche Metrik den Ausschlag gibt.
Rufen Sie die wichtigste URL in PageSpeed Insights auf und lesen Sie zuerst die Feldwerte, dann die Laborwerte.
Suchen Sie die langsamste Ressource für den LCP. Häufig sind es große Bilder, Videos oder blockierende Skripte.
Beseitigen Sie Layout-SprüngeBreite und Höhe für Bilder und Anzeigenplätze festlegen, Schriften mit font-display laden.
Beobachten Sie nach dem Deployment die Felddaten, bis die Gruppe auf Gut wechselt.

Was Warnungen nicht bedeuten

Eine Warnung bedeutet keinen Rankingabsturz. Google gewichtet Inhalte und Relevanz stärker als Ladezeiten. Die Seiten-Erfahrung bleibt ein Signal unter vielen, das bei gleichwertigen Inhalten den Ausschlag geben kann.

Auch ein einzelner schlechter Wert führt nicht automatisch zu Verlusten. Prüfen Sie die betroffene Gruppe, die Metrik und die tatsächliche Nutzung. Oft lohnt zuerst die Startseite und der Checkout, weil dort die meisten Sitzungen zusammenlaufen.

Wann externe Unterstützung sinnvoll ist

Wenn im Team die Zeit für kontinuierliche Messung fehlt, kann ein Dienstleister helfen. Der BVDW stellt im Agenturvergleich Kosten und Leistungen von Agenturen dem Inhouse-Betrieb gegenüber.

Häufige Fragen

Warum zeigt Lighthouse andere Werte als die Search Console?

Lighthouse misst einen Testlauf auf einem definierten Gerät. Die Search Console nutzt echte Nutzerdaten aus dem Feld. Beide Zahlen dürfen abweichen, für Warnungen zählt der Feldwert.

Ist FID noch eine Core Web Vital?

Nein, Google hat FID im März 2024 durch INP ersetzt. Ältere Berichte zeigen FID weiter, neue Auswertungen nutzen INP.

Wie lange dauert es, bis eine Warnung verschwindet?

Der Bericht nutzt ein rollierendes Fenster von 28 Tagen. Nach einer Korrektur dauert es meist einige Wochen, bis die Gruppe auf Gut steht.

Erscheinen alle URLs im Bericht?

Der Bericht zeigt nur Gruppen mit ausreichend Felddaten. Seiten ohne genügend Aufrufe erscheinen nicht und brauchen eine andere Prüfung.

Wo finde ich die offiziellen Schwellenwerte?

In der Search Console Hilfe zum Core Web Vitals Bericht sind alle Schwellen dokumentiert. Ergänzend liefert die Web Vitals Dokumentation von Google dieselben Werte.