INP und Core Web Vitals: Wie Ladezeit den Umsatz beeinflusst
Wie Googles Core Web Vitals und die INP-Metrik sowohl das Suchranking als auch die Frage prägen, ob ein Besucher einen Kauf oder eine Buchung abschließt.
rabbitclip-TeamVeröffentlicht: 5 Min. Lesezeit
Kurz gesagt
Core Web Vitals sind drei Metriken, mit denen Google misst, wie schnell eine Seite lädt, wie visuell stabil sie ist und wie schnell sie auf Interaktion reagiert (LCP, CLS, INP); zusammen wirken sie sowohl als Rankingsignal als auch als direkter Indikator dafür, ob ein Besucher auf der Seite bleibt. INP (Interaction to Next Paint) hat im März 2024 die Metrik FID abgelöst und misst die Zeit zwischen einem Klick oder Tap und der tatsächlichen Reaktion des Bildschirms.
Diese Metriken klingen nach einem technischen Detail, aber das Ergebnis ist konkret: Auf einer Seite, die langsam lädt oder spät auf einen Klick reagiert, verlässt ein Besucher die Seite, bevor er ein Formular ausfüllt oder etwas in den Warenkorb legt.
Dieser Beitrag erklärt, was die drei Metriken messen, warum sie für unterschiedliche Unternehmenstypen wichtig sind und wo man ansetzt.
Was Core Web Vitals wirklich messen
Core Web Vitals sind eine Messreihe, mit der Google die Nutzererfahrung einer Seite über drei getrennte Metriken zusammenfasst: LCP (Largest Contentful Paint) misst, wie lange der Hauptinhalt zum Erscheinen braucht, CLS (Cumulative Layout Shift) misst, wie stark sich Elemente beim Laden verschieben, und INP (Interaction to Next Paint) misst, wie schnell der Bildschirm nach einem Klick oder Tap reagiert.
Zusammen beantworten sie eine einfache Frage: Fühlt sich die Seite schnell an? Erscheint Inhalt zu spät (hoher LCP), springt ein Button während jemand liest (hoher CLS), oder wirkt der Bildschirm nach einem Menü-Tap eingefroren (hoher INP), gilt die Erfahrung als schlecht.
Warum INP die Metrik FID abgelöst hat
FID (First Input Delay) maß nur die Verzögerung vor dem allerersten Klick; jede Interaktion nach dem Laden der Seite blieb unberücksichtigt. INP misst jeden Klick, Tap und Tastendruck, solange die Seite geöffnet bleibt, und meldet den schlechtesten Wert, was die tatsächliche Nutzung weit genauer widerspiegelt.
Man denke an eine Buchungsseite, auf der die Liste der Zeitfenster nach der Datumsauswahl kurz einfriert: FID hätte das nie erfasst, INP zeigt es direkt. Nach den von web.dev veröffentlichten Schwellenwerten gilt ein INP unter 200 Millisekunden als gut, alles über 500 Millisekunden als schlecht. Je langsamer die Reaktion, desto früher gibt ein Besucher auf.
Wie Ladezeit den Umsatz beeinflusst
Eine langsame Seite bedeutet, dass ein Besucher geht, bevor er das erledigt, wofür er gekommen ist. Man denke an das Buchungsformular einer Spa-Kette: Wenn die Datumsauswahl bei jedem Tap eine Sekunde hängt, greift der Besucher lieber zum Telefon oder schaut sich einen Mitbewerber an.
Dasselbe gilt für das Angebotsformular eines Herstellers. Braucht der Bestätigungsbildschirm nach dem Absenden zu lange, weiß der Nutzer nicht, ob es geklappt hat, tippt erneut, sendet manchmal dieselbe Anfrage zweimal, oder bricht ab, ohne überhaupt abzuschicken.
Das Risiko hier ist nicht nur das Suchranking; es ist die Zahl der abgeschlossenen Transaktionen.
Wo man anfängt: Messen
Der erste Schritt ist das Messen. Googles PageSpeed Insights und der Core-Web-Vitals-Bericht in der Search Console beruhen auf echten Besucherdaten (Feld-Daten), die anders als ein Labortest zeigen, wie die Seite tatsächlich auf den Geräten und Verbindungen der Besucher performt.
Ein Geschwindigkeitsprojekt ohne Messung zielt meist auf das Falsche. Ein Bild zu verkleinern bringt möglicherweise nichts, wenn der eigentliche Übeltäter ein Drittanbieter-Chat-Widget ist, das die ganze Seite ausbremst.
Messen funktioniert besser als regelmäßige Gewohnheit denn als einmaliger Bericht; wird derselbe Bericht nach einem Update oder einer neuen Funktion nicht erneut geprüft, kann eine Verschlechterung wochenlang unbemerkt bleiben.
- Aktuelle LCP-, CLS- und INP-Werte in PageSpeed Insights prüfen
- Den Core-Web-Vitals-Bericht in der Search Console für echte Besucherdaten lesen
- Mobil und Desktop getrennt bewerten; mobil ist meist der kritischere Fall
- Drittanbieter-Skripte (Werbung, Chat-Widgets, Analytics) einzeln testen
Für welche Unternehmen es am stärksten spürbar ist
Seitengeschwindigkeit zählt überall, trifft in manchen Branchen aber direkt den Umsatz. Auf einer E-Commerce-Seite ist eine langsam ladende Warenkorbseite ein verlorener Verkauf; für ein Geschäftsmodell rund um Buchungen oder Bewerbungen bedeutet ein verzögertes Formular einen verlorenen Kunden.
Auf einer Broschürenseite mit wenigen Unterseiten zählt Geschwindigkeit ebenfalls, wirkt sich aber eher über die Markenwahrnehmung aus; ein Besucher hält eine langsame Seite schlicht für weniger vertrauenswürdig.
Praktische Wege, den INP zu verbessern
Einen INP-Wert zu verbessern läuft meist darauf hinaus, lange JavaScript-Aufgaben, die den Main Thread des Browsers blockieren, in kleinere Stücke zu zerlegen. Braucht der Code direkt nach einem Klick zu lange, wartet der Browser mit der Bildschirmaktualisierung, bis er fertig ist; der Nutzer erlebt diese Wartezeit als Einfrieren.
Drittanbieter-Skripte, ein Live-Chat-Widget, Werbe-Tags, Analytics-Tools, sind oft die eigentliche Ursache eines schlechten INP, da sie sich denselben Main Thread mit dem Code der Seite teilen. Ein Skript so zu verzögern, dass es erst einige Sekunden nach dem Laden läuft, verringert das Einfrieren bei den ersten Interaktionen.
Berechnet der Produktfilter eines Herstellers bei jedem angeklickten Filter die gesamte Liste neu, lässt sich das beheben, indem diese Berechnung in kleinere Stücke zerlegt wird, die dem Browser Luft zum Atmen lassen; das technische Detail liegt beim Entwickler, aber ein Manager sollte wissen, dass diese Korrektur messbar ist und selten eine komplette Neuentwicklung erfordert.
Diese Korrekturen müssen nicht auf einmal erfolgen; mit den drei oder vier Skripten mit der größten Wirkung anzufangen ist realistischer als eine monatelange Neuentwicklung.
Core Web Vitals klingen nach einem technischen Bericht, aber das Ergebnis ist ein geschäftliches: Eine Seite, die schnell lädt und sofort auf einen Klick reagiert, führt mehr Besucher zu einer abgeschlossenen Buchung, einem Kauf oder einem Formular. In einem Erstgespräch mit rabbitclip werden die echten Besucherdaten der Seite gemeinsam durchgesehen, und der Punkt, der zuerst angepackt werden sollte, wird klar. Werden alle drei Metriken zusammen beobachtet, zeigt sich meist von selbst, welche Seite zuerst Aufmerksamkeit verdient.
Häufige Fragen
Was gilt als guter INP-Wert?
Nach den von web.dev veröffentlichten Schwellenwerten gilt unter 200 Millisekunden als gut und über 500 Millisekunden als schlecht.
Entscheiden Core Web Vitals allein über das Ranking?
Nein, sie überstimmen nicht die Inhaltsqualität, sind aber eines von Googles Signalen zur Seitenerfahrung und können zwischen zwei ansonsten ähnlichen Seiten den Ausschlag geben.
Zählt mobil oder Desktop mehr?
Die Search Console meldet beide getrennt; da die meisten Unternehmensseiten einen hohen Mobilanteil haben, haben mobile Daten meist Vorrang.
Wie lange dauert eine Geschwindigkeitskorrektur?
Das hängt von der Ursache ab; eine Bildkorrektur kann Tage dauern, Probleme mit Drittanbieter-Skripten oft länger.
Sind LCP und CLS genauso wichtig wie INP?
Ja, alle drei werden zusammen bewertet; sich nur auf eine zu konzentrieren riskiert, Probleme bei den anderen zu übersehen.
