Core Web Vitals 2026: Leitfaden fürs Google-Ranking

Google hat die Core Web Vitals-Kriterien aktualisiert. So optimieren Sie Ihre Website.

Was sind Core Web Vitals?

Core Web Vitals sind eine Reihe spezifischer Kennzahlen, mit denen Google die tatsächliche Nutzererfahrung einer Webseite misst. Sie konzentrieren sich auf drei Aspekte des Lade- und Interaktionserlebnisses, die sich in Untersuchungen als am wichtigsten für die Nutzer erwiesen haben: wie schnell der Hauptinhalt lädt, wie schnell die Seite auf Nutzerinteraktionen reagiert und wie visuell stabil die Seite während des Ladens ist.

Google machte die Core Web Vitals 2021 zu einem offiziellen Ranking-Signal. Bedeutsam ist daran, dass die Daten von echten Chrome-Nutzern stammen - und nicht aus kontrollierten Laborbedingungen. Google erhebt Felddaten über den Chrome User Experience Report (CrUX) und verwendet ein gleitendes Zeitfenster von 28 Tagen. Das bedeutet, dass Verbesserungen, die Sie heute vornehmen, bis zu einem Monat brauchen können, bis sie sich vollständig in Ihren Ranking-Signalen niederschlagen.

Im März 2024 ersetzte Google First Input Delay (FID) durch Interaction to Next Paint (INP) als Kennzahl für die Interaktivität. FID maß lediglich die Verzögerung bei der allerersten Interaktion, die ein Nutzer mit einer Seite vornahm. INP misst alle Interaktionen über den gesamten Lebenszyklus der Seite hinweg - jeden Klick, jede Berührung und jeden Tastendruck sowie, wie schnell die Seite visuell auf jede einzelne davon reagiert. Das macht INP zu einem weitaus repräsentativeren Maß dafür, wie reaktionsschnell sich Ihre Seite anfühlt.

LCP - Largest Contentful Paint

LCP misst, wie lange es dauert, bis das größte sichtbare Inhaltselement auf der Seite vollständig geladen ist. Dabei handelt es sich in der Regel um ein Hero-Bild, eine große Überschrift oder ein Banner. Google bewertet einen LCP unter 2.5 Sekunden als gut, 2.5-4.0 Sekunden als verbesserungswürdig und über 4.0 Sekunden als schlecht.

Warum ist das wichtig? Untersuchungen zeigen durchgängig, dass Nutzer Seiten verlassen, die zu lange zum Laden brauchen. Eine Verbesserung der Ladezeit um eine Sekunde kann die Conversions um 7-12% steigern. Die LCP-Kennzahl versucht, den Moment zu erfassen, in dem der Nutzer das Gefühl hat, die Seite sei "angekommen" - also wenn der Hauptinhalt sichtbar ist.

Die häufigsten Ursachen für einen schlechten LCP sind langsame Server-Antwortzeiten, große unkomprimierte Bilder, das Rendering blockierendes JavaScript und CSS, das im Head des Dokuments geladen wird, sowie das Fehlen eines Content Delivery Networks (CDN), das die Ressourcen näher an den Nutzern bereitstellt.

Zur Verbesserung des LCP sind die wirkungsvollsten Schritte meist: moderne Bildformate wie WebP oder AVIF anstelle von JPEG oder PNG zu verwenden (in der Regel 30-50% kleinere Dateien), explizite Preload-Hinweise für Ihr LCP-Element hinzuzufügen, damit der Browser es so früh wie möglich abruft, die Server-Antwortzeit (TTFB) durch das Aktivieren von Caching und den Einsatz eines CDN zu reduzieren sowie jegliches JavaScript aufzuschieben, das nicht ausgeführt werden muss, bevor die Seite sichtbar wird.

INP - Interaction to Next Paint

INP misst die Reaktionsfähigkeit einer Seite auf Nutzerinteraktionen. Konkret misst es die Zeit von dem Moment, in dem ein Nutzer eine Eingabe vornimmt (Klick, Berührung oder Tastendruck), bis zu dem Moment, in dem der Browser als Nächstes auf den Bildschirm zeichnet, um das visuelle Ergebnis dieser Interaktion anzuzeigen. Google bewertet einen INP unter 200 Millisekunden als gut, 200-500ms als verbesserungswürdig und über 500ms als schlecht.

Hohe INP-Werte fühlen sich wie eine träge, nicht reagierende Seite an. Wenn Sie auf eine Schaltfläche klicken und eine halbe Sekunde lang scheinbar nichts passiert, ist das ein schlechter INP. Besonders problematisch ist dies bei interaktiven Anwendungen - etwa bei Dropdown-Menüs, Filtersteuerungen, Akkordeons, Formularvalidierung und allen JavaScript-lastigen Oberflächen.

Die Hauptursache für einen hohen INP sind lange Aufgaben im Haupt-Thread des Browsers. JavaScript ist Single-Threaded, was bedeutet: Wenn eine Aufgabe lange zur Ausführung braucht, kann der Browser keine Nutzereingaben verarbeiten und keine Aktualisierungen rendern, bis sie abgeschlossen ist. Aufgaben, die länger als 50 Millisekunden dauern, gelten als "lange Aufgaben" und sind die größten Übeltäter.

Um den INP zu verbessern, sollten Sie sich darauf konzentrieren, lange JavaScript-Aufgaben zu identifizieren und aufzuteilen. Nutzen Sie die Entwicklertools des Browsers, um Aufgaben zu finden, die den Haupt-Thread blockieren. Schieben Sie nicht kritische Arbeit mithilfe von Techniken wie setTimeout oder requestIdleCallback auf. Minimieren Sie die Auswirkungen von Drittanbieter-Skripten - jedes Analyse-Tool, jedes Chat-Widget und jedes Werbenetzwerk, das Sie hinzufügen, führt JavaScript aus, das um die Zeit des Haupt-Threads konkurriert. Erwägen Sie, diese Skripte erst dann nachzuladen, wenn die Seite interaktiv ist.

CLS - Cumulative Layout Shift

CLS misst die visuelle Stabilität - also, wie stark sich das Layout der Seite während des Ladens unerwartet verschiebt. Wenn Sie schon einmal im Begriff waren, auf etwas zu klicken, und die Seite plötzlich springt, sodass Sie versehentlich auf etwas anderes klicken, dann ist das ein Erlebnis mit hohem CLS. Google bewertet einen CLS unter 0.1 als gut, 0.1-0.25 als verbesserungswürdig und über 0.25 als schlecht.

Die häufigsten Ursachen für Layout-Verschiebungen sind Bilder und eingebettete Videos ohne angegebene Abmessungen (der Browser weiß nicht, wie viel Platz er reservieren soll, bis die Datei geladen ist), Anzeigen und Einbettungen, die sich nach dem Laden ausdehnen, sowie dynamisch eingefügte Inhalte, die andere Inhalte nach unten schieben.

Die Lösung ist meist unkompliziert: Geben Sie bei Bild- und Videoelementen immer die Attribute width und height an. Verwenden Sie für responsive Bilder stattdessen CSS aspect-ratio. Reservieren Sie bei Anzeigen und Einbettungen deren erwartete Mindestgröße mit CSS, bevor sie geladen werden. Verwenden Sie bei Webfonts font-display: swap, um unsichtbaren Text zu vermeiden, kombinieren Sie dies jedoch mit dem Preloading der Schrift, um die Layout-Verschiebung zu minimieren, die auftritt, wenn die benutzerdefinierte Schrift die Ersatzschrift ablöst.

Warum sich Felddaten von Labordaten unterscheiden

Eine häufige Quelle der Verwirrung ist die Frage, warum Lighthouse-Werte und Search-Console-Daten so unterschiedliche Ergebnisse zeigen. Lighthouse ist ein Labortool - es läuft in einer kontrollierten Umgebung auf einem simulierten Gerät mit simulierten Netzwerkbedingungen. Die Felddaten der Search Console stammen von echten Chrome-Nutzern mit all ihren Browser-Erweiterungen, unterschiedlichen Geräteleistungen und realen Netzwerkbedingungen.

Ihre Zielnutzer befinden sich möglicherweise überwiegend auf Mobilgeräten mit langsameren Prozessoren und Mobilfunkverbindungen. Ihr Lighthouse-Wert, gemessen über eine schnelle Desktop-Verbindung, spiegelt deren Erfahrung nicht wider. Sehen Sie sich stets die Core-Web-Vitals-Daten der Search Console an - gefiltert nach Gerätetyp, um zu verstehen, was echte Nutzer erleben.

Häufig gestellte Fragen

Wie stark beeinflussen Core Web Vitals mein Google-Ranking? Google beschreibt sie als "Tiebreaker"-Signal. Wenn Qualität und Relevanz der Inhalte ansonsten gleichwertig sind, können bessere Core Web Vitals Ihnen einen Vorteil verschaffen. Bei umkämpften Keywords können sie einen spürbaren Unterschied machen.

Mein Lighthouse-Wert liegt bei 90+, aber die Search Console zeigt schlechte Felddaten. Was ist da los? Echte Nutzer haben langsamere Geräte, Erweiterungen, die Rechenleistung verbrauchen, und reale Netzwerkbedingungen. Ihr Laborwert misst ein Best-Case-Szenario. Priorisieren Sie die Behebung der Probleme in den Felddaten, die echte Nutzer erleben.

Beeinflusst mein JavaScript-Framework die Core Web Vitals? Ja, erheblich. Single-Page-Anwendungen, die mit Frameworks wie React oder Angular erstellt wurden, führen ihr gesamtes Rendering oft in JavaScript aus, was den LCP verzögert (die Seite bleibt leer, bis das JS geladen und ausgeführt ist). Serverseitiges Rendering (SSR) oder die Generierung statischer Seiten (SSG) liefert in der Regel deutlich bessere LCP-Werte.

Wie lange dauert es, bis sich Verbesserungen im Ranking zeigen? Google erhebt Felddaten über ein gleitendes Zeitfenster von 28 Tagen. Verbesserungen können innerhalb von 2-4 Wochen in der Search Console sichtbar werden. Ranking-Änderungen hinken in der Regel um weitere 2-4 Wochen hinterher.

Lohnt es sich, die Core Web Vitals für meine kleine Website zu optimieren? Ja - nicht nur für das Ranking, sondern auch für die Nutzererfahrung. Schnellere, reaktionsschnellere Websites haben höhere Conversion-Raten, niedrigere Absprungraten und eine bessere Nutzerzufriedenheit, ganz unabhängig von den SEO-Auswirkungen.