FID-/INP-Checker

INP (Interaction to Next Paint) misst die Latenz aller Interaktionen auf einer Seite während ihrer gesamten Lebensdauer. Es hat FID im März 2024 als Core Web Vital abgelöst. Ein guter INP liegt unter 200 ms.

FID (First Input Delay) maß nur die Verzögerung der ersten Nutzerinteraktion. Es wurde im März 2024 abgeschafft und durch INP ersetzt, das alle Interaktionen misst.

Teile lange JavaScript-Aufgaben auf, minimiere die DOM-Größe, reduziere den Einfluss von Drittanbieter-Skripten, vermeide erzwungene synchrone Layouts und verwende CSS-Übergänge statt JS-Animationen.

Ja, der FID / INP Checker ist zu 100 % kostenlos, ohne Registrierung, ohne versteckte Gebühren und ohne Nutzungslimits. Die gesamte Verarbeitung erfolgt lokal in deinem Browser und gewährleistet vollständige Privatsphäre.

Absolut. Der FID / INP Checker verarbeitet alles clientseitig in deinem Browser. Es werden keine Daten auf einen Server hochgeladen oder dort gespeichert. Deine Inhalte bleiben jederzeit privat auf deinem Gerät.

Ja, der FID / INP Checker ist vollständig responsiv und funktioniert auf Smartphones und Tablets. Du kannst ihn auf jedem Gerät mit einem modernen Webbrowser verwenden, ohne App-Download.

Es ist kein Konto und keine Registrierung erforderlich. Öffne einfach den FID / INP Checker in deinem Browser und lege sofort los. Es gibt keine Anmeldeschranken oder Nutzungsbeschränkungen.

Ja, der FID / INP Checker wird gemäß den aktuellen Richtlinien und Best Practices von Google Search entwickelt. Wir aktualisieren das Tool regelmäßig, um Änderungen der Anforderungen von Suchmaschinen zu berücksichtigen.

Der FID / INP Checker funktioniert in allen modernen Browsern wie Chrome, Firefox, Safari, Edge und Opera. Für das beste Erlebnis verwende die neueste Version deines bevorzugten Browsers.

Google bewertet INP (Interaction to Next Paint) in drei Stufen, gemessen in Millisekunden: Gut ist unter 200 ms, Verbesserungswürdig liegt bei 200 bis 500 ms, und Schlecht ist alles über 500 ms. Um die Core-Web-Vitals-Bewertung zu bestehen, sollte das 75. Perzentil deiner echten Nutzer im Bereich Gut liegen – das heißt, mindestens drei von vier Interaktionen reagieren in unter 200 ms. FID nutzte eine nachsichtigere Skala, weil es nur die erste Interaktion maß: Gut unter 100 ms, Verbesserungswürdig 100 bis 300 ms, und Schlecht über 300 ms. Da INP die schlechteste Interaktion über die gesamte Lebensdauer der Seite erfasst, ist es schwieriger zu bestehen und spiegelt ehrlicher wider, wie reaktionsschnell sich eine Seite tatsächlich anfühlt. Füge einen Wert aus PageSpeed Insights in diesen Checker ein, um genau zu sehen, in welche Stufe er fällt.

FID (First Input Delay) maß nur die Verzögerung, bevor der Browser mit der Verarbeitung der allerersten Interaktion nach dem Laden begann, und selbst dann erfasste es lediglich die Eingabeverzögerung, nicht die Zeit bis zur tatsächlichen Bildschirmaktualisierung. Das machte es leicht zu bestehen: Der erste Tap landet oft, bevor der Hauptthread ausgelastet ist, sodass viele langsame Seiten trotzdem gut abschnitten. INP behebt beide Schwachstellen. Es beobachtet jeden Klick, Tap und Tastendruck während der gesamten Zeit, in der eine Seite geöffnet ist, misst die vollständige Latenz von der Eingabe bis zum nächsten sichtbaren Rendering und meldet die schlechteste davon. Das Ergebnis spiegelt die anhaltende Reaktionsschnelligkeit wider, die ein echter Besucher erlebt, nicht eine einzelne glückliche Momentaufnahme. Google machte INP im März 2024 offiziell zum Core Web Vital und löste damit FID ab. Dieses Tool meldet FID weiterhin zum historischen Vergleich, stellt INP aber in den Vordergrund, damit du prüfen kannst, wie eine Seite nach dem aktuellen Standard abschneidet.

Die beiden Zahlen beantworten unterschiedliche Fragen. Die Live-Messung dieses Tools hängt einen PerformanceObserver an deinen aktuellen Tab und zeichnet die Latenz der Interaktionen auf, die du gerade jetzt ausführst – auf deinem Gerät, deinem Netzwerk und deiner CPU. Sie spiegelt genau eine Sitzung wider und eignet sich ideal, um einen Entwicklungs-Build oder deinen eigenen Rechner schnell zu überprüfen. PageSpeed Insights dagegen liefert Felddaten aus dem Chrome User Experience Report und aggregiert echte Besuche der vergangenen 28 Tage beim 75. Perzentil über viele Geräte und Bedingungen hinweg. Ein schnelles Notebook zeigt oft einen besseren Live-Wert als die Felddaten, weil langsamere Smartphones und ausgelastete Netzwerke den realen Wert nach oben ziehen. Betrachte die Live-Messung als schnellen Diagnosewert und den Feld-Score als das Urteil, das die Suchsichtbarkeit tatsächlich beeinflusst. Nutze in diesem Checker beide Wege: erst live messen, dann den PSI-Wert einfügen, um ihn bewerten zu lassen.

Du brauchst weder Chrome DevTools noch die web-vitals-Bibliothek, um einen echten Messwert zu erhalten. Öffne diesen Checker, klicke auf Start Measuring und interagiere anschließend mit der Seite genau so, wie es ein Besucher tun würde: Buttons klicken, in Eingabefelder tippen und scrollen. Im Hintergrund hängt das Tool einen PerformanceObserver an event- und first-input-Timing-Einträge, zeichnet die Latenz jeder Interaktion auf und meldet den maximalen gemessenen INP-Wert plus den FID der ersten Eingabe. Da dabei nur Standard-Timing-Daten aus deiner eigenen Sitzung gelesen werden, wird nichts hochgeladen, und die Messung ist wirklich live und nicht simuliert. Das ist der schnellste Weg, um zu bestätigen, dass eine Korrektur wirkt, bevor ein Release echte Nutzer erreicht. Für Felddaten, die alle Besucher repräsentieren, folge dem eingebauten Link zu PageSpeed Insights und füge den zurückgelieferten Wert wieder in das Tool ein, um eine sofortige Bewertung zu erhalten.

Ein hoher INP-Wert lässt sich fast immer darauf zurückführen, dass der Hauptthread blockiert ist, wenn ein Nutzer interagiert. Die üblichen Verdächtigen sind lange JavaScript-Aufgaben über 50 ms, aufwendige Arbeit direkt in Click- oder Keydown-Handlern, große DOM-Bäume, die jede Style- und Layout-Neuberechnung teuer machen, Skripte von Drittanbietern, erzwungene synchrone Layout-Berechnungen und JavaScript-gesteuerte Animationen, die stattdessen auf dem Compositor laufen könnten. Um den Übeltäter zu finden, nutze die Live-Messung dieses Tools und interagiere nacheinander mit jedem Element; der gemeldete maximale INP-Wert steigt bei genau der Interaktion, die hakt, und weist dich so auf den zu untersuchenden Handler hin. Übliche Lösungsansätze sind, lange Aufgaben mit setTimeout, requestIdleCallback oder scheduler.yield() aufzuteilen, das DOM unter rund 1.500 Knoten zu halten, unkritische Skripte zu verzögern und CSS-Übergänge JavaScript-Animationen vorzuziehen. Miss, wende eine Änderung an und miss hier erneut, um zu bestätigen, dass die Interaktion schneller geworden ist.