Core Web Vitals 2026: LCP-, INP- und CLS-Schwellenwerte erklärt
Core Web Vitals bleiben auch im Jahr 2026 ein bestätigtes Google-Ranking-Signal. Dieser Leitfaden erläutert die genauen LCP-, INP- und CLS-Schwellenwerte, die Ursachen für Fehler und die schnellsten Lösungen, um "gute"…
Core Web Vitals sind die drei User-Experience-Metriken von Google, die als Ranking-Signal verwendet werden. Im Jahr 2026 sind dies LCP (Largest Contentful Paint), INP (Interaction to Next Paint) und CLS (Cumulative Layout Shift). Das Erreichen des Schwellenwerts "Gut" bei allen dreien korreliert direkt mit einer besseren Sichtbarkeit in der Suche und niedrigeren Absprungraten.
Was sind Core Web Vitals?#
Core Web Vitals sind eine Teilmenge der Page Experience Signale von Google. Jede Metrik quantifiziert eine bestimmte Dimension der Wahrnehmung einer Seite durch echte Nutzer: Ladegeschwindigkeit, Interaktionsfreudigkeit und visuelle Stabilität. Google misst sie anhand von Felddaten, die von Chrome-Nutzern gesammelt werden, und stellt die Ergebnisse in der Search Console, PageSpeed Insights und dem Chrome UX Report (CrUX) dar.
Was ist der LCP-Schwellenwert im Jahr 2026?#
LCP misst, wie lange es dauert, bis das grösste sichtbare Inhaltselement – typischerweise ein Hero-Image, ein grosser Textblock oder ein Video-Poster – auf dem Bildschirm dargestellt wird. Die Schwellenwerte sind:
- Gut: ≤ 2,5 Sekunden
- Verbesserungsbedarf: 2,5 s – 4,0 s
- Schlecht: > 4,0 Sekunden
Diese Schwellenwerte haben sich seit dem Einzug von LCP in die Core Web Vitals nicht geändert, und Google hat keine Überarbeitung für 2026 signalisiert. Die 2,5-Sekunden-Grenze ist bewusst aggressiv: Sie drängt Websites dazu, optimierte Bilder bereitzustellen, ein schnelles CDN zu verwenden und render-blockierende Ressourcen zu eliminieren.
Was verursacht einen langsamen LCP?
Die häufigsten LCP-Killer sind:
- Nicht optimierte Hero-Images – grosse PNGs oder JPEGs, die ohne moderne Formate wie WebP oder AVIF bereitgestellt werden.
- Render-blockierende Ressourcen – synchrone Skripte oder CSS, die die erste Darstellung des Browsers verzögern.
- Langsame Serverantwort (TTFB) – eine Time to First Byte über ~600 ms frisst direkt in die LCP-Zeit.
- Lazy-Loading des LCP-Elements –
loading="lazy"auf dem Hero-Image verzögert das wichtigste Asset. - Kein Preload-Hinweis – die Verwendung von
<link rel="preload">für das LCP-Image ist nicht möglich.
Wie man LCP behebt
- Identifizieren Sie das LCP-Element mit PageSpeed Insights oder dem Abschnitt "Largest Contentful Paint" in Chrome DevTools.
- Konvertieren Sie das Bild in WebP oder AVIF und stellen Sie es in der korrekten Anzeigegrösse bereit.
- Fügen Sie
<link rel="preload" as="image">für das LCP-Bild im<head>hinzu. - Wechseln Sie zu einem Host oder CDN mit einer TTFB unter 200 ms im 75. Perzentil.
- Entfernen oder verzögern Sie alle Render-blockierenden Skripte oberhalb der Falte.
Was ist der INP-Schwellenwert im Jahr 2026?#
INP hat First Input Delay (FID) im März 2024 als Core Web Vital ersetzt und bleibt auch im Jahr 2026 die Interaktivitätsmetrik. INP misst die Latenz aller Benutzerinteraktionen – Klicks, Taps und Tastaturereignisse – während des gesamten Seitenlebenszyklus und meldet dann den Worst-Case-Wert im 98. Perzentil.
- Gut: ≤ 200 Millisekunden
- Verbesserungsbedarf: 201 ms – 500 ms
- Schlecht: > 500 Millisekunden
Im Gegensatz zu FID, das nur die erste Interaktion misst, bestraft INP jede träge Interaktion während eines Besuchs. Dies macht ihn weitaus repräsentativer für die Frustration echter Nutzer.
Was verursacht einen hohen INP?
- Lange Aufgaben im Hauptthread – JavaScript, das den Hauptthread für mehr als 50 ms blockiert, verzögert die Eingabeverarbeitung.
- Starke Event-Handler – onClick- oder onChange-Listener, die teure DOM-Updates auslösen.
- Drittanbieter-Skripte – Analytics, Chat-Widgets und Werbe-Skripte, die um die Zeit des Hauptthreads konkurrieren.
- Hydrationskosten in SPAs – React-, Vue- oder Angular-Sites, die grosse Komponentenstrukturen beim Laden rehydrieren.
Wie man INP behebt
- Öffnen Sie Chrome DevTools → Performance Panel → zeichnen Sie eine Interaktion auf und identifizieren Sie lange Aufgaben.
- Teilen Sie lange Aufgaben in kleinere Teile auf, indem Sie
scheduler.yield()odersetTimeout(..., 0)verwenden, um dem Browser zu überlassen. - Überprüfen Sie Drittanbieter-Skripte mit den Feldern Abdeckung und Netzwerk; verschieben oder entfernen Sie nicht kritische Skripte.
- Verwenden Sie
startTransition(React) oder gleichwertige Framework-APIs, um nicht dringende Statusaktualisierungen zu priorisieren. - Minimieren Sie die DOM-Grösse – Seiten mit Zehntausenden von Knoten haben nach jeder Interaktion eine langsamere Neukalkulation des Stils.
Was ist der CLS-Schwellenwert im Jahr 2026?#
CLS misst unerwartete visuelle Verschiebungen – Elemente, die beim Laden der Seite herumspringen. Er wird als eine einheitenlose Zusammenfassung aller Layoutverschiebungen bewertet, die nicht durch Benutzereingaben verursacht wurden.
- Gut: ≤ 0,1
- Verbesserungsbedarf: 0,1 – 0,25
- Schlecht: > 0,25
Ein CLS von 0,1 mag abstrakt klingen, aber in der Praxis bedeutet dies, dass die kombinierte Auswirkung von Verschiebungen im Verhältnis zum Viewport gering sein muss. Ein einziges grosses Banner oder ein unbemessenes Bild kann eine Seite sofort in den Bereich "Schlecht" bringen.
Was verursacht einen hohen CLS?
- Bilder ohne
widthundheight-Attribute – der Browser kann vor dem Laden des Bildes keinen Platz reservieren. - Dynamisch eingefügter Inhalt – Anzeigen, Cookie-Banner oder Newsletter-Popups, die den Inhalt nach unten verschieben.
- Webfonts, die FOUT/FOIT verursachen – Font-Swaps, die die Zeilenlängen verändern und Textblöcke umfliessen.
- Spät ladende Einbettungen – iFrames für YouTube oder Twitter, die keinen reservierten Aspect-Ratio-Container haben.
Wie man CLS behebt
- Geben Sie immer
widthundheightin<img>-Tags an oder verwenden Sieaspect-ratioin CSS. - Reservieren Sie Platz für Werbeflächen mit einem Min-Height-Container, auch bevor die Werbung geladen wird.
- Verwenden Sie
font-display: optionaloder laden Sie kritische Web Fonts vor, um späte Swaps zu verhindern. - Schliessen Sie iFrames in einen CSS-Aspect-Ratio-Container ein (
padding-top-Trick oderaspect-ratio: 16/9). - Vermeiden Sie es, Inhalte oberhalb von vorhandenen Inhalten einzufügen, nachdem der erste Ladevorgang abgeschlossen ist.
Wie werden Core Web Vitals gemessen?#
Google verwendet Felddaten (Echtzeit-Nutzermessungen von CrUX) als Ranking-Signal, nicht Labordaten. PageSpeed Insights zeigt beides an, aber nur Felddaten beeinflussen das Ranking. Eine Seite muss alle drei Metriken im 75. Perzentil der Seitenaufrufe bestehen, um für die Page Experience als "Gut" zu gelten.
Labortools – Lighthouse, WebPageTest – sind für die Diagnose von unschätzbarem Wert, können aber CrUX-Daten nicht ersetzen. Wenn CrUX nicht genügend Traffic für eine URL hat, aggregiert Google auf Origin-Ebene.
Wie man Core Web Vitals im grossen Massstab überwacht#
Für Websites mit Hunderten oder Tausenden von Seiten ist eine manuelle Überprüfung unpraktisch. Der richtige Ansatz:
- Search Console → Core Web Vitals-Bericht – gruppierte Ansicht von URLs mit Gut / Verbesserungsbedarf / Schlecht nach Metrik.
- CrUX-API oder BigQuery – Abrufen von Rohfelddaten programmatisch für benutzerdefinierte Dashboards.
- Real User Monitoring (RUM) – Bibliotheken wie
web-vitals.jssenden LCP, INP und CLS aus realen Sitzungen an Ihre Analysen. - Automatisierte Audits – Tools wie SeoChatAI können Core Web Vitals-Probleme zusammen mit technischen SEO-, Accessibility- und AI-Readiness-Audits in einem einzigen Durchgang aufdecken.
Garantiert das Bestehen der Core Web Vitals ein besseres Ranking?#
Das Bestehen aller drei Metriken mit dem Schwellenwert "Gut" ist eine notwendige, aber nicht hinreichende Bedingung für Top-Rankings. Core Web Vitals sind ein Tiebreaker-Signal: Wenn Content-Qualität, Relevanz und Autorität gleichwertig sind, wird die Seite mit den besseren Experience-Signalen höher ranken. Google hat das genaue Gewicht nie offengelegt, aber das Signal ist real und in der Dokumentation der Ranking-Systeme dokumentiert.
Die praktische Erkenntnis: Beheben Sie Core Web Vitals, um eine Ranking-Untergrenze zu beseitigen, und konzentrieren Sie sich dann auf Inhalte und Autorität, um diese zu durchbrechen.
Core Web Vitals und AI Search im Jahr 2026#
Da KI-generierte Übersichten (ehemals SGE) jetzt in den Google-Suchergebnissen erscheinen, beeinflussen Page Experience-Signale, ob eine Seite als Quelle zitiert wird. Seiten, die langsam, visuell instabil oder nicht reaktionsfähig sind, werden weniger wahrscheinlich angezeigt. Wenn Sie ein vollständiges Site-Audit über SeoChatAI durchführen, erhalten Sie eine kombinierte Ansicht Ihrer CWV-Werte, der Bereitschaft für strukturierte Daten und der Eignung für KI-Zitate – was zunehmend relevant wird, da KI-Antwortmaschinen traditionelle Blue-Link-Klicks überholen.
Kurzübersicht: 2026 Core Web Vitals-Schwellenwerte#
| Metric | Gut | Verbesserungsbedarf | Schlecht |
|---|---|---|---|
| LCP | ≤ 2.5 s | 2.5 s – 4.0 s | > 4.0 s |
| INP | ≤ 200 ms | 201 ms – 500 ms | > 500 ms |
| CLS | ≤ 0.1 | 0.1 – 0.25 | > 0.25 |
Alle Schwellenwerte gelten für das 75. Perzentil der Felddaten. Eine einzelne Seite mit einer Handvoll sehr langsamer Ladevorgänge kann die Gesamtheit in den Bereich "Schlecht" ziehen – weshalb die Überwachung auf Perzentilebene wichtiger ist als Medianwerte.
