TL;DR
Google ersetzte am 12. März 2024 First Input Delay (FID) durch Interaction to Next Paint (INP) als Core Web Vital. FID maß nur die Verzögerung im Browser, bevor die erste Nutzerinteraktion verarbeitet wurde. INP misst die Gesamtzeit vom Beginn einer Nutzerinteraktion — Klick, Tippen oder Tastendruck — bis zur ersten visuellen Reaktion auf dem Bildschirm. Dabei werden alle Interaktionen während einer Sitzung erfasst und die langsamste gemeldet. INP ist schwerer zu bestehen: Mehr als 30 % der mobilen Websites verfehlen den Schwellenwert weiterhin. Noch wichtiger im Jahr 2026: Schlechte INP-Werte beeinflussen mehr als nur organische Rankings. Die Reaktionsfähigkeit einer Seite wirkt sich direkt auf ihre Crawlability durch KI-Crawler — darunter GPTBot und PerplexityBot — sowie auf die Nutzersignale aus, die die Eignung für KI-Zitate vorhersagen. Dieser Leitfaden erklärt FID und INP umfassend und verknüpft die INP-Optimierung mit der KI-Suchvisibilitätsebene, die Dageno AI überwacht.
Was FID und INP gemeinsam haben
Beide Metriken messen die Reaktionsfähigkeit einer Website — also, wie eine Seite auf Nutzeraktionen reagiert. Beide basieren auf tatsächlichen Nutzerinteraktionen: Weder FID noch INP werden erfasst, wenn ein Nutzer eine Seite öffnet und sie liest, ohne zu klicken, zu tippen oder eine Taste zu drücken. Keinen der beiden Werte kann man zuverlässig in einer reinen Laborumgebung messen, indem man eine Seite neu lädt; zur Ermittlung der Werte müssen tatsächliche Interaktionen simuliert werden.
Damit unterscheiden sie sich von LCP (Largest Contentful Paint) und CLS (Cumulative Layout Shift), die beim Laden der Seite automatisch erfasst werden — unabhängig vom Nutzerverhalten.
Die wichtigsten Unterschiede: Warum INP FID ablöste
1. Erste Interaktion vs. alle Interaktionen
FID misst nur die erste Nutzerinteraktion — also die Verzögerung, bevor der Browser nach dem Laden der Seite mit der Verarbeitung des allerersten Klicks, Tippens oder Tastendrucks beginnt.
INP erfasst Daten zu jeder Interaktion während der gesamten Sitzung und meldet anschließend die langsamste einzelne Interaktion — also diejenige, bei der es am längsten dauerte, bis eine sichtbare Reaktion erfolgte. Google macht eine Ausnahme: Bei Seiten mit mindestens 50 Interaktionen in einer Sitzung wird der einzelne höchste Ausreißer ignoriert, damit seltene Extremereignisse den Wert nicht verzerren. Bei den meisten Seiten mit weniger als 50 Interaktionen pro Sitzung wird die längste Interaktion zum INP-Wert.
Praktisches Beispiel dafür, wie sich INP während einer Sitzung verändert:
- Erste Interaktion: 104 ms → INP = 104 ms
- Zweite Interaktion: 472 ms → INP steigt auf 472 ms
- Dritte bis zehnte Interaktion: 16–56 ms → INP bleibt bei 472 ms
- Die Interaktion mit 472 ms war die langsamste; sie bestimmt den INP-Wert der Sitzung
2. Was tatsächlich gemessen wird
FID misst nur die Eingabeverzögerung — die Zeit zwischen einer Nutzeraktion und dem Beginn ihrer Verarbeitung durch den Browser. Die Verarbeitungszeit des Browsers und die visuelle Darstellung der Reaktion werden bei FID nicht berücksichtigt.
INP misst die vollständige Interaktionsdauer: Eingabeverzögerung + Verarbeitungszeit + Darstellungsverzögerung — also die Zeit bis zum Erscheinen der ersten visuellen Bildänderung auf dem Bildschirm nach der Nutzeraktion. INP gibt die gesamte Zeit an, die der Nutzer warten muss, bis etwas sichtbar passiert.
Dadurch ist INP eine grundlegend vollständigere Messgröße für die Interaktionsqualität. Eine Seite, die mit der Verarbeitung einer Interaktion schnell beginnt, aber 800 ms bis zur visuellen Aktualisierung benötigt, könnte FID bestehen (kurze Eingabeverzögerung), aber INP verfehlen (lange Gesamtdauer der Interaktion).
3. Bestehensquote und Schwierigkeitsgrad
Der Wechsel von FID wurde teilweise dadurch vorangetrieben, dass die meisten Websites bereits gute FID-Werte erzielten — die Metrik unterschied nicht mehr ausreichend. Mehr als 90 % der Websites bestanden FID sowohl auf Mobilgeräten als auch auf Desktops. Damit eignete sich die Metrik nur bedingt dazu, die Interaktionsqualität im Web zu unterscheiden.
INP ist deutlich schwerer zu bestehen. Mehr als 30 % der mobilen Websites verfehlen den INP-Schwellenwert weiterhin. Dadurch liefert INP ein aussagekräftigeres Unterscheidungssignal und ein konkretes Optimierungsziel für den Großteil der Branche.
4. Nutzerorientierung
Da FID nur die erste Interaktion berücksichtigt, kann die Metrik ein irreführendes Bild der Nutzererfahrung vermitteln. Eine Seite, die auf den ersten Klick sofort reagiert, aber mit zunehmender Interaktion immer langsamer wird — etwa weil sich die JavaScript-Ausführung auf einer umfangreichen interaktiven Seite aufbaut — kann einen hervorragenden FID-Wert aufweisen und dennoch eine schlechte tatsächliche Nutzererfahrung bieten.
INP misst alle Interaktionen und meldet die langsamste. Dadurch bildet die Metrik ab, was Nutzer während ihres gesamten Aufenthalts auf der Seite tatsächlich erleben — und ist ein genauerer Indikator für die wahrgenommene Reaktionsfähigkeit.
Die INP-Schwellenwerte
| Wert |
Einstufung |
| 200 ms oder weniger |
Gut |
| 201–500 ms |
Verbesserungsbedarf |
| Über 500 ms |
Schlecht |
Ein guter INP-Wert setzt voraus, dass jede Interaktion während einer Sitzung innerhalb von 200 ms abgeschlossen wird — von der Nutzeraktion bis zur visuellen Reaktion. Das ist deutlich anspruchsvoller als bei FID, bei dem nur die Eingabeverzögerung der ersten Interaktion kurz sein musste.
Warum das über traditionelles SEO hinaus wichtig ist: INP und der Zugriff für KI-Crawler
Im Jahr 2026 wirkt sich die Optimierung der Core Web Vitals auch auf Bereiche jenseits organischer Rankings aus — Auswirkungen, die es bei der Einführung von FID noch nicht gab.
Laut der Crawler-Analyse von Cloudflare aus dem Mai 2025 ist der Anteil von GPTBot am gesamten Crawler-Markt auf 7,7 % gestiegen (gegenüber 2,2 % im Mai 2024, ein Plus von 305 %). PerplexityBot ist ausgehend von einer minimalen Präsenz um 157.490 % gewachsen. Zusammen mit ClaudeBot und anderen KI-Crawlern macht der Traffic von KI-Bots inzwischen einen erheblichen und wachsenden Anteil der gesamten Crawler-Aktivität aus.
KI-Crawler führen kein JavaScript aus. GPTBot, ClaudeBot und PerplexityBot verarbeiten ausschließlich statisches HTML. Umfangreiche JavaScript-Payloads, die zu schlechten INP-Werten führen — weil sie den Main Thread blockieren, die Ereignisverarbeitung verzögern oder lange Tasks erzeugen, die zeitnahe visuelle Aktualisierungen verhindern — können auch dazu führen, dass Ihre Inhalte für KI-Crawler unsichtbar bleiben. Dieselbe JavaScript-Optimierung, die den INP-Wert für echte Nutzer verbessert, verringert auch die Rendering-Last, durch die KI-Crawler leere oder fehlerhaft formatierte Inhalte erhalten können.
Dadurch entsteht ein direkter Zusammenhang: Werden die JavaScript-Probleme behoben, die schlechte INP-Werte verursachen, verbessert sich zugleich die Zugänglichkeit für KI-Crawler. Sie entscheidet darüber, ob KI-Plattformen Ihre Inhalte indexieren und anschließend zitieren können.
- Google Search Console — Bericht zu den Core Web Vitals mit Felddaten von echten Chrome-Nutzern
- Google PageSpeed Insights — kombiniert Felddaten (CrUX) mit Labordaten zur Analyse einzelner URLs
- Chrome DevTools — Performance-Panel zur detaillierten Analyse des Interaktionsverlaufs
- Web Vitals Chrome Extension — INP-Messung in Echtzeit während manueller Tests
- WebPageTest — INP-Tests mit simulierten Interaktionen an mehreren Standorten
Der entscheidende Unterschied: INP ist in erster Linie eine Real-User-Monitoring-Metrik (RUM). Labortests können Interaktionen simulieren, aber die INP-Werte in der Google Search Console spiegeln tatsächliche Nutzerverhaltensmuster wider, die sich in synthetischen Tests nicht vollständig nachbilden lassen.
INP mit der KI-Suchvisibilität verknüpfen: Dageno AI
Die Optimierung von INP verbessert Nutzersignale, die zur Seitenautorität beitragen — und Seitenautorität ist einer der Faktoren, anhand derer sich die Eignung für KI-Zitate vorhersagen lässt. Doch auch nach der Optimierung der technischen Performance benötigen Sie eine eigene Ebene, um festzustellen, ob diese Optimierung tatsächlich zu KI-Zitaten führt.
Dageno AI stellt diese Messebene bereit — und verfolgt die Zitierleistung einer Marke gleichzeitig in ChatGPT, Perplexity, Google AI Overviews, Google AI Mode, Gemini, Claude, Grok, Microsoft Copilot, DeepSeek und Qwen über ein einziges Dashboard.
Während die INP-Optimierung darauf abzielt, was passiert, wenn KI-Crawler Ihre Website besuchen (JavaScript-Rendering-Qualität, Zugänglichkeit der Inhalte), sorgt die Knowledge-Graph-Integration von Dageno AI dafür, dass erfasst wird, was KI-Plattformen über Ihre Marke sagen, wenn sie sie besuchen. So wird sichergestellt, dass die Inhalte Ihrer optimierten, leistungsfähigen Seiten in KI-generierten Antworten korrekt wiedergegeben werden.
Der Zusammenhang ist sequenziell: guter INP → besserer Zugriff für KI-Crawler → höhere Wahrscheinlichkeit der KI-Indexierung → Dageno AI überwacht, ob indexierte Seiten KI-Zitate erhalten → Knowledge-Graph-Abgleich stellt sicher, dass diese Zitate korrekt sind.
Preise: Ein kostenloser Tarif ist verfügbar. Die kostenpflichtigen Tarife richten sich nach dem Prompt-Volumen und der Überwachungshäufigkeit.
FAQ
Sollte mich FID nach dem Wechsel zu INP noch interessieren?
FID wirkt sich nicht mehr auf die Core-Web-Vitals-Bewertungen in der Google Search Console oder auf Ranking-Signale aus. Eine Überwachung ist daher nicht mehr erforderlich. Da FID jedoch schon immer eine Teilkomponente von INP war (die Eingabeverzögerung), werden durch die INP-Optimierung auch mögliche FID-Probleme automatisch behoben.
Ist INP ein Rankingfaktor?
Ja — INP ist Teil der Core Web Vitals, die Google bei der Bewertung der Seitenerfahrung als Rankingsignal verwendet. Ein nicht bestandener INP-Wert führt nicht zwangsläufig zu Rankingverlusten. Google hat jedoch bestätigt, dass die Core Web Vitals als Tiebreaker-Signal dienen, wenn andere Rankingfaktoren bei Seiten ähnlich ausfallen.
Was verursacht schlechte INP-Werte?
Die meisten schlechten INP-Werte gehen auf lange JavaScript-Tasks im Main Thread zurück, die die Ereignisverarbeitung verzögern, auf umfangreiche Drittanbieter-Skripte, die die Verarbeitung von Interaktionen beeinträchtigen, oder auf komplexe DOM-Aktualisierungen, die das visuelle Rendering verzögern. Dieselben Optimierungen, die diese Probleme verringern — Code-Splitting, das Zurückstellen nicht kritischer JavaScript-Ausführung und die Reduzierung der Blockierung des Main Threads — verbessern auch die Zugänglichkeit von Inhalten für KI-Crawler.
Referenzen