First Input Delay (FID)

Was ist First Input Delay (FID)?

First Input Delay (FID) war eine Core-Web-Vitals-Kennzahl für die Reaktionsfähigkeit einer Website. Sie maß die Zeit zwischen der ersten Nutzerinteraktion und dem Beginn ihrer Verarbeitung durch den Browser. Bis 100 Millisekunden galt der Wert als gut. Seit März 2024 verwendet Google stattdessen Interaction to Next Paint.

First Input Delay (FID), auf Deutsch Verzögerung der ersten Eingabe, bewertete, wie schnell eine bereits sichtbare Seite auf den ersten Klick, Fingertipp oder Tastendruck reagieren konnte. Ein hoher Wert entstand meist, wenn der Hauptthread des Browsers durch umfangreiche JavaScript-Aufgaben blockiert war.

Was First Input Delay gemessen hat

First Input Delay erfasste den Zeitraum vom Beginn der ersten Interaktion bis zu dem Moment, in dem der Browser mit der Verarbeitung des zugehörigen Ereignisses beginnen konnte. Die eigentliche Verarbeitung des Ereignisses und das anschließende Darstellen einer sichtbaren Reaktion gehörten nicht zum FID-Wert.

Diese Begrenzung führte zu einem häufigen Denkfehler: Ein guter First Input Delay bedeutete nicht automatisch, dass sich eine Seite durchgehend schnell bedienen ließ. Die Kennzahl betrachtete nur die erste geeignete Interaktion. Langsame Menüs, Filter oder Formulare bei späteren Eingaben konnten deshalb unentdeckt bleiben.

Welche Eingaben für FID zählten

First Input Delay berücksichtigte diskrete Interaktionen, bei denen der Nutzer eine konkrete Reaktion erwartete. Dazu gehörten Klicks mit der Maus, Fingertipps auf einem Touchscreen und Tastatureingaben. Scrollen und Zoomen flossen nicht ein, weil Browser solche kontinuierlichen Bewegungen anders verarbeiten.

  • Ein Klick auf einen Button konnte eine FID-Messung auslösen.
  • Das Öffnen einer Navigation per Fingertipp war eine geeignete Interaktion.
  • Eine Tastatureingabe in einem Formularfeld konnte gemessen werden.
  • Reines Scrollen erzeugte keinen First Input Delay.

FID-Werte richtig einordnen

Für die Bewertung wurden reale Nutzerdaten am 75. Perzentil betrachtet. Das bedeutet: Mindestens 75 Prozent der erfassten Seitenaufrufe mussten den jeweiligen Grenzwert erreichen. Die Bewertung erfolgte getrennt für mobile Geräte und Desktop-Systeme, weil Rechenleistung, Verbindung und Nutzungssituation deutlich voneinander abweichen können.

FID-WertBewertungEinordnung
Bis 100 MillisekundenGutDie erste Eingabe wird ohne deutlich wahrnehmbare Wartezeit angenommen.
Über 100 bis 300 MillisekundenVerbesserungsbedarfDie Verzögerung kann für den Nutzer bereits spürbar werden.
Über 300 MillisekundenSchlechtDie Seite wirkt bei der ersten Interaktion deutlich verzögert.
Ein FID-Wert von 80 Millisekunden bedeutete, dass zwischen der ersten Eingabe und dem Beginn ihrer Verarbeitung 80 Millisekunden lagen. Die Dauer des ausgeführten Ereignisses und die Zeit bis zur sichtbaren Aktualisierung waren darin nicht enthalten. Genau diese zusätzlichen Phasen berücksichtigt die Nachfolgekennzahl INP umfassender.

Warum FID nur im Feld messbar war

First Input Delay benötigte eine echte Nutzerinteraktion und war deshalb eine reine Felddaten-Kennzahl. Ein automatisierter Labortest konnte nicht vorhersagen, wann ein realer Nutzer erstmals klickt oder welche Aufgaben zu diesem Zeitpunkt den Hauptthread belegen. Felddaten entstanden ausschließlich bei tatsächlichen Seitenaufrufen unter realen Geräte- und Netzwerkbedingungen.

Labortests verwendeten häufig die Total Blocking Time als diagnostische Annäherung. Die Total Blocking Time summiert blockierende Anteile langer Aufgaben zwischen dem ersten sichtbaren Inhalt und der Bereitschaft zur Interaktion. Sie ist kein rechnerischer Ersatz für FID, hilft aber dabei, problematische JavaScript-Ausführung vor der Veröffentlichung zu erkennen.

Messbar ist die Reaktionsfähigkeit zum Beispiel so: Prüfe Felddaten aus dem Chrome User Experience Report und ergänze sie durch einen Labortest. Fehlen Felddaten, kann das an einer zu geringen Anzahl geeigneter Seitenaufrufe liegen. Ein einzelner Testlauf liefert dann keine belastbare FID-Bewertung.

Prüfe die technische Ausgangslage deiner Seite direkt mit dem kostenlosen Ladezeiten-Check:

Mit Nutzung dieses PageSpeed-Checks erklären Sie, dass Sie die Datenschutzerklärung zur Kenntnis genommen haben und damit einverstanden sind, dass die von Ihnen angegebenen Daten elektronisch erhoben und gespeichert werden. Ihre Daten werden dabei nur streng zweckgebunden zur Bearbeitung des PageSpeed-Checks benutzt. Mit der Nutzung dieses PageSpeed-Checks erklären Sie sich mit der Verarbeitung einverstanden.

Status 2026: FID und INP

Google ersetzte First Input Delay am 12. März 2024 als Core Web Vital durch Interaction to Next Paint, kurz INP. Historische Berichte, ältere Audits und Fachartikel können FID weiterhin enthalten. Für aktuelle Bewertungen der Reaktionsfähigkeit ist jedoch INP maßgeblich.

Der Unterschied zwischen First Input Delay und INP liegt im Messumfang. FID bewertete nur die Verzögerung vor der Verarbeitung der ersten Eingabe. INP beobachtet Interaktionen während des gesamten Seitenbesuchs und bezieht Eingabeverzögerung, Ereignisverarbeitung sowie die Zeit bis zur nächsten visuellen Darstellung ein.

KriteriumFirst Input DelayInteraction to Next Paint
MesszeitpunktNur erste geeignete InteraktionInteraktionen während des Seitenbesuchs
Erfasste PhasenNur EingabeverzögerungEingabeverzögerung, Verarbeitung und Darstellung
Guter GrenzwertBis 100 MillisekundenBis 200 Millisekunden
Aktueller Core Web VitalNeinJa

First Input Delay optimieren

Ein hoher First Input Delay entstand typischerweise durch lange Aufgaben auf dem Hauptthread. Als lange Aufgabe gilt eine zusammenhängende Arbeit von mehr als 50 Millisekunden. Während dieser Zeit kann der Browser eine Nutzereingabe oft nicht sofort bearbeiten, weil JavaScript analysiert, kompiliert oder ausgeführt wird.

Die Optimierung beginnt deshalb nicht bei der Serverantwort allein. Eine Seite kann ihre sichtbaren Inhalte schnell laden und trotzdem träge reagieren, wenn umfangreiche Skripte unmittelbar nach dem Laden den Hauptthread belegen. Prüfe für eine belastbare Diagnose, welche Skripte vor der ersten Interaktionsmöglichkeit ausgeführt werden.

  • Teile lange JavaScript-Aufgaben in kleinere Arbeitsschritte unter 50 Millisekunden auf.
  • Lade Funktionen erst dann, wenn sie auf der jeweiligen Seite tatsächlich benötigt werden.
  • Reduziere ungenutzten JavaScript-Code und vermeide mehrfach geladene Bibliotheken.
  • Prüfe Drittanbieter-Skripte für Tracking, Chats, Karten und Personalisierung einzeln.
  • Verlagere rechenintensive Aufgaben in Web Worker, wenn kein direkter Zugriff auf die Benutzeroberfläche erforderlich ist.

Bei umfangreichen Websites zeigt ein technischer Check häufig, dass nicht eine einzelne Datei, sondern die Summe mehrerer Skripte die Reaktionsfähigkeit beeinträchtigt. Eine Priorisierung nach Ausführungsdauer und Seitentyp ist deshalb hilfreicher als das pauschale Entfernen aller Erweiterungen. Weitere Prüfschritte findest du in den SEO-Tipps für Technik und Ladezeiten.

Relevanz für SEO, SEA und GEO

Core Web Vitals gehören zu den Seitenerfahrungssignalen der Google-Suche. Ein guter Wert ersetzt weder relevante Inhalte noch eine klare Suchintention oder Autorität. Bei vergleichbaren Suchergebnissen kann eine bessere Seitenerfahrung jedoch zur Gesamtqualität einer Seite beitragen. Die technische Bewertung sollte deshalb gemeinsam mit Rankings, organischem Traffic und Conversions betrachtet werden.

Für SEA beeinflusst die Reaktionsfähigkeit vor allem die Qualität der Zielseite nach dem Anzeigenklick. Wenn ein Nutzer einen Filter, Warenkorb oder Anfragebutton erst verspätet bedienen kann, kann bezahlter Traffic sein Conversion-Potenzial schlechter ausschöpfen. Sinnvolle Prüfungen verbinden deshalb Anzeigenleistung mit den technischen Checks für Google-Ads-Zielseiten.

Für GEO, also Generative Engine Optimization, ist First Input Delay keine direkte Kennzahl für Erwähnungen in KI-Antworten. Eine technisch zugängliche, stabile Website unterstützt jedoch die gemeinsame Basis von SEO und GEO: Inhalte können zuverlässig abgerufen, genutzt und weiterempfohlen werden. Technische Fehler lassen sich mit einem strukturierten SEO-Audit nach Seitentyp und Auswirkung priorisieren.

Häufige Fragen zu First Input Delay

Ist First Input Delay noch ein Core Web Vital?

Nein. Google ersetzte First Input Delay im März 2024 durch Interaction to Next Paint. In historischen Berichten und älteren Analysen kann FID weiterhin erscheinen.

Was ist ein guter FID-Wert?

Ein First Input Delay bis 100 Millisekunden galt als gut. Werte über 100 bis 300 Millisekunden benötigten Verbesserung, Werte über 300 Millisekunden galten als schlecht.

Warum zeigt mein Bericht keinen FID-Wert?

First Input Delay basierte auf realen Nutzerinteraktionen. Wenn nicht genügend geeignete Felddaten vorhanden waren, konnte kein belastbarer Wert ausgegeben werden. Das trat besonders bei neuen oder wenig besuchten URLs auf.

Kann man FID in einem Labortest messen?

Nein. Ein Labortest enthält keine echte erste Nutzerinteraktion und kann First Input Delay daher nicht direkt ermitteln. Die Total Blocking Time diente als diagnostische Annäherung für blockierende Aufgaben.

Was verursacht einen hohen First Input Delay?

Ein hoher First Input Delay entstand meist durch lange JavaScript-Aufgaben auf dem Hauptthread. Umfangreiche Skripte, Drittanbieter-Code und rechenintensive Funktionen konnten die Verarbeitung der ersten Eingabe verzögern.

Ist FID dasselbe wie die Ladezeit?

Nein. Die Ladezeit beschreibt, wann Inhalte geladen oder sichtbar werden. First Input Delay maß dagegen, wie lange der Browser nach der ersten Eingabe bis zum Beginn ihrer Verarbeitung benötigte.

Wenn du Ladezeiten, Core Web Vitals und technische Fehler für deine Domain systematisch einordnen möchtest, kannst du einen kostenlosen und unverbindlichen Potenzialcheck anfragen.

Kostenlosen Potenzialcheck anfragen


Sie haben noch Fragen?

Kontaktieren Sie uns

Free Account erstellen


Weitere Inhalte