First Input Delay (FID): Definition und Ablösung durch INP

Was ist First Input Delay (FID)?

First Input Delay (FID) war ein Core Web Vital, der die Zeit vom ersten Kontakt eines Besuchers mit einer Seite, etwa einem Klick, Tap oder Tastendruck, bis zu dem Moment maß, an dem der Browser die zugehörigen Event-Handler starten konnte. Er erfasste das Gefühl, dass die Seite "hängt", wenn JavaScript beim Laden den Main Thread blockiert und die Seite nicht reagieren kann. Ein guter FID lag bei 100 Millisekunden oder weniger im 75. Perzentil.

FID ist kein Core Web Vital mehr. Interaction to Next Paint (INP) hat ihn am 12. März 2024 abgelöst, und laut web.dev endete die Unterstützung für FID am 9. September 2024. Diese Seite erklärt, was FID war und worin er sich von INP unterscheidet. Für alles, was Sie heute messen oder verbessern, verwenden Sie INP.

So funktionierte FID

FID maß nur die Eingabeverzögerung der ersten Interaktion auf einer Seite: die Lücke zwischen der Eingabe und dem Moment, in dem die Handler starten konnten. Die Laufzeit der Handler und die Zeit bis zur Darstellung des Ergebnisses gehörten nicht dazu. Kontinuierliche Aktionen wie Scrollen und Zoomen waren ausgenommen.

FID ließ sich nur mit echten Nutzern messen, da eine echte erste Interaktion nötig ist. Im Labor war die Total Blocking Time (TBT) der übliche Ersatz, und laut web.dev korrelierte sie im Feld gut mit FID.

FID im Vergleich zu INP

Warum FID abgelöst wurde

• Er sah nur eine Interaktion. Eine Seite konnte einen guten FID haben und sich beim zehnten Klick trotzdem langsam anfühlen.
• Er ignorierte die Reaktion. Langsame Event-Handler und langsames Rendern nach der Eingabe zählten nicht.
• Er war leicht zu bestehen. Besucher, die erst nach dem Laden interagierten, erlebten kaum Verzögerung, sodass viele Seiten bestanden, ohne sich responsiv anzufühlen.

Was weiterhin gilt

Die Ursachen eines schlechten FID sind auch Ursachen eines schlechten INP, daher gelten die meisten alten Ratschläge weiter: lange JavaScript-Tasks, große Bundles, Drittanbieter-Skripte, aufwendige Hydration und langsame Event-Handler. Teilen Sie lange Tasks auf, laden Sie Code nur bei Bedarf und verschieben Sie Unkritisches. Häufige Fehler sind heute, FID weiter in Dashboards und Alarmen zu verfolgen und einen "bestandenen" FID-Bericht aus der Zeit vor 2024 als Beweis zu nehmen, dass sich die Seite responsiv anfühlt.

Responsiveness heute messen

Prüfen Sie INP in den Felddaten des Chrome UX Report (CrUX). Der kostenlose Core Web Vitals Checker zeigt LCP, INP und CLS aus CrUX und gibt, wie auf seiner Seite erklärt, INP aus, nicht FID. Um alle Core Web Vitals über die Zeit zu verfolgen, führt das Page-Speed-Monitoring von LoadFocus geplante Lighthouse-Audits inklusive Total Blocking Time aus. Die ausführliche Optimierungsanleitung ist How to Optimize Interaction to Next Paint, zu Alarmen und Berichten siehe How to monitor Core Web Vitals (beide auf Englisch). Die ursprüngliche FID-Definition ist auf web.dev archiviert.

Häufige Fragen: First Input Delay

Ist FID noch ein Core Web Vital?

Nein. INP hat FID am 12. März 2024 als Core Web Vital abgelöst.

Was war ein guter FID?

100 Millisekunden oder weniger im 75. Perzentil der Seitenaufrufe.

Worin unterscheiden sich FID und INP?

FID maß nur die Eingabeverzögerung der ersten Interaktion. INP misst jede Interaktion von der Eingabe bis zum nächsten Paint und meldet die langsamste.

Sehe ich FID noch in meinen Tools?

Manche älteren Berichte und Bibliotheken zeigen ihn eventuell noch, doch Google hat sein Tooling auf INP umgestellt. Laut web.dev endete die FID-Unterstützung am 9. September 2024, verlassen Sie sich also nicht darauf.

Bedeutet ein guter FID auch einen guten INP?

Nicht unbedingt. Eine Seite kann schnell auf die erste Eingabe reagieren und bei späteren Klicks oder in Event-Handlern trotzdem langsam sein, was FID nie gemessen hat.