Core Web Vitals 2026: LCP, CLS und INP optimieren

Core Web Vitals 2026: LCP, CLS und INP optimieren — Growsta Guide

Das Wichtigste in Kürze

  • Core Web Vitals messen Ladezeit (LCP), Interaktivität (INP) und visuelle Stabilität (CLS). Seit 2021 sind sie ein offizieller Google-Ranking-Faktor — kein starker Einzelfaktor, aber ein Tiebreaker bei gleicher Content-Qualität.
  • Nur 48 % der mobilen Websites bestehen alle 3 Core Web Vitals (HTTP Archive, Juli 2025). Desktop: 56 %. LCP ist der Flaschenhals mit nur 62 % Pass-Rate. INP (77 %) und CLS (81 %) schneiden besser ab.
  • INP hat im März 2024 First Input Delay (FID) ersetzt und misst die Reaktionszeit auf ALLE Interaktionen — nicht nur die erste. Schwellenwert: ≤ 200 Millisekunden. Nur 53 % der Top-1.000-Websites bestehen INP.
  • LCP ≤ 2,5 Sekunden, INP ≤ 200 Millisekunden, CLS ≤ 0,1 — das sind die Schwellenwerte für 'gut'. Alles darüber kostet dich Rankings, Conversions und Nutzerzufriedenheit.
  • Websites mit guten Core Web Vitals haben 24 % niedrigere Bounce Rates. Mobile Nutzer verlassen eine Seite zu 53 %, wenn sie länger als 3 Sekunden lädt. Jede Sekunde Ladezeit-Verbesserung steigert die Conversion Rate um 7 %.
  • Dieser Guide erklärt jeden Wert, zeigt die häufigsten Probleme — und gibt dir pro Metrik 5-7 Optimierungstechniken, die du sofort umsetzen kannst.

48 % bestehen — 52 % verlieren Rankings

Nur 48 % der mobilen Websites bestehen alle 3 Core Web Vitals.

Mehr als die Hälfte aller Websites scheitern an mindestens einer der drei Metriken, die Google seit 2021 als Ranking-Signal nutzt. Und der Engpass ist nicht dort, wo die meisten vermuten: LCP (Ladezeit) ist mit nur 62 % Pass-Rate der Flaschenhals — nicht INP, nicht CLS.

Desktop sieht besser aus (56 % bestehen alle drei), aber Google indexiert seit 2021 ausschließlich die Mobile-Version. Deine Desktop-Performance ist für Rankings irrelevant.

Core Web Vitals sind kein starker Einzelfaktor — Google hat das mehrfach betätigt. Aber sie sind ein Tiebreaker: Bei gleicher Content-Qualität gewinnt die schnellere Seite. Und der Effekt auf Nutzerverhalten ist massiv: Websites mit guten CWV haben 24 % niedrigere Bounce Rates.

Dieser Guide erklärt alle drei Metriken mit exakten Schwellenwerten, zeigt die häufigsten Probleme — und gibt dir Optimierungstechniken, die du sofort umsetzen kannst. Die technische Gesamtübersicht: Technisches SEO Checkliste.

Die 3 Core Web Vitals: Schwellenwerte auf einen Blick

Drei Metriken. Drei Ampeln. Alle müssen auf Grün stehen.

Metrik Was sie misst Gut Verbesserungswürdig Schlecht
LCP Ladezeit des größten sichtbaren Elements ≤ 2,5 Sek. 2,5 – 4 Sek. > 4 Sek.
INP Reaktionszeit auf Nutzerinteraktionen ≤ 200 ms 200 – 500 ms > 500 ms
CLS Visuelle Verschiebungen beim Laden ≤ 0,1 0,1 – 0,25 > 0,25


Core Web Vitals 2026: LCP unter 2,5 Sekunden, INP unter 200 Millisekunden, CLS unter 0,1 — Ampelsystem Grün/Gelb/Rot

Gemessen wird am 75. Perzentil: Nicht der Durchschnitt, nicht der schnellste Ladevorgang — sondern der Wert, den 75 % deiner Nutzer erleben oder unterschreiten. Das bedeutet: Auch wenn 70 % deiner Besucher unter 2,5 Sekunden LCP haben, bist du „schlecht“, wenn die langsamsten 25 % über 4 Sekunden liegen.

LCP: Warum Ladezeit der größte Engpass ist

62 % Pass-Rate. Die schlechteste aller drei Metriken.

LCP (Largest Contentful Paint) misst, wie lange es dauert, bis das größte sichtbare Element im Viewport vollständig gerendert ist. Meistens ein Hero-Bild, ein Video-Poster oder ein großer Textblock.

Warum so viele scheitern:

  • Große, nicht optimierte Bilder: Ein 2-MB-Hero-Bild auf Mobile ist der häufigste LCP-Killer. WebP oder AVIF statt PNG/JPEG spart 30-50 % Dateigröße.
  • Langsame Server-Antwortzeit (TTFB): Wenn der Server 1,5 Sekunden braucht, um zu antworten, bleibt für LCP nur noch 1 Sekunde. CDN einsetzen, Caching aktivieren.
  • Render-blockierendes CSS/JS: Externe Stylesheets und Scripts im Head blockieren das Rendering. Kritisches CSS inlinen, nicht-kritisches defer laden.
  • Kein Preload für LCP-Element: <link rel="preload"> für das Hero-Bild sagt dem Browser: „Lade das zuerst.“ Ohne Preload wartet der Browser, bis er das Element im DOM findet.

5 Optimierungstechniken für LCP:

  1. Hero-Bilder in WebP/AVIF konvertieren + responsive srcset mit passenden Größen
  2. Server Response Time unter 200 ms bringen (CDN, Edge Caching, HTTP/3)
  3. Kritisches CSS inlinen (<style> im Head), Rest async laden
  4. <link rel="preload"> für das LCP-Element setzen
  5. Third-Party-Scripts (Analytics, Chat-Widgets) defer oder lazy laden

Ziel: LCP unter 2,5 Sekunden auf Mobile. Messe mit echten Nutzerdaten (Field Data in PageSpeed Insights), nicht nur Lab Data.

INP: Die Metrik, die 2024 alles verändert hat

INP hat FID ersetzt — und die Regeln verschärft.

Im März 2024 wurde Interaction to Next Paint (INP) offizieller Core Web Vital. Der Unterschied zu FID: FID maß nur die erste Interaktion. INP misst ALLE Interaktionen — jeden Klick, jedes Tippen, jede Tastatureingabe während des gesamten Seitenbesuchs.

Die Umstellung hat 5 Prozentpunkte an der mobilen Pass-Rate gekostet. Viele Seiten, die unter FID problemlos bestanden, scheitern jetzt — weil ihre späteren Interaktionen langsam sind.

Die Zahlen:

  • 77 % aller mobilen Seiten bestehen INP (≤ 200 ms)
  • Nur 53 % der Top-1.000-Websites bestehen INP — die größten Seiten haben die größten Probleme
  • 97 % bestehen auf Desktop — das Problem ist fast ausschließlich Mobile


INP Pass-Rates 2026: 77 Prozent mobil, 97 Prozent Desktop, nur 53 Prozent der Top-1000-Websites bestehen auf Mobile

Warum INP auf Mobile so schwer ist: INP misst die Zeit vom Klick bis zur visuellen Reaktion. Auf Desktop-Prozessoren sind 200 ms selten ein Problem. Auf einem Mittelklasse-Smartphone mit begrenztem Arbeitsspeicher und langsamerer CPU kann ein einziger JavaScript-Event-Handler 300+ ms blockieren.

5 Optimierungstechniken für INP:

  1. Long Tasks aufbrechen: JavaScript-Blöcke über 50 ms in kleinere Chunks aufteilen (requestIdleCallback, scheduler.yield())
  2. Event Handler optimieren: Minimale Arbeit pro Interaktion, schwere Berechnungen in Web Workers auslagern
  3. DOM-Größe reduzieren: Große DOMs (5.000+ Elemente) verlangsamen Rendering nach jeder Interaktion. content-visibility: auto nutzen.
  4. Input Delay minimieren: Keine Long Tasks während der Nutzer interagiert. JavaScript-Ausführung priorisieren.
  5. Third-Party-Scripts evaluieren: Chat-Widgets, Analytics, Ads-Scripts — jedes blockiert potenziell die Interaktion.

CLS: Wenn die Seite springt, springt der Nutzer ab

81 % Pass-Rate — die beste der drei Metriken. Aber 19 % reichen für Frust.

CLS (Cumulative Layout Shift) misst, wie stark sich Elemente auf der Seite verschieben, während sie lädt. Wenn du einen Button klicken willst und der plötzlich nach unten springt, weil ein Bild darüber geladen hat — das ist CLS.

Die häufigsten Ursachen:

  • Bilder ohne width/height: Wenn der Browser die Größe nicht kennt, reserviert er keinen Platz. Sobald das Bild lädt, verschiebt sich alles darunter.
  • Web-Fonts (FOUT/FOIT): System-Font wird angezeigt, dann springt der Text, wenn der Web-Font geladen ist. font-display: swap + Preload löst das Problem.
  • Dynamisch eingefügte Inhalte: Banner, Cookie-Consent, Ads, die nach dem Laden eingefügt werden und Content nach unten schieben.
  • Embeds ohne Platzhalter: YouTube-Videos, Tweets, iFrames ohne definierte Dimensionen.

5 Optimierungstechniken für CLS:

  1. Immer width und height auf <img> und <video> setzen (oder CSS aspect-ratio)
  2. Web-Fonts mit <link rel="preload"> laden + font-display: swap
  3. Platzhalter für Ads und dynamische Inhalte reservieren (min-height)
  4. Cookie-Banner als Overlay statt als eingefügtes Element (verschiebt keinen Content)
  5. Lazy-loaded Bilder mit expliziten Dimensionen und Placeholder-Farbe

Ziel: CLS unter 0,1. Messe über einen längeren Zeitraum — ein einzelner Layout Shift kann den Wert für die ganze Seite ruinieren.

Deine Website ist langsam und du weißt nicht, wo du anfangen sollst?

Wir analysieren seit über 200 Projekten, welche Performance-Optimierungen den größten Ranking- und Conversion-Hebel haben. Unser Team prüft deine Core Web Vitals, identifiziert die 3-5 Quick Wins mit dem stärksten Impact — und zeigt dir, was du selbst umsetzen kannst und wo du Hilfe brauchst.

→ Jetzt kostenlosen Performance-Check anfordern

Wie stark beeinflussen CWV deine Rankings?

Tiebreaker, nicht Gamechanger. Aber der Effekt auf Conversions ist real.

Google hat wiederholt betont: Core Web Vitals sind ein Ranking-Signal unter vielen. Content-Relevanz, Backlinks und E-E-A-T wiegen schwerer. Aber bei zwei Seiten mit gleicher Qualität entscheidet die Page Experience — und CWV sind der messbare Teil davon.

Die Ranking-Daten:

  • CWV allein erklären nur einen kleinen Teil der Ranking-Varianz — Content und Links sind 10-50× wichtiger
  • Aber: Seiten, die von „schlecht“ auf „gut“ wechseln, sehen durchschnittlich Ranking-Verbesserungen
  • Google nutzt CWV seit 2021 als Teil des Page Experience Signals (zusammen mit HTTPS, Mobile-Friendliness, Safe Browsing)

Der Conversion-Impact ist unbestritten:

  • 24 % niedrigere Bounce Rate bei guten CWV vs. schlechten
  • 53 % der Mobile-Nutzer verlassen eine Seite, die länger als 3 Sekunden lädt
  • +7 % Conversion Rate pro Sekunde Ladezeit-Verbesserung


Core Web Vitals Impact: Tiebreaker für Rankings, aber 24 Prozent weniger Bounce Rate, 53 Prozent verlassen bei 3+ Sekunden, 7 Prozent mehr Conversions pro Sekunde

CWV zu optimieren lohnt sich auch ohne Ranking-Effekt — weil es deine Conversions steigert. Den vollständigen SEO-Guide 2026 mit allen Ranking-Faktoren findest du hier.

Tools: So misst du deine Core Web Vitals

Field Data schlägt Lab Data. Immer.

Der wichtigste Unterschied: Lab Data (simuliert) zeigt, wie deine Seite unter Idealbedingungen performt. Field Data (echte Nutzer) zeigt, wie sie tatsächlich erlebt wird — mit langsamen Smartphones, schlechtem Internet, voller CPU.

Die 5 wichtigsten Tools:

  1. Google PageSpeed Insights: Zeigt Lab UND Field Data. Die Field-Daten (oben im Bericht) sind die, die Google für Rankings nutzt. Kostenlos. Pflicht.
  2. Google Search Console: Core Web Vitals Report zeigt alle URLs, gruppiert nach „gut“, „verbesserungswürdig“ und „schlecht“. Zeigt Trends über Zeit.
  3. Chrome UX Report (CrUX): Die Datenquelle hinter PageSpeed Insights. 28-Tage-Durchschnitt echter Chrome-Nutzer. Verfügbar über BigQuery oder CrUX Dashboard.
  4. Lighthouse: In Chrome DevTools integriert. Nur Lab Data, aber zeigt konkrete Verbesserungsvorschläge. Gut für Debugging, nicht für Ranking-Entscheidungen.
  5. Web Vitals Extension: Chrome Extension, die CWV in Echtzeit auf jeder Seite anzeigt. Perfekt für schnelle Checks während der Entwicklung.

Workflow: (1) Search Console für den Überblick → (2) PageSpeed Insights für einzelne Seiten → (3) Lighthouse für Debugging → (4) Optimierung → (5) 28 Tage warten auf Field Data Update.

CWV und KI-Sichtbarkeit: Zählt Performance auch für AI Overviews?

Schnelle Seiten werden häufiger zitiert. Das ist kein Zufall.

Google hat nicht bestätigt, dass CWV ein direkter Faktor für AI Overviews sind. Aber die Korrelation ist deutlich: Seiten mit sauberem Schema Markup und schneller Ladezeit haben eine 2,8× höhere Wahrscheinlichkeit, in KI-Antworten zitiert zu werden.

Warum? Weil technische Qualität ein Proxy für Gesamtqualität ist. Seiten, die CWV bestehen, haben typischerweise auch:

  • Saubere Heading-Hierarchie (besser für Passage-Extraktion)
  • Strukturierte Daten / Schema Markup (besser für Entity-Erkennung)
  • Server-Side Rendering (Content im Quelltext sichtbar für Crawler)
  • Keine JavaScript-Abhängigkeiten, die KI-Crawler blockieren

CWV-Optimierung ist also gleichzeitig GEO-Optimierung — weil die technische Basis stimmen muss, bevor KI-Systeme deinen Content verarbeiten können. Wie du deine KI-Sichtbarkeit prüfst. Wie KI-Suchmaschinen technisch funktionieren.


Core Web Vitals und GEO: Technische Qualität ist Voraussetzung für KI-Sichtbarkeit — 2,8× höhere Zitationswahrscheinlichkeit bei sauberem Markup und schneller Ladezeit

Die Quick-Check-Checkliste: 10 Punkte in 30 Minuten

10 Checks. 30 Minuten. Dein aktueller CWV-Status.

  1. PageSpeed Insights → Field Data prüfen: Alle 3 Metriken grün? Wenn nicht, welche rot?
  2. LCP-Element identifizieren: PageSpeed zeigt dir, welches Element den LCP verursacht. Ist es ein Bild? Dann optimieren.
  3. Hero-Bild in WebP/AVIF? PNG/JPEG → WebP spart 30-50 % Dateigröße sofort.
  4. Preload für LCP-Element gesetzt? <link rel="preload"> im Head prüfen.
  5. TTFB unter 200 ms? Server Response Time in Lighthouse checken.
  6. INP-Wert prüfen: Web Vitals Extension installieren, durch die Seite klicken, INP-Wert ablesen.
  7. Long Tasks im Performance Tab? Chrome DevTools → Performance → rote Balken = Long Tasks > 50 ms.
  8. Bilder mit width/height? Quelltext prüfen: Jedes <img> braucht explizite Dimensionen.
  9. font-display: swap gesetzt? CSS prüfen: Alle @font-face-Deklarationen brauchen font-display: swap.
  10. Search Console CWV Report: Wie viele URLs sind „schlecht“? Priorisiere die mit dem meisten Traffic.

Wenn du bei 3+ Punkten „Nein“ sagst, lohnt sich eine professionelle Optimierung. Die technische Gesamtcheckliste: Technisches SEO 2026.

FAQ

Was sind Core Web Vitals?

Core Web Vitals sind drei von Google definierte Metriken, die die Nutzererfahrung einer Website messen: LCP (Ladezeit des größten Elements), INP (Reaktionszeit auf Interaktionen) und CLS (visuelle Stabilität). Sie sind seit 2021 ein offizieller Ranking-Faktor und werden mit echten Chrome-Nutzerdaten gemessen. Die vollständige technische Übersicht: Technisches SEO Checkliste.

Welche Schwellenwerte gelten für Core Web Vitals 2026?

LCP ≤ 2,5 Sekunden (gut), INP ≤ 200 Millisekunden (gut), CLS ≤ 0,1 (gut). Gemessen am 75. Perzentil der echten Nutzerdaten — nicht am Durchschnitt. Alle drei Werte müssen gleichzeitig „gut“ sein, damit die Seite als „bestanden“ gilt.

Was ist INP und warum hat es FID ersetzt?

INP (Interaction to Next Paint) misst die Reaktionszeit auf alle Nutzerinteraktionen während des gesamten Seitenbesuchs. FID (First Input Delay) maß nur die erste Interaktion. INP wurde im März 2024 zum offiziellen Core Web Vital, weil es ein realistischeres Bild der tatsächlichen Interaktivität liefert. Die Umstellung kostete 5 Prozentpunkte an der mobilen Pass-Rate.

Sind Core Web Vitals ein starker Ranking-Faktor?

Nein — Core Web Vitals sind ein Tiebreaker, kein Gamechanger. Content-Relevanz, Backlinks und E-E-A-T sind deutlich stärkere Ranking-Signale. Aber bei zwei Seiten mit gleicher Qualität entscheidet die Page Experience. Und der Conversion-Impact ist real: 24 % weniger Bounce Rate, 7 % mehr Conversions pro Sekunde Verbesserung.

Wie viele Websites bestehen alle Core Web Vitals?

48 % auf Mobile, 56 % auf Desktop (HTTP Archive, Juli 2025). Einzeln: LCP 62 %, INP 77 %, CLS 81 %. LCP ist der Flaschenhals — die meisten Seiten scheitern an der Ladezeit, nicht an der Interaktivität oder Stabilität.

Wie messe ich meine Core Web Vitals?

Google PageSpeed Insights (Field + Lab Data), Google Search Console (CWV Report für alle URLs), Chrome UX Report (28-Tage-Durchschnitt), Lighthouse (Lab Data + Debugging), Web Vitals Extension (Echtzeit-Check). Für Rankings zählen ausschließlich die Field Data — echte Nutzerdaten aus dem Chrome UX Report.

Was ist der Unterschied zwischen Field Data und Lab Data?

Field Data stammt von echten Chrome-Nutzern über 28 Tage (CrUX). Lab Data wird in einer simulierten Umgebung gemessen (Lighthouse). Google nutzt Field Data für Rankings. Lab Data ist nützlich zum Debugging, aber nicht repräsentativ für die tatsächliche Nutzererfahrung — besonders auf langsamen Smartphones.

Wie lange dauert es, bis CWV-Verbesserungen wirken?

Field Data wird über 28 Tage gesammelt. Nach einer Optimierung dauert es also mindestens 28 Tage, bis die Verbesserung in PageSpeed Insights und der Search Console sichtbar wird. Ranking-Effekte können weitere Wochen dauern, da Google die Page Experience periodisch auswertet.

Beeinflussen Core Web Vitals die KI-Sichtbarkeit?

Nicht direkt bestätigt, aber korreliert. Seiten mit sauberem Markup und schneller Ladezeit werden 2,8× häufiger in KI-Antworten zitiert. Die technische Qualität (CWV, Schema, SSR) ist Voraussetzung dafür, dass KI-Crawler deinen Content überhaupt verarbeiten können. Mehr: GEO-Guide.

Kann ich Core Web Vitals selbst optimieren?

Die Basics ja: Bilder komprimieren (WebP), width/height setzen, Preload für Hero-Bilder, font-display: swap. Für komplexere Themen (INP-Debugging, Long-Task-Splitting, Server-Optimierung) brauchst du Entwickler-Know-how. Was das kostet: SEO-Kosten 2026.

Teilen: