Zurück zum Blog
performanceseo1. Januar 19705 min Lesezeit

Core Web Vitals 2026: Was du jetzt wissen musst

Google hat im März 2026 die Core Web Vitals verschärft – LCP-Grenzwert auf 2,0 Sekunden gesenkt, INP jetzt gleichwertig mit LCP und CLS. Was das konkret für deine Website bedeutet.

Im März 2026 hat Google die Core Web Vitals leise, aber spürbar verändert. Der LCP-Schwellenwert wurde von 2,5 auf 2,0 Sekunden gesenkt. INP – die Metrik, die misst wie schnell deine Seite auf Klicks reagiert – trägt jetzt genauso viel Gewicht wie LCP und CLS. Für viele Websites bedeutet das: Seiten, die bis letztes Jahr noch "gut" waren, liegen jetzt im roten Bereich.

Das klingt technischer als es ist. Hier erfährst du, was du wissen musst – ohne den Kram, den du nicht brauchst.

Was Core Web Vitals eigentlich messen

Core Web Vitals sind Googles Rahmen, um die Nutzererfahrung einer Website zu messen. Nicht das Aussehen, nicht den Inhalt – sondern wie sich die Seite anfühlt, wenn echte Menschen sie benutzen.

LCP misst, wie lange es dauert, bis das größte sichtbare Element geladen ist – meist das Hero-Bild oder die Hauptüberschrift. INP misst, wie schnell deine Seite auf Klicks und Taps reagiert. CLS misst, wie stark sich Elemente beim Laden verschieben.

Wichtig: Google schaut sich echte Nutzerdaten an, keine Labortests. 75 Prozent aller Seitenaufrufe müssen "gut" abschneiden – nicht nur der Durchschnitt.

Die neuen Zielwerte für 2026

LCP: Unter 2,0 Sekunden. Bis Anfang 2026 war 2,5 Sekunden noch "gut". Das ist vorbei. Wer bei 2,2 Sekunden liegt, steht jetzt im "Verbesserungsbedarf"-Bereich.

INP: Unter 200 ms. Für wettbewerbsstarke Keywords lohnt sich sogar 150 ms als Ziel. INP ersetzte im März 2024 das alte FID – und ist messbar schwieriger zu erfüllen, weil es jede Interaktion misst, nicht nur die erste.

CLS: Unter 0,1. Hier hat sich nichts geändert, aber viele Seiten scheitern trotzdem noch daran – meistens durch Bilder ohne feste Größenangaben oder nachgeladene Werbebanner.

Warum INP das eigentliche Problem ist

FID – der Vorgänger von INP – hat nur den ersten Klick gemessen. INP misst jeden Klick. Den Klick auf die mobile Navigation, den Tab-Wechsel, das Ausklappen eines Akkordeons. Jede Interaktion, die auf deiner Seite passiert.

Auf Seiten mit schweren JavaScript-Frameworks, Live-Chat-Widgets oder komplexen Schiebereglern sieht das oft schlecht aus. Der Nutzer klickt, aber die Seite reagiert erst nach 300 oder 400 Millisekunden. Das fühlt sich träge an – auch wenn der Nutzer das nicht in Zahlen denkt.

Die meisten WordPress-Seiten mit Elementor oder Divi haben hier Probleme. Nicht weil die Designer schlechte Arbeit gemacht haben, sondern weil diese Builder für jede Interaktion JavaScript laden, das eigentlich nicht da sein müsste.

So testest du deine Website

Zwei Tools reichen:

PageSpeed Insights (pagespeed.web.dev) zeigt dir Feld- und Labordaten für jede URL. LCP, INP und CLS auf einem Blick. Gratis, keine Anmeldung.

Die Google Search Console zeigt unter "Verbesserungen > Core Web Vitals" aggregierte Daten aus echten Nutzersessions. Das ist wichtiger als Laborwerte, weil Google genau diese Daten fürs Ranking nutzt.

Schau dir mindestens vier URLs an: Startseite, eine Unterseite, Kontaktseite und deine wichtigste Landing Page. Warum einzelne Seiten trotzdem langsam sein können, erklärt unser Artikel über Website-Ladezeit im Detail.

5 Hebel, die tatsächlich helfen

Der schnellste Hebel: Bilder richtig ausliefern. WebP oder AVIF statt JPG, Größen passend zur Bildschirmbreite. Das allein verbessert LCP oft um 0,5 bis 1 Sekunde – ohne große Umbauarbeiten.

Dazu das Hauptbild vorladen. Mit einem preload-Link-Tag sagst du dem Browser: Hol dir das zuerst. Klingt nach Kleinigkeit, macht aber einen spürbaren Unterschied beim wahrgenommenen Ladestart.

Dann JavaScript-Ballast loswerden. Plugins, Widgets, Tracking-Skripte – alles was nicht aktiv genutzt wird, kostet INP-Zeit. Drittanbieter-Scripts sind die schlimmsten Täter: Live-Chat, Pop-up-Tools, A/B-Testing-Plugins.

Für einfache interaktive Elemente native HTML-Tags nehmen. details statt JavaScript-Akkordeon. Echte button-Tags. Die reagieren schneller als JS-gesteuerte Komponenten, weil der Browser sie direkt versteht.

Und zuletzt: Feste Größen für alle Bilder im HTML setzen. Wenn der Browser nicht weiß wie groß ein Bild wird, reserviert er keinen Platz – und verschiebt danach alles. width und height direkt im img-Tag, und CLS-Probleme sind meistens Geschichte.

Was das für dein Google-Ranking bedeutet

Core Web Vitals sind ein Rankingfaktor. Nicht der einzige, aber einer von vielen Signalen, die Google kombiniert. Bei gleich gutem Content entscheidet Performance öfter als man denkt.

Was definitiv stimmt: Google bevorzugt Seiten, die schnell laden und gut reagieren. Seiten mit schlechten Core Web Vitals werden im Vergleich zu ähnlichen Seiten benachteiligt.

Praktisch gesehen: Für viele lokale Suchbegriffe reicht es, besser zu sein als die direkte Konkurrenz. Wenn alle Mitbewerber an der 3-Sekunden-LCP-Grenze kratzen und deine Seite bei 1,8 Sekunden liegt, ist das ein echter Vorteil.

Wie geht es weiter?

Wenn du wissen willst, wie deine Website gerade dasteht: Über unsere Leistungen kannst du direkt anfragen – ich schaue mir das konkret an und sage dir, was sich lohnt zu verbessern.

Ein PageSpeed-Check ist in 15 Minuten gemacht. Das Ergebnis zeigt oft, wo die größten Hebel liegen.

Teilen:
MK

Marius Klingl

Webentwickler aus Stuttgart. Baut schnelle, moderne Websites die Kunden bringen — keine Templates.