Core Web Vitals 2026: LCP, INP und CLS in der Praxis

Die Core Web Vitals bestehen 2026 aus drei Werten: LCP für die Ladezeit des größten sichtbaren Elements, INP für die Reaktionszeit auf eine Eingabe und CLS für die visuelle Stabilität während des Ladens. Gute Schwellen sind 2,5 Sekunden beim LCP, 200 Millisekunden beim INP und 0,1 beim CLS. Bewertet wird das 75. Perzentil echter Nutzer, nicht ein Laborwert – wer nur mit einem Testwerkzeug misst, optimiert an der falschen Stelle.

##Was misst der LCP genau?

Den Zeitpunkt, an dem das größte Bildelement oder der größte Textblock im sichtbaren Bereich fertig gerendert ist. Häufigste Ursachen für einen schlechten Wert: ein großes Titelbild, das ohne Priorisierung geladen wird, ein renderblockierendes Stylesheet davor und Schriften, die den Textaufbau verzögern. Die wirksamste Einzelmaßnahme ist fast immer, das Hauptelement früher anzufordern als alles andere.

##Warum hat der INP den FID ersetzt?

Weil der FID nur die Verzögerung bis zum Beginn der Ereignisverarbeitung maß und damit lange Aufgaben übersah, die erst danach auftraten. Der INP misst stattdessen über die gesamte Sitzung hinweg, wie lange die Seite auf Eingaben reagiert – vom Klick bis zum nächsten sichtbaren Bild. Ein Wert über 500 Millisekunden fühlt sich für Nutzer wie eine hängende Seite an, auch wenn technisch alles funktioniert.

##Was verursacht ein schlechtes CLS?

Inhalte, die sich während des Ladens verschieben, weil ihre Größe vorher nicht feststand: Bilder ohne feste Abmessungen, nachgeladene Werbebanner, Hinweisfelder, die sich über bestehende Inhalte legen, und Schriften, die den Textfluss ändern. Jedes dieser Elemente lässt sich reservieren, indem man Platz einplant, bevor der Inhalt da ist. Ein CLS von 0 ist erreichbar und in den meisten Fällen eine Frage der Layout-Regeln.

##Wie erhebt man echte Nutzerdaten?

• ›Der Bericht über die Nutzererfahrung in der Search Console, aufgeschlüsselt nach URL-Gruppen
• ›Der öffentliche CrUX-Datensatz für Vergleichswerte ähnlicher Seiten
• ›Ein eigenes Messfeld mit dem PerformanceObserver im Browser
• ›Laborwerkzeuge nur zur Ursachenanalyse, nie als Bewertungsgrundlage

##Warum weichen Labor- und Feldwerte ab?

Weil sie unterschiedliche Dinge messen. Ein Laborwert entsteht auf einem definierten Gerät mit definierter Verbindung, ein Feldwert aus der Verteilung echter Geräte, Netze und Standorte. Eine Seite, die im Labor 1,4 Sekunden braucht, kann im Feld bei 3,8 Sekunden liegen, wenn ein Drittel der Besucher über Mobilfunk kommt. Für Entscheidungen zählt der Feldwert; das Labor erklärt, welcher Teil ihn verursacht.

##Wie priorisiert man die drei Werte?

Nach dem, was Nutzer am stärksten spüren. Der LCP bestimmt den ersten Eindruck, der INP die Bedienbarkeit, der CLS das Vertrauen in die Seite. In der Praxis ist der LCP am häufigsten schlecht, weil ein einzelnes Element zu spät kommt – dort ist der Aufwand klein und die Wirkung groß. Der INP ist aufwendiger, weil er meist an der Menge des ausgelieferten Skripts hängt, und das lässt sich nicht mit einer Zeile beheben.

##Was hat sich 2026 geändert?

Die Schwellen sind stabil, der Umgang mit ihnen nicht: Die Werte sind inzwischen auch außerhalb von Google ein Qualitätsmaßstab, etwa bei der Beurteilung durch KI-Systeme, die Seiten vor der Auslieferung bewerten. Wer bei der Auslieferung langsam ist, verliert zusätzlich Sichtbarkeit in Antworten, die auf schnelle Quellen zurückgreifen. Die Messung bleibt dieselbe, die Zahl der Stellen, an denen sie zählt, wächst.

##Womit sollte man anfangen?

Mit einer Messung des Ist-Zustands über vier Wochen, damit die Verteilung sichtbar wird, und danach mit dem einen Wert, der am weitesten von der Schwelle entfernt ist. Ein Sprung von 4,1 auf 3,2 Sekunden beim LCP wirkt mehr als drei kleine Verbesserungen an anderer Stelle. Vier Wochen später dieselbe Messung – der Vergleich zweier Zeiträume ist die einzige Rückmeldung, die zählt.