Core Web Vitals: LCP, INP und CLS verständlich erklärt

Zuletzt aktualisiert: 02.05.2026

Core Web Vitals sind drei standardisierte Web-Performance-Metriken (Largest Contentful Paint, Interaction to Next Paint, Cumulative Layout Shift), die messen, wie schnell und stabil eine Webseite für reale Nutzer lädt und reagiert.

Seit 2021 sind Core Web Vitals offizieller Ranking-Faktor und seit 2024 hat INP den älteren FID-Wert abgelöst. Wir zeigen, was die drei Metriken messen, welche Schwellenwerte Google als gut bewertet, wie du sie systematisch verbesserst – und wie groß der tatsächliche SEO-Effekt ist (Spoiler: kleiner als oft vermutet, aber real).

Was misst LCP (Largest Contentful Paint)?

LCP misst die Zeit vom Start des Seitenaufrufs bis zum Rendern des größten sichtbaren Elements im Viewport. „Größtes Element“ ist meistens ein Hero-Bild, ein Video-Poster, ein H1-Block mit großer Schrift oder ein Hintergrundbild. Google bewertet LCP als gut, wenn es unter 2,5 Sekunden bleibt.

Die häufigsten LCP-Bremsen sind: ungeoptimierte Bilder (zu groß, falsches Format, kein Lazy Loading), langsame Server-Antwortzeit (Time to First Byte über 600 ms), render-blockierende Skripte oder CSS-Dateien, fehlende Preload-Hinweise für kritische Ressourcen.

Standard-Optimierungen: WebP/AVIF statt JPEG/PNG, Lazy Loading für Below-the-fold-Bilder (aber NICHT für das LCP-Element), CDN für statische Assets, kritisches CSS inline, weniger render-blockierende Skripte. In jeder zweiten Site bringt allein die Bildoptimierung 1-2 Sekunden LCP-Verbesserung.

Was misst INP (Interaction to Next Paint)?

INP misst die Verzögerung zwischen einer Nutzerinteraktion (Klick, Tap, Tastendruck) und der nächsten visuellen Antwort der Seite. Google ersetzte 2024 die alte FID-Metrik durch INP, weil INP nicht nur die erste, sondern die schlechteste Interaktion einer Sitzung berücksichtigt – ein realistischeres Bild der Seitenreaktion.

Schwellenwert für „gut“: unter 200 ms. Über 500 ms gilt als schlecht. INP-Probleme entstehen meistens durch Long Tasks im JavaScript: einen Klick auf einen Button blockiert die JavaScript-Engine, weil ein Event-Handler 800 ms läuft. Dann fühlt sich die Seite eingefroren an.

Optimierungen: Long Tasks in kleinere Aufgaben splitten (requestIdleCallback, scheduler.yield), Drittanbieter-Skripte minimieren, Hydration kontrolliert ausführen (nur was sichtbar ist), Web Workers für rechenintensive Aufgaben. INP ist die schwerste der drei Metriken zu verbessern, weil sie tief in die JavaScript-Architektur greift.

Was misst CLS (Cumulative Layout Shift)?

CLS misst, wie stark sich Inhalte beim Laden visuell verschieben. Wer schon einmal auf einen Button klicken wollte, der sich kurz vor dem Klick um 50 Pixel verschoben hat, kennt das Problem: ein Werbebanner lädt nach, schiebt alle Inhalte nach unten, der Nutzer klickt versehentlich auf die Werbung. CLS beziffert diese Verschiebungen zwischen 0 und unendlich – Werte unter 0,1 gelten als gut.

Hauptverursacher: Bilder ohne explizite width/height-Attribute (Browser kann den Platz nicht reservieren), nachträglich eingeblendete Cookie-Banner und Werbeanzeigen, Web Fonts mit Fallback-Substitution (FOUT/FOIT), dynamisch eingefügte Iframes ohne Größenangabe.

Optimierungen sind oft trivial: explizite Dimensionen für Bilder/Videos/Iframes setzen, Container für Werbung mit Min-Höhe reservieren, font-display: optional oder swap mit präzise gematchten Fallback-Fonts. Eine sauber gebaute Seite erreicht CLS unter 0,05 ohne große Mühe.

Wie groß ist der SEO-Effekt der Core Web Vitals tatsächlich?

Der SEO-Effekt ist real, aber moderat. Google hat den Faktor mehrfach als Tiebreaker beschrieben: bei sonst gleichwertigen Inhalten kann eine bessere Performance den Ausschlag für die höhere Position geben. Bei deutlichen Inhalts- oder Autoritäts-Unterschieden bringt eine perfekte Performance allein keinen Sprung.

In der Praxis: Sites mit grünen Vitals erleben tendenziell stabilere Rankings nach Core Updates und höhere CTR durch bessere Nutzererfahrung. Der direkte Ranking-Boost ist messbar, aber selten dramatisch. Fast immer ist die mittelbare Wirkung über bessere Engagement-Signale (höhere Verweildauer, weniger Bounces) größer als der direkte Tiebreaker.

Wichtig: Core Web Vitals werden auf Page-Experience-Ebene bewertet, nicht site-wide. Eine einzelne langsame Seite zieht nicht die ganze Domain herunter, aber sie selbst kann an Sichtbarkeit verlieren. Die Optimierung lohnt also dort am meisten, wo organische Sichtbarkeit Geld bringt – Money-Pages und Top-Traffic-URLs zuerst.

Häufige Mythen über das Thema

Die folgenden Missverständnisse begegnen uns in fast jedem Audit-Workshop. Wer sie kennt, vermeidet typische Fehler.

Welche Tools liefern verlässliche CWV-Daten?

Lab-Daten kommen aus Lighthouse, PageSpeed Insights und WebPageTest. Sie sind reproduzierbar und ideal für Vorher-Nachher-Vergleiche im Optimierungs-Sprint. Lab-Werte unterscheiden sich aber oft deutlich von Field-Daten, weil reale Nutzer schwächere Geräte oder schlechtere Verbindungen haben.

Field-Daten kommen aus dem Chrome User Experience Report (CrUX). Google verwendet sie für die Page-Experience-Bewertung. Die GSC-Berichte zeigen CrUX-Daten in 28-Tage-Aggregation, PageSpeed Insights zeigen sie ebenfalls für die letzten 28 Tage.

RUM-Tools wie Sentry, Datadog, New Relic oder die opensource-Bibliothek web-vitals.js sammeln eigene Field-Daten. Sie sind teurer, liefern aber höchste Auflösung und ermöglichen Segmentierung nach Gerät, Region oder Nutzergruppe. Sinnvoll für Sites, die ihre Top-Quartil-Nutzer (75. Perzentil) gezielt auswerten wollen.

Wie integriere ich CWV-Optimierung in den Entwicklungs-Workflow?

Pre-Deployment-Checks sind das wichtigste Werkzeug. Lighthouse CI oder ein selbst gebautes Skript läuft als Teil der CI/CD-Pipeline und schlägt Alarm, wenn ein Pull Request CWV verschlechtert. So fallen Regressionen vor Live-Schaltung auf.

Performance-Budgets sind die zweite Komponente. Pro Seitentyp werden Maximal-Werte für JavaScript-Bundle-Größe, Bildgewicht, Anzahl Drittanbieter-Skripte definiert. Wer die Budgets überschreitet, muss vor Merge eine Begründung liefern – das verhindert schleichende Performance-Verschlechterung.

Monitoring ergänzt das Bild. RUM-Daten oder GSC-Alerts zeigen, wenn Field-Werte plötzlich schlechter werden. Häufige Ursachen: ein neues Drittanbieter-Skript, ein Theme-Update, ein Bild-Upload ohne Optimierung. Schnelle Identifikation ist die halbe Behebung.

Wichtig ist außerdem die organisatorische Verankerung: ein dediziertes Performance-Review jeden Sprint, in dem CWV-Trends und Lighthouse-CI-Reports gemeinsam mit Frontend-Lead und SEO besprochen werden. Ohne dieses Routine-Format verschiebt sich Performance immer wieder ans Ende der Prio-Liste – und die schleichende Verschlechterung wird erst gemerkt, wenn die Sichtbarkeit bereits gelitten hat. 30 Minuten pro Sprint reichen oft schon.

Weiterführende Artikel auf Digital Ultras

Folgende Beiträge vertiefen einzelne Aspekte und passen direkt in dein nächstes Audit:

• Vollständiger SEO Audit Workflow
• Strukturierte SEO Analyse durchführen
• 12 Hebel für besseres SEO Ranking
• E-E-A-T und Page Experience zusammen denken

Häufige Fragen

Fazit

Core Web Vitals sind eines der wenigen Ranking-Signale, das jede Site direkt messen und beeinflussen kann. Wer LCP unter 2,5 Sekunden, INP unter 200 ms und CLS unter 0,1 bringt, erfüllt Googles Page-Experience-Anforderungen und gewinnt nebenbei eine messbar bessere Conversion-Rate. Der direkte Ranking-Boost ist moderat, der mittelbare Effekt über Engagement-Signale größer – und beides zusammen lohnt jeden Optimierungs-Sprint, weil die Wirkung dauerhaft bleibt. Wir empfehlen, CWV-Optimierung als kontinuierliche Disziplin zu etablieren, nicht als einmaliges Projekt – nur so bleibt der Vorsprung dauerhaft erhalten.