Core Web Vitals

Deine Werte sind rot – und du weißt nicht, warum?

Wir sehen uns an, welche Seitengruppen betroffen sind, woran es tatsächlich liegt und was sich mit vertretbarem Aufwand ändern lässt. Ohne pauschale Plugin-Empfehlung.

Core Web Vitals sind drei von Google definierte Messwerte, die erfassen, wie schnell, wie reaktionsschnell und wie stabil eine Webseite aus Sicht echter Besucher lädt. Sie bestehen aus LCP (Ladezeit des größten Inhaltselements), INP (Reaktionszeit auf Eingaben) und CLS (visuelle Stabilität des Layouts). Google nutzt sie als Rankingsignal und weist sie in der Search Console sowie in PageSpeed Insights aus.

Kurz zusammengefasst:

• Drei Werte: LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1.
• Bewertet wird das 75. Perzentil echter Seitenaufrufe – getrennt nach Mobil und Desktop.
• Grundlage sind Felddaten aus dem Chrome User Experience Report, nicht dein Testlauf im Browser.
• INP hat FID abgelöst – seit März 2024 ist INP der offizielle Wert, FID wurde im September 2024 abgeschaltet.
• Core Web Vitals sind ein Rankingsignal unter vielen. Sie entscheiden Gleichstände, sie ersetzen keine Inhalte.

Warum es diese Werte überhaupt gibt

Jahrelang wurde Geschwindigkeit im Web über Kennzahlen gemessen, die für Entwickler praktisch waren, aber wenig darüber aussagten, wie sich eine Seite tatsächlich anfühlt. „Onload in 1,8 Sekunden“ klingt gut – bringt dir aber nichts, wenn die Überschrift erst nach vier Sekunden erscheint und der Button unter dem Finger wegspringt.

Genau da setzen die Core Web Vitals an. Sie messen nicht, wann der Server fertig ist, sondern wann der Besucher etwas davon hat: Wann sehe ich den Hauptinhalt? Wie schnell reagiert die Seite, wenn ich etwas anklicke? Und bleibt dabei alles an seinem Platz?

Die drei Werte im Einzelnen

LCP – Largest Contentful Paint

LCP misst, wie lange es dauert, bis das größte sichtbare Inhaltselement im Sichtbereich dargestellt ist. Das ist in der Regel das Titelbild, ein Video-Vorschaubild oder der größte Textblock. Gemessen wird ab dem Moment, in dem die Seite zu laden beginnt.

LCP ist der Wert, der am häufigsten reißt – und der, bei dem sich Arbeit am schnellsten auszahlt. Typische Bremsen: zu große, unkomprimierte Bilder, ein Titelbild, das erst per JavaScript nachgeladen wird, langsame Serverantwortzeiten oder Schriftarten, die den Textaufbau blockieren.

INP – Interaction to Next Paint

INP misst, wie lange die Seite braucht, um auf eine Eingabe sichtbar zu reagieren – also die Spanne zwischen Klick, Tipp oder Tastendruck und dem Moment, in dem sich auf dem Bildschirm etwas tut. Bewertet wird nicht die erste Interaktion, sondern die gesamte Sitzung; ausgewiesen wird praktisch die schlechteste Reaktion.

Das ist der entscheidende Unterschied zum Vorgänger: FID (First Input Delay) hat nur gemessen, wie lange der Browser braucht, bis er auf die erste Eingabe überhaupt reagieren kann. Eine Seite konnte einen perfekten FID haben und sich trotzdem zäh anfühlen. Seit dem 12. März 2024 ist INP der offizielle Wert, seit September 2024 wird FID nicht mehr erhoben.

Hauptursache für schlechte INP-Werte ist fast immer JavaScript: zu viele Skripte, die gleichzeitig arbeiten wollen, überladene Seitenbaukästen, Tracking- und Chat-Werkzeuge, Consent-Banner.

CLS – Cumulative Layout Shift

CLS misst, wie stark sich Inhalte während des Ladens noch verschieben. Jeder kennt das: Man will auf einen Link tippen, im selben Moment lädt darüber ein Bild oder ein Hinweisbanner nach, alles rutscht nach unten – und man landet woanders.

CLS ist keine Zeitangabe, sondern eine dimensionslose Zahl aus verschobener Fläche mal Verschiebungsdistanz. Die häufigsten Auslöser: Bilder und eingebettete Inhalte ohne feste Größenangabe, nachgeladene Werbung, Cookie-Banner und Schriftarten, die beim Umschalten von Ersatz- auf Zielschrift die Zeilenumbrüche ändern.

Die Schwellenwerte

Als „bestanden“ gilt eine Seite erst, wenn alle drei Werte im grünen Bereich liegen. Zwei von drei reichen nicht.

Wie Google misst – und warum dein Testlauf abweicht

Das ist der Punkt, an dem die meisten Missverständnisse entstehen. Google bewertet nicht, was ein Testwerkzeug auf deinem Rechner misst, sondern was echte Chrome-Nutzer auf deiner Seite erlebt haben. Diese Felddaten stammen aus dem Chrome User Experience Report (CrUX) und laufen über ein rollierendes 28-Tage-Fenster.

Zwei Konsequenzen ergeben sich daraus, und beide sind in der Praxis wichtig:

• Verbesserungen wirken verzögert. Wenn du heute optimierst, siehst du das in den Felddaten erst nach und nach – volle Wirkung nach rund vier Wochen. Wer nach zwei Tagen die Search Console prüft und nichts sieht, hat nichts falsch gemacht.
• Seiten mit wenig Verkehr haben keine eigenen Daten. Reicht die Datenmenge für eine einzelne URL nicht aus, wird auf eine Gruppe ähnlicher Seiten oder auf die gesamte Domain zurückgegriffen. Bei kleineren Websites bekommst du deshalb oft gar keine URL-genaue Bewertung.

Bewertet wird jeweils das 75. Perzentil, getrennt nach Mobil und Desktop. Im Klartext: Drei von vier Aufrufen müssen den Schwellenwert einhalten. Der Durchschnitt spielt keine Rolle – ein paar sehr langsame Aufrufe auf schwachen Geräten können den Wert kippen, obwohl „im Schnitt“ alles gut aussieht. Mobil ist dabei fast immer der kritischere Wert.

Wie stark wirken Core Web Vitals wirklich aufs Ranking?

Ehrlich: schwächer, als viele Werkzeuge suggerieren. Google beschreibt Core Web Vitals als Signal, das zu dem passt, was die Rankingsysteme ohnehin belohnen – nicht als Hauptfaktor. In der Praxis heißt das:

• Eine schnelle Seite mit schwachem Inhalt überholt keine langsame Seite mit starkem Inhalt.
• Bei vergleichbarer inhaltlicher Qualität geben die Werte den Ausschlag – und genau dort entscheiden sich die meisten Wettbewerbe.
• Der größere Hebel ist meist gar nicht das Ranking, sondern die Absprungrate: Wer drei Sekunden auf den Hauptinhalt wartet, ist oft schon weg, bevor die Platzierung überhaupt eine Rolle spielt.

Wer eine grüne 100 in PageSpeed Insights jagt, optimiert deshalb am Ziel vorbei. Alle drei Werte im grünen Bereich reichen vollkommen – die letzten Punkte kosten unverhältnismäßig viel Aufwand.

Spielen Core Web Vitals für KI-Suche eine Rolle?

Direkt: nein. Systeme wie ChatGPT, Perplexity oder die KI-Übersichten in der Google-Suche bewerten keine Ladezeiten – sie verarbeiten Inhalte, keine Rendering-Erlebnisse. Für GEO ist deshalb entscheidend, ob dein Inhalt eindeutig, gegliedert und zitierfähig ist, nicht wie schnell er erscheint.

Indirekt gibt es aber zwei Verbindungen, die man kennen sollte:

• Crawler haben ein Zeitbudget. Antwortet dein Server dauerhaft langsam, werden weniger Seiten abgerufen. Was nicht abgerufen wird, kann auch nicht zitiert werden.
• Vieles, was LCP verbessert, hilft dem Verständnis. Inhalte, die direkt im HTML stehen statt per JavaScript nachgeladen zu werden, sind schneller sichtbar und für Systeme zuverlässiger auslesbar, die kein JavaScript ausführen.

Wer also Core Web Vitals über sauberes Markup und weniger JavaScript verbessert, verbessert nebenbei die KI-Sichtbarkeit. Wer sie über aggressives Nachladen erzwingt, verschlechtert sie unter Umständen.

Abgrenzung: Core Web Vitals, Pagespeed und Ladegeschwindigkeit

Die drei Begriffe werden oft synonym benutzt, meinen aber Unterschiedliches:

• Ladegeschwindigkeit ist der Oberbegriff – wie lange es insgesamt dauert, bis eine Seite nutzbar ist.
• Pagespeed meint im Alltag meist den Punktwert aus PageSpeed Insights: eine Labormessung unter simulierten Bedingungen, die auch Werte einbezieht, die keine Core Web Vitals sind.
• Core Web Vitals sind die drei konkreten Werte aus echten Nutzerdaten, die Google tatsächlich zur Bewertung heranzieht.

Deshalb kann eine Seite einen mittelmäßigen Punktwert haben und trotzdem alle Core Web Vitals bestehen – und umgekehrt. Maßgeblich sind die Felddaten.

Wo du deine Werte findest

• Google Search Console → Bericht „Core Web Vitals“. Zeigt Felddaten für die ganze Website, gruppiert nach Problemtyp. Der beste Einstieg, weil du siehst, welche Seitengruppen betroffen sind.
• PageSpeed Insights – liefert oben die Felddaten (sofern vorhanden) und darunter die Labormessung mit konkreten Empfehlungen.
• Lighthouse in den Chrome-Entwicklerwerkzeugen – reine Labormessung, gut zum Nachmessen während der Arbeit, ungeeignet zur Bewertung.
• CrUX-Dashboard – der Verlauf über Monate, nützlich, um zu belegen, dass eine Maßnahme gewirkt hat.

Faustregel: Felddaten zur Bewertung, Labordaten zur Fehlersuche.

Die häufigsten Ursachen in WordPress

Aus unserer Wartungspraxis: Die Ursachen wiederholen sich, und es sind selten exotische. In dieser Reihenfolge lohnt sich das Nachsehen.

Ein Hinweis aus der Praxis, der viel Frust spart: Ein Optimierungs-Plugin ersetzt keine Ursachenanalyse. Aggressive Voreinstellungen zum Zusammenfassen und Verzögern von Skripten verbessern die Messwerte oft messbar – und zerlegen gleichzeitig Formulare, Menüs oder den Warenkorb. Nach jeder Änderung die Seite tatsächlich bedienen, nicht nur neu messen.

Wie das Schritt für Schritt aussieht, steht in unserem Guide zur Pagespeed-Optimierung in WordPress. Geht es weniger um Geschwindigkeit als um die technische Grundlage insgesamt, ist technisches SEO für WordPress der passendere Einstieg.

Häufige Fragen

Sind Core Web Vitals ein Rankingfaktor?

Ja, aber ein nachgeordneter. Google zählt sie zu den Signalen, die zu dem passen, was die Rankingsysteme ohnehin belohnen. Sie entscheiden bei vergleichbarer inhaltlicher Qualität – guten Inhalt ersetzen sie nicht.

Was ist der Unterschied zwischen Core Web Vitals und PageSpeed Insights?

Core Web Vitals sind die drei Messwerte selbst. PageSpeed Insights ist ein Werkzeug, das diese Werte anzeigt – zusätzlich zu einem Labor-Punktwert von 0 bis 100, der weitere Kennzahlen enthält. Für die Bewertung durch Google zählen ausschließlich die Felddaten, nicht der Punktwert.

Warum unterscheiden sich meine Messungen von Aufruf zu Aufruf?

Labormessungen hängen von Gerät, Verbindung, Browsererweiterungen und aktueller Serverlast ab. Deshalb schwanken sie. Felddaten schwanken kaum, weil sie über 28 Tage und viele Nutzer gemittelt werden – dafür reagieren sie träge auf Änderungen.

Was ist aus FID geworden?

First Input Delay wurde am 12. März 2024 durch INP ersetzt und im September 2024 abgeschaltet. FID maß nur die Verzögerung vor der ersten Reaktion und bewertete deshalb viele Seiten zu gut. INP betrachtet alle Interaktionen einer Sitzung und bildet die tatsächliche Bedienbarkeit deutlich besser ab.

Wie lange dauert es, bis Verbesserungen sichtbar werden?

Da die Bewertung auf einem rollierenden 28-Tage-Fenster beruht, zeigt sich eine Maßnahme erst allmählich und voll erst nach rund vier Wochen. In den Labordaten von PageSpeed Insights siehst du die Wirkung dagegen sofort.

Brauche ich einen Punktwert von 100?

Nein. Maßgeblich ist, dass alle drei Core Web Vitals im grünen Bereich liegen. Der Punktwert ist eine Labornäherung; die letzten Punkte kosten viel Aufwand und bringen weder im Ranking noch für Besucher einen erkennbaren Nutzen.

Gelten für Mobil und Desktop dieselben Schwellenwerte?

Ja, die Schwellenwerte sind identisch. Bewertet wird aber getrennt – und mobil sind die Werte fast immer schlechter, weil Geräte langsamer und Verbindungen schwächer sind. Wer optimiert, sollte deshalb mobil beginnen.

Was du daraus mitnehmen solltest

Core Web Vitals sind kein SEO-Trick, sondern eine Messlatte für etwas, das Besucher ohnehin merken. Drei Werte, drei Schwellen, gemessen an echten Nutzern über vier Wochen. Wer sie einhält, hat in aller Regel keine Seite optimiert, sondern eine ordentlich gebaute Seite – und das ist genau der Punkt.

Der praktikable Weg: In der Search Console nachsehen, welche Seitengruppe reißt, dort die Ursache suchen statt pauschal ein Plugin zu installieren, und nach jeder Änderung prüfen, ob die Seite noch bedienbar ist. Mehr braucht es in den meisten Fällen nicht. Als Teil der Suchmaschinenoptimierung sind die Core Web Vitals damit der Bereich mit dem klarsten Prüfkriterium – man muss nicht raten, ob man fertig ist.