Core Web Vitals & INP: Performance, die rankt

Eine Website kann inhaltlich brillant sein und trotzdem scheitern, wenn sie sich langsam, ruckelig oder unberechenbar anfühlt. Genau das messen die Core Web Vitals: drei nutzerzentrierte Kennzahlen, mit denen Google beurteilt, wie gut sich eine Seite anfühlt. Seit Interaction to Next Paint, kurz INP, die alte Reaktionsmetrik First Input Delay ersetzt hat, rutschen viele Seiten, die früher grün waren, plötzlich in den gelben oder roten Bereich.

Für Schweizer KMU ist das relevanter, als es klingt. Performance ist nicht nur ein milder Rankingfaktor, sie entscheidet darüber, ob ein Besucher bleibt oder genervt abspringt. Dieser Artikel erklärt die drei Werte ohne Fachjargon und zeigt, wo die grössten Hebel liegen, um sie zuverlässig in den grünen Bereich zu bringen.

Die drei Werte im Klartext

Core Web Vitals bestehen aus drei Metriken, von denen jede einen anderen Aspekt des Nutzererlebnisses misst.

Largest Contentful Paint, kurz LCP, misst die Ladegeschwindigkeit. Genauer: wie lange es dauert, bis das grösste sichtbare Element im ersten Bildschirmbereich geladen ist, meist ein Hero-Bild oder eine grosse Überschrift. Ein guter LCP liegt unter 2,5 Sekunden. Dauert es länger, hat der Nutzer das Gefühl, die Seite komme nicht in die Gänge.

Interaction to Next Paint, kurz INP, misst die Reaktionsfähigkeit. Es erfasst, wie schnell die Seite auf Eingaben reagiert, also auf Klicks, Tippen und Antippen, und zwar über die gesamte Sitzung hinweg. Ein guter INP liegt unter 200 Millisekunden. Reagiert die Seite träge, weil im Hintergrund zu viel JavaScript arbeitet, fühlt sie sich hakelig an, selbst wenn sie schnell geladen wurde.

Cumulative Layout Shift, kurz CLS, misst die visuelle Stabilität. Es erfasst, wie stark Inhalte während des Ladens unerwartet verspringen, etwa wenn ein nachgeladenes Bild oder ein Banner alles nach unten schiebt, gerade als man auf einen Button tippen wollte. Ein guter CLS liegt unter 0,1. Höhere Werte erzeugen genau das Gefühl der Unberechenbarkeit, das Nutzer am meisten frustriert.

Warum INP so viele Seiten erwischt

Der Wechsel von FID zu INP hat die Messlatte spürbar angehoben, und das aus gutem Grund. First Input Delay mass nur die allererste Interaktion und nur die Verzögerung bis zum Beginn der Verarbeitung, nicht das ganze Erlebnis. Viele Seiten bestanden FID problemlos, fühlten sich im Alltag aber trotzdem zäh an, weil spätere Interaktionen langsam waren.

INP schliesst diese Lücke. Es betrachtet alle Interaktionen einer Sitzung und misst die gesamte Spanne bis zur sichtbaren Reaktion. Damit deckt es genau das auf, was FID übersah: überladenes JavaScript, das den Hauptthread des Browsers blockiert. Wer seine Seite mit Trackingskripten, Chat-Widgets, schweren Frameworks und Drittanbieter-Code vollgepackt hat, merkt das bei INP sofort. Die Metrik ist ehrlicher und damit unbequemer.

Wo die grössten Hebel liegen

Die gute Nachricht: Die meisten Performance-Probleme bei KMU-Websites haben dieselben wenigen Ursachen, und die lassen sich gezielt angehen.

Beim LCP ist der häufigste Übeltäter ein zu grosses, unoptimiertes Hero-Bild. Moderne Formate wie WebP oder AVIF, korrekt dimensionierte und komprimierte Bilder sowie das frühe Laden genau des einen wichtigen Bildes bringen oft den grössten Sprung. Dazu kommt ein schneller Server und das Vermeiden von blockierenden Ressourcen, die das Rendern verzögern.

Beim INP ist die Ursache fast immer zu viel JavaScript. Jedes zusätzliche Skript, jedes Tracking-Pixel, jedes nachgeladene Widget belastet den Hauptthread. Der wirksamste Hebel ist Reduktion: unnötige Skripte entfernen, Drittanbieter-Code kritisch prüfen, schwere Funktionen aufteilen und nur dann laden, wenn sie wirklich gebraucht werden. Eine schlanke, modern gebaute Seite hat hier einen strukturellen Vorteil gegenüber einer mit Plugins überladenen Installation.

Beim CLS hilft Disziplin im Layout. Bilder und Einbettungen brauchen feste Abmessungen, damit der Browser den Platz schon vor dem Laden reserviert. Werbung und nachgeladene Inhalte sollten Platzhalter bekommen, statt bestehende Inhalte zu verschieben. Schriften sollten so eingebunden werden, dass kein abrupter Wechsel das Layout umwirft. Diese Massnahmen sind unspektakulär, aber zuverlässig.

Wie wichtig sind die Werte fürs Ranking

Hier lohnt eine ehrliche Einordnung, um Übertreibungen zu vermeiden. Core Web Vitals sind ein Rankingfaktor, aber ein vergleichsweise schwacher. Eine inhaltlich überlegene Seite überholt eine schnellere, schwächere Seite in aller Regel. Performance wirkt vor allem als Tiebreaker, wenn mehrere Seiten ähnlich relevant sind, und in diesem Fall kann sie den Ausschlag geben.

Der eigentliche Grund, sich um Performance zu kümmern, liegt aber nicht im Ranking, sondern in der Conversion. Studien zeigen seit Jahren denselben Zusammenhang: Je langsamer und instabiler eine Seite, desto mehr Nutzer springen ab, bevor sie kaufen oder anfragen. Eine Sekunde mehr Ladezeit kostet messbar Umsatz. Performance ist damit weniger eine SEO-Massnahme als eine Geschäftsentscheidung.

Der pragmatische Weg

Für ein KMU lautet der vernünftige Weg: Schau zuerst auf die echten Felddaten deiner Seite, identifiziere, welche der drei Metriken im roten oder gelben Bereich liegt, und arbeite gezielt an deren Hauptursache. Meistens ist es ein zu schweres Bild, zu viel JavaScript oder ein springendes Layout, und meistens lassen sich diese Probleme mit überschaubarem Aufwand beheben.

Wer eine neue Website plant, hat es noch einfacher: Eine modern und schlank gebaute Seite erreicht gute Core Web Vitals fast nebenbei, weil sie gar nicht erst den Ballast mitschleppt, der bestehende Installationen ausbremst. Performance, die rankt, ist am Ende vor allem Performance, die sich gut anfühlt, und genau das spüren deine Besucher in jeder Sekunde, die sie auf deiner Seite verbringen.