Was ist Interaction to Next Paint?
Kennst du das? Du tippst aufs Menü, nichts passiert, du tippst noch mal, und plötzlich klappt es zweimal auf. Interaction to Next Paint, kurz INP, misst genau das: wie schnell eine Seite auf dich reagiert.
Google erfasst dafür die Klicks, Tipps und Tastendrücke eines Seitenbesuchs. Am Ende steht meist die langsamste Interaktion als Wert. Scrollen, Zoomen und Hovern zählen nicht. Bei sehr vielen Interaktionen ignoriert Google je 50 die höchste, damit ein Ausreißer nicht alles bestimmt.
INP ist seit dem 12. März 2024 eines der drei Core Web Vitals, neben Largest Contentful Paint und Cumulative Layout Shift. Der Vorgänger First Input Delay (FID) schaute nur auf die erste Interaktion. Das reichte nicht, denn laut Google verbringen Nutzer 90 % ihrer Zeit auf einer Seite erst nach dem Laden.
Wie wird INP gemessen?
Jede Interaktion besteht aus drei Phasen. Zusammen ergeben sie die Latenz, also die Wartezeit:
Latenz einer Interaktion
INP = Input Delay + Processing Duration + Presentation Delay
Beispiel: 90 ms warten + 120 ms Skripte + 40 ms Darstellung → 250 ms, verbesserungswürdig
- Input Delay: Der Browser ist beschäftigt und kann noch nicht anfangen.
- Processing Duration: Dein JavaScript reagiert auf die Eingabe.
- Presentation Delay: Der Browser zeichnet das Ergebnis auf den Bildschirm.
Wert
Bewertung
bis 200 ms
gut
200–500 ms
verbesserungswürdig
über 500 ms
schlecht
Maßgeblich ist das 75. Perzentil der Seitenaufrufe, getrennt nach Mobil und Desktop. Heißt: Drei Viertel der Aufrufe müssen im grünen Bereich liegen.
Wo steht das Web?
Am Desktop ist INP selten ein Problem, am Handy schon. Laut Web Almanac 2025 (CrUX-Daten, Juli 2025) erreichten mobil 77 % der Websites einen guten INP, am Desktop 97 %. Auf Unterseiten sieht es schlechter aus als auf Startseiten: mobil 69 gegen 80 %.
WordPress hat aufgeholt: Mobil stieg der Anteil mit gutem INP laut Web Almanac von 69 % im Jahr 2023 auf 82 % im Jahr 2024. Trotzdem gilt: Viele Plugins, Slider und Tracking-Skripte belasten den Hauptthread, den einen Arbeitsstrang des Browsers.
Case A · Wohnungsplattform
QuintoAndar, Brasilien
1.006 → 216 ms
INP mobil
+36 %
Conversions zum Vorjahr
Das Team nennt den Zusammenhang stark, aber nicht als einzige Ursache.
Eine Conversion ist hier ein vereinbarter Besichtigungstermin. Laut Fallstudie auf web.dev, ohne Kontrollgruppe.
Case B · Busbuchung
redBus, Indien
870 → 350 ms
INP der Ergebnisliste, grob
rund +7 %
Umsatz
Maßnahme unter anderem: 10 statt 30 Treffer je Abruf.
Laut Fallstudie auf web.dev. Die Werte lagen vorher bei 870 bis 900, nachher bei 350 bis 370. Einzelfall, keine Faustregel.
So misst du INP
INP braucht echte Menschen, die echte Dinge anklicken. Deshalb zählen Felddaten:
- PageSpeed Insights: Zeigt Werte echter Nutzer je Seite und Domain, wenn genug Daten da sind.
- Search Console: Bericht „Core Web Vitals“, Gruppen ähnlicher Seiten, Zeitraum 28 Tage.
- Chrome DevTools: Das Performance-Panel zeigt, welches Skript bremst.
- web-vitals.js: Kleine Bibliothek, die INP echter Besucher misst und das auslösende Element nennt.
Weitere Hebel: lange Aufgaben aufteilen, schwere Skripte später laden, die HTML-Struktur klein halten und sofort sichtbares Feedback geben, etwa einen Lade-Indikator.
Häufige Fehler
Fehler 1 · INP in Lighthouse suchen
Lighthouse kann INP nicht messen, weil dort niemand die Seite bedient. Als Laborersatz dient Total Blocking Time. Google nennt sie einen brauchbaren Hinweis, aber keinen Ersatz.
Fehler 2 · Schnelle Ladezeit für gute Reaktion halten
Cache und CDN helfen beim Laden. Am INP ändern sie wenig, denn der entsteht beim Bedienen der Seite. Das Problem ist fast immer JavaScript.
Fehler 3 · Nur die Startseite prüfen
Filter im Shop, Formulare, Warenkorb: Die teuren Interaktionen liegen oft auf Unterseiten. Prüf also die Seiten, auf denen Leute wirklich etwas tun.
Fehler 4 · Sofortige Ergebnisse erwarten
Die Search Console wertet 28 Tage aus. Eine Reparatur wird also erst Wochen später voll sichtbar. Beachte außerdem: CrUX, PageSpeed Insights und Search Console basieren auf Chrome-Daten, iPhone-Nutzer fehlen darin weitgehend.
Häufige Fragen
Beeinflusst INP mein Google-Ranking?
Etwas. Google nutzt Core Web Vitals in seinen Ranking-Systemen, sagt aber auch: Gute Werte garantieren keine Top-Platzierung, und relevante Inhalte können trotz schwacher Werte vorn stehen. Eine belastbare Zahl zum Effekt gibt es nicht. Optimiere für Nutzer und Conversions, nicht für den perfekten Score.
Was ist der Unterschied zwischen INP und FID?
FID maß nur die Wartezeit vor der ersten Interaktion. INP erfasst alle Interaktionen eines Besuchs, samt Verarbeitung und Darstellung. FID ist seit dem 12. März 2024 kein Core Web Vital mehr und wurde im September 2024 aus den Chrome-Tools entfernt.
Warum zeigt PageSpeed Insights keinen INP-Wert?
Meist fehlen genug Felddaten echter Chrome-Nutzer für deine Seite. Lighthouse selbst misst keinen INP. Schau dann auf den Domainwert in PageSpeed Insights oder miss selbst mit web-vitals.js.
Warum ist mein INP am Handy schlechter als am Desktop?
Smartphones haben schwächere Prozessoren, also dauert derselbe JavaScript-Code länger. Teste deshalb auf einem Mittelklasse-Handy statt auf deinem neuen Laptop. Beide Werte werden getrennt bewertet.
Wie verbessere ich INP auf einer WordPress-Seite?
Überflüssige Plugins und Tracking-Skripte entfernen, Skripte verzögert laden, Slider und schwere Widgets reduzieren. Prüf das Ergebnis auf den Seiten mit Formularen und Filtern. Ein Cache-Plugin allein löst das Problem nicht.
Quellen
- web.dev: Interaction to Next Paint
- web.dev: INP wird Core Web Vital
- HTTP Archive: Web Almanac 2025, Performance
- HTTP Archive: Web Almanac 2024, CMS
- HTTP Archive: Web Almanac 2024, Performance
- web.dev: QuintoAndar
- web.dev: redBus
- web.dev: Web Vitals
- web.dev: Total Blocking Time
- Search Console-Hilfe: Bericht Core Web Vitals
- web.dev: LCP und INP sind Baseline
- Google Search Central: Page Experience
