Core Web Vitals

Was sind Core Web Vitals?

Core Web Vitals (oft CWV abgekürzt) sind drei Kennzahlen, mit denen Google versucht, die tatsächliche Nutzererfahrung auf einer Seite in Zahlen zu fassen. Statt nur zu fragen „Wie schnell lädt die Seite?", schauen sie darauf, wie schnell der Hauptinhalt sichtbar wird, wie zügig die Seite auf Eingaben reagiert und ob das Layout dabei stabil bleibt.

Die drei Metriken sind:

• LCP – Largest Contentful Paint: Zeit, bis das größte sichtbare Inhaltselement im Viewport (also im sichtbaren Bereich) gerendert ist – meist ein Hero-Bild, ein Video-Poster oder ein großer Textblock.
• INP – Interaction to Next Paint: Reaktionsfähigkeit. Gemessen wird, wie lange es nach einer Nutzerinteraktion (Klick, Tap, Tastendruck) dauert, bis der Browser das nächste Bild zeichnet. INP hat 2024 die frühere Metrik FID (First Input Delay) als Core Web Vital ersetzt, weil FID nur die Verzögerung bis zum Beginn der Verarbeitung erfasst hat.
• CLS – Cumulative Layout Shift: visuelle Stabilität. Der Wert steigt, wenn Elemente während des Ladens unerwartet verrutschen – etwa wenn nachgeladene Werbung den Text nach unten schiebt.

Wie funktionieren die Schwellenwerte?

Google teilt jede Metrik in drei Bewertungsstufen ein. Entscheidend ist dabei das 75. Perzentil: Drei Viertel der gemessenen Seitenaufrufe müssen im grünen Bereich liegen, damit eine URL bzw. eine URL-Gruppe als „gut" gilt. Ausreißer einzelner Nutzer mit schlechter Verbindung kippen die Bewertung also nicht sofort.

Felddaten und Labordaten unterscheiden

Für die Bewertung in der Suche zählen Felddaten (Real User Monitoring): anonymisierte Messwerte echter Chrome-Nutzer, gesammelt im Chrome User Experience Report (CrUX). Diese Daten stecken auch hinter dem Bericht zu den Core Web Vitals in der Google Search Console, der URLs zu Gruppen mit ähnlichem Verhalten zusammenfasst und getrennt für Mobil und Desktop ausweist. Wichtig: CrUX-Daten sind ein rollierender Zeitraum – Verbesserungen zeigen sich mit Verzögerung.

Labordaten entstehen dagegen in einer synthetischen Testumgebung, etwa mit Lighthouse (auch in den Chrome DevTools und in PageSpeed Insights enthalten). Sie sind reproduzierbar und gut zum Debuggen, spiegeln aber nicht die Geräte- und Netzvielfalt deiner Zielgruppe. INP lässt sich im Labor nicht direkt messen, weil echte Interaktionen fehlen; dort wird ersatzweise die Total Blocking Time betrachtet.

Warum sind Core Web Vitals wichtig für SEO?

Core Web Vitals sind Teil der Page-Experience-Signale von Google – also ein Rankingfaktor unter vielen, aber kein Ersatz für Relevanz. Google selbst kommuniziert, dass passender Content bei einer Suchanfrage schwerer wiegt als Ladeperformance. Praktisch heißt das:

• Bei ähnlich relevanten Ergebnissen kann eine bessere Nutzererfahrung den Unterschied machen.
• Grüne Werte allein bringen keine Rankings, wenn Inhalt und Suchintention nicht passen.
• Der größere Hebel liegt oft außerhalb der Suche: Langsame, hakelige Seiten führen zu Absprüngen und niedrigeren Conversion-Raten – gerade auf Mobilgeräten und in bezahlten Kampagnen, wo du für jeden Klick zahlst.

Welche Fehler passieren in der Praxis am häufigsten?

Die meisten Probleme lassen sich auf wenige Ursachen zurückführen:

1. Zu große Bilder im ersten Viewport: unkomprimierte Dateien, kein modernes Format, kein fetchpriority für das LCP-Element – der häufigste LCP-Bremsklotz.
2. Fehlende Größenangaben: Bilder, iFrames oder Ad-Slots ohne reservierten Platz verursachen Layout-Sprünge und damit CLS.
3. JavaScript-Overload: viele Tags, Third-Party-Skripte und Consent-Layer blockieren den Main Thread und verschlechtern INP.
4. Web Fonts ohne Fallback-Strategie: Text wird verzögert sichtbar oder springt beim Font-Tausch.
5. Nur die Startseite optimieren: Bewertet werden Templates über alle URLs – Kategorie-, Produkt- und Blogseiten brauchen eigene Prüfung.

Wie du strukturiert vorgehst

Starte mit den Felddaten aus der Search Console, um zu erkennen, welche Seitentypen betroffen sind und welche Metrik überhaupt rot ist. Reproduziere das Problem anschließend im Labor, behebe die Ursache im Template und kontrolliere nach einigen Wochen erneut in den Felddaten. Ein sinnvoller Reihenfolge-Tipp: erst LCP (betrifft die meisten Nutzer), dann CLS (oft mit wenig Aufwand lösbar), dann INP (meist die aufwendigste Baustelle, weil Skripte und Drittanbieter betroffen sind).