Was ist INP (Interaction to Next Paint) und wie bremst es Ihre Website 2026 aus

Sie haben gehört, dass Google eine Metrik in den Core Web Vitals geändert hat und dass jetzt etwas namens INP zählt. Vielleicht haben Sie in PageSpeed Insights einen roten Wert gesehen und sich erschrocken. Das ist normal — INP ist schwerer zu verstehen als die alte Metrik, die sie ersetzt hat, aber sobald Sie begreifen, was sie misst, ergibt es Sinn.

Kurz gesagt: INP misst nicht, wie schnell die Seite lädt, sondern wie schnell die Website reagiert, wenn Sie klicken, auf etwas tippen oder in ein Formular schreiben. Es ist die Metrik der „Reaktionsfähigkeit“. Eine Website kann vollständig geladen aussehen und trotzdem beim Drücken eines Buttons einige Zehntelsekunden lang blockiert wirken — genau das erfasst INP. In diesem Artikel zeige ich Ihnen, was das bedeutet, wie Sie es korrekt messen und was Sie konkret tun, um es zu verbessern.

Was ist INP und was hat es ersetzt

INP steht für Interaction to Next Paint — „von der Interaktion bis zur nächsten Darstellung“. Seit März 2024 hat INP offiziell FID (First Input Delay) als eine der drei Core-Web-Vitals-Metriken abgelöst, neben LCP (Ladegeschwindigkeit) und CLS (visuelle Stabilität).

Der Unterschied zu FID ist wichtig. FID maß nur die Verzögerung bei der ERSTEN Interaktion und nur die Wartezeit, nicht wie lange die eigentliche Reaktion dauerte. Es war eine nachsichtige Metrik — viele langsame Websites kamen locker durch.

INP ist deutlich ehrlicher: Es betrachtet ALLE Interaktionen auf der Seite (Klicks, Berührungen, Tastenanschläge) während des gesamten Besuchs und meldet praktisch die langsamste. Es misst den kompletten Weg: vom Berühren bis zu dem Moment, in dem sich der Bildschirm tatsächlich visuell als Reaktion ändert. Deshalb ist sie schwerer zu bestehen.

Wie INP gemessen wird: Schwellenwerte und Werkzeuge

INP wird in Millisekunden gemessen, und Google verwendet folgende Schwellenwerte (beim 75. Perzentil realer Nutzer):

• Unter 200 ms — gut (grün)
• Zwischen 200 und 500 ms — verbesserungswürdig (orange)
• Über 500 ms — schlecht (rot)

Wo Sie es prüfen können:

• PageSpeed Insights — am einfachsten; liefert bei ausreichendem Traffic auch echte Felddaten (CrUX).
• Chrome DevTools, Tab „Performance“ — Sie zeichnen eine Interaktion auf und sehen genau, was wie lange dauert.
• Die Web-Vitals-Erweiterung für Chrome — zeigt INP in Echtzeit während der Navigation.

Achtung: INP ist eine „Feld“-Metrik, das heißt, sie hängt von echten Nutzern, deren Handys und Verbindung ab. Ein Labortest liefert eine Schätzung, aber die Realität zeigt sich in den CrUX-Daten, die sich über die Zeit ansammeln.

Warum Ihre Website bei INP langsam ist

In fast allen Fällen ist JavaScript der Schuldige, das den Haupt-Thread blockiert. Der Browser hat nur einen Thread, auf dem er sowohl die Seite zeichnet als auch Skripte ausführt. Läuft ein Skript lange, kann der Browser erst auf Ihren Klick reagieren, wenn es fertig ist — daher die Verzögerung.

Häufige Ursachen, besonders bei Firmenwebsites:

• Zu viele Plugins und Drittanbieter-Skripte (Chats, Tracking-Pixel, Cookie-Banner, Widgets).
• Schwere WordPress-Themes, die tonnenweise unnötiges JavaScript laden.
• „Long Tasks“ — Aufgaben, die den Thread länger als 50 ms besetzen.
• Code, der das Layout bei jeder Interaktion mehrfach neu berechnet.

Das Paradoxe: Eine Website kann einen guten LCP haben (lädt schnell) und trotzdem ein schlechtes INP, weil sich das ganze Gewicht erst bemerkbar macht, sobald Sie zu interagieren beginnen.

Wie Sie INP konkret verbessern

Es gibt keinen Zauberknopf, aber die Schritte sind klar:

• Werden Sie ungenutzte Skripte los. Jedes zusätzliche Chat-Widget oder Tracking-Tool kostet. Behalten Sie nur, was Ihnen Kunden bringt.
• Verschieben Sie unkritisches JavaScript (defer), damit es die erste Interaktion nicht blockiert.
• Zerlegen Sie lange Aufgaben in kleine Stücke und „geben Sie den Haupt-Thread frei“ (mit setTimeout oder dem modernen Scheduler des Browsers), damit die Reaktion auf einen Klick vorgezogen werden kann.
• Bevorzugen Sie CSS statt JavaScript für Animationen und einfache Effekte — CSS läuft auf einem anderen Thread und blockiert nicht.
• Verwenden Sie bei Formularen Debouncing, damit nicht bei jedem Tastendruck Code ausgeführt wird.
• Wählen Sie von Anfang an ein leichtes Theme bzw. einen leichten Aufbau, statt einen aufgeblähten, den Sie später „optimieren“.

Der günstigste Gewinn besteht oft darin, Ballast zu entfernen, statt Optimierungen darüberzulegen.

Was das für eine kleine Firmenwebsite bedeutet

Wenn Sie einen Salon, eine Klinik oder ein lokales Geschäft haben, müssen Sie kein Programmierer werden. Aber zwei Dinge lohnt es sich zu wissen. Erstens: Die Reaktionsgeschwindigkeit beeinflusst tatsächlich, wie viele Besucher bleiben und auf „Termin buchen“ oder „Anrufen“ klicken. Zweitens: Viele langsame Websites sind von Grund auf langsam gebaut, nicht wegen eines vergessenen Plugins — und dann helfen geflickte Optimierungen nur wenig.

Bei MPO Web Studio bauen wir Websites von Anfang an leichtgewichtig, gerade damit wir uns später nicht mit INP herumschlagen müssen. Wir arbeiten remote im ganzen Land und erstellen Ihnen kostenlos eine vorgefertigte Demo Ihrer Website, damit Sie den Unterschied sehen, bevor Sie irgendetwas bezahlen.

Wenn Sie gemeinsam mit uns prüfen möchten, warum Ihre aktuelle Website langsam ist, schreiben Sie uns auf WhatsApp — wir sagen Ihnen ehrlich, ob etwas repariert oder neu gebaut werden muss.