FID (First Input Delay)

First Input Delay (FID) ist ein Core Web Vital, der die Zeit zwischen der ersten Interaktion eines Nutzers mit einer Seite — Klick auf einen Button, Tippen auf einen Link, Tastendruck — und dem Moment misst, in dem der Browser beginnt, dieses Ereignis zu verarbeiten. Er erfasst die Reaktionsfähigkeit statt der visuellen Ladegeschwindigkeit. Ein guter FID-Wert liegt unter 100 Millisekunden, was bedeutet, dass die Seite sich für den Nutzer sofort anfühlt. Alles über 300 Millisekunden gilt als schlecht. FID misst speziell die Eingabeverzögerung, die dadurch entsteht, dass der Haupt-Thread des Browsers mit anderen Aufgaben beschäftigt ist, wie dem Parsen von JavaScript oder der Ausführung lang laufender Skripte. Er misst nicht die Zeit, die der Browser zum Abschließen der Ereignisverarbeitung oder zum Aktualisieren der Benutzeroberfläche benötigt.

Wenn ein Leser auf einen Button klickt und für einen spürbaren Moment nichts passiert, fühlt sich die Seite kaputt an. Langsame Eingabereaktion frustriert Nutzer und erhöht die [Absprungrate](/glossary/bounce-rate). Google hat FID als Ranking-Signal in seiner [Core Web Vitals](/glossary/core-web-vitals)-Bewertung verwendet, sodass Seiten mit schlechtem FID in den Suchergebnissen schlechter ranken können. Für Verleger, die Flipbooks und interaktive Dokumente teilen, untergräbt eine träge erste Interaktion den professionellen Eindruck, den dein Content vermitteln soll. Mobile Nutzer sind besonders betroffen, da mobile Geräte oft weniger Rechenleistung haben und die Überlastung des Haupt-Threads dadurch deutlicher spürbar wird.

FlipLink-Flipbooks sind für einen niedrigen FID optimiert, indem nicht-kritisches JavaScript erst nach dem initialen Rendering geladen wird. Die [Three.js](/glossary/three-js)-Seitenumblätter-Engine lädt progressiv, sodass die Viewer-Toolbar und die Navigationssteuerungen sofort reagieren, wenn ein Leser zum ersten Mal interagiert. Tracking-Pixel und Analytics-Skripte werden asynchron geladen, um den Haupt-Thread nicht zu blockieren. Wenn du ein [Flipbook einbettest](/glossary/responsive-embed), verwendet FlipLinks Embed-Code [Lazy Loading](/glossary/lazy-loading) und asynchrone Initialisierung, damit das [Flipbook](/glossary/flipbook) keine Eingabeverzögerung auf deiner Hosting-Seite verursacht. Diese Optimierungen stellen sicher, dass eingebettete und geteilte Flipbooks sich ab dem ersten Klick reaktionsfähig anfühlen, ob auf Desktop oder Mobilgerät.

| Bewertung | FID-Schwellenwert | Bedeutung | |-----------|-------------------|-----------| | Gut | ≤ 100 ms | Seite reagiert sofort auf Eingaben | | Verbesserungsbedarf | 101–300 ms | Spürbare Verzögerung vor der Reaktion | | Schlecht | > 300 ms | Seite fühlt sich nicht reagierend oder eingefroren an | FID wird am 75. Perzentil der Seitenladungen im Chrome User Experience Report (CrUX) gemessen. Das bedeutet, dass 75 % deiner Besucher einen FID von 100 ms oder weniger erleben müssen, damit deine Seite den „gut"-Schwellenwert erreicht. Du kannst FID mit Google PageSpeed Insights, Lighthouse oder der Web Vitals JavaScript-Bibliothek in deinem eigenen Analytics-Setup messen.

FID misst nur den Verzögerungsanteil der Ereignisverarbeitung — die Lücke zwischen dem Auslösen des Eingabeereignisses und dem Beginn der Ausführung des Event-Handlers durch den Browser. Er umfasst nicht die Ausführungszeit des Handlers oder die Zeit für den Browser, den Bildschirm neu zu zeichnen. Die häufigste Ursache für hohen FID sind lange JavaScript-Aufgaben auf dem Haupt-Thread. Wenn der Browser mit der Ausführung eines Skripts beschäftigt ist, das 200 ms oder länger dauert, wird jede Benutzereingabe während dieses Fensters in die Warteschlange gestellt und verzögert. Häufige Quellen für Haupt-Thread-Blockierung sind: - **Große JavaScript-Bundles**, die beim Seitenaufruf geparst und kompiliert werden - **Drittanbieter-Skripte** (Analytics, Werbung, Chat-Widgets), die synchron ausgeführt werden - **Schwere DOM-Manipulation** während des initialen Renderings - **Nicht optimiertes Laden von Webfonts**, das Layout-Neuberechnungen auslöst Um den FID zu reduzieren, teile lange Aufgaben in kleinere Blöcke auf, verzögere nicht-essenzielle Skripte, verwende Code-Splitting, um nur das benötigte JavaScript zu laden, und minimiere den Einfluss von Drittanbieter-Skripten.

Google hat FID im März 2024 offiziell durch [Interaction to Next Paint (INP)](/glossary/core-web-vitals) als Core Web Vital ersetzt. Während FID nur die erste Interaktion misst, erfasst INP die Reaktionsfähigkeit aller Interaktionen über den gesamten Lebenszyklus der Seite und wählt die schlechteste aus (oder nahezu schlechteste bei Seiten mit vielen Interaktionen). Dies macht INP zu einer umfassenderen Reaktionsfähigkeits-Metrik. Hauptunterschiede: - **Umfang**: FID misst nur die Verzögerung der ersten Interaktion. INP misst jede Interaktion (Klicks, Tipps, Tastendrücke) und meldet die schlechteste. - **Was gemessen wird**: FID misst nur die Eingabeverzögerung (Zeit vor der Handler-Ausführung). INP misst die gesamte Dauer von der Eingabe bis zum nächsten visuellen Update (Paint). - **Schwellenwert**: Guter FID ist ≤ 100 ms. Guter INP ist ≤ 200 ms. - **Status**: FID ist als Core Web Vital veraltet, wird aber noch von vielen Tools gemeldet. INP ist die aktuelle offizielle Metrik. Auch wenn FID kein Core Web Vital mehr ist, verbessern die Optimierungen, die FID verbessern — Haupt-Thread-Blockierung reduzieren, Skripte verzögern, Code-Splitting — auch INP. FlipLinks Viewer ist für beide Metriken optimiert.