FID (First Input Delay)

First Input Delay (FID) is een [Core Web Vitals](/glossary/core-web-vitals)-metriek die de tijd meet tussen de eerste interactie van een gebruiker met een pagina — klikken op een knop, tikken op een link, indrukken van een toets — en het moment dat de browser begint met het verwerken van dat event. Het meet responsiviteit in plaats van visuele laadsnelheid. Een goede FID-score is minder dan 100 milliseconden, wat betekent dat de pagina instant aanvoelt voor de gebruiker. Alles boven 300 milliseconden wordt als slecht beschouwd. FID meet specifiek de invoervertraging die wordt veroorzaakt doordat de main thread van de browser bezig is met andere taken, zoals het parsen van JavaScript of het uitvoeren van langlopende scripts. Het meet niet de tijd die de browser nodig heeft om het event af te handelen of de UI bij te werken.

Wanneer een lezer op een knop klikt en er voor een merkbaar moment niets gebeurt, voelt de pagina kapot aan. Trage invoerrespons frustreert gebruikers en verhoogt het [bouncepercentage](/glossary/bounce-rate). Google heeft FID gebruikt als rangsignaal binnen de Core Web Vitals-beoordeling, dus pagina's met slechte FID kunnen lager ranken in zoekresultaten. Voor uitgevers die flipbooks en interactieve documenten delen, ondermijnt een trage eerste interactie de professionele indruk die je content moet maken. Mobiele gebruikers worden extra getroffen omdat mobiele apparaten vaak minder verwerkingskracht hebben, waardoor main-thread-congestie meer opvalt.

FlipLink-flipbooks zijn geoptimaliseerd voor lage FID door niet-kritiek JavaScript uit te stellen tot na de initiële render. De [Three.js](/glossary/three-js) page-flip engine laadt progressief, zodat de viewerwerkbalk en navigatiebesturing onmiddellijk reageren wanneer een lezer voor het eerst interacteert. Trackingpixels en analytics-scripts worden asynchroon geladen om de main thread niet te blokkeren. Wanneer je een [flipbook inbedt](/glossary/responsive-embed) op je eigen website, gebruikt FlipLink's inbedcode [lazy loading](/glossary/lazy-loading) en asynchrone initialisatie zodat het [flipbook](/glossary/flipbook) geen invoervertraging toevoegt aan je hostpagina. Deze optimalisaties zorgen ervoor dat ingebedde en gedeelde flipbooks responsief aanvoelen vanaf de eerste klik, of ze nu op desktop of mobiel worden bekeken.

| Beoordeling | FID-drempel | Betekenis | |-------------|------------|-----------| | Goed | ≤ 100 ms | Pagina reageert instant op invoer | | Moet verbeteren | 101–300 ms | Merkbare vertraging voor respons | | Slecht | > 300 ms | Pagina voelt niet-responsief of bevroren | FID wordt gemeten op het 75e percentiel van paginaladingen in het Chrome User Experience Report (CrUX). Dit betekent dat 75% van je bezoekers een FID van 100 ms of minder moet ervaren om de "goed"-drempel te halen. Je kunt FID meten met Google PageSpeed Insights, Lighthouse of de Web Vitals JavaScript-bibliotheek in je eigen analytics-setup.

FID meet alleen het vertragingsdeel van eventverwerking — de kloof tussen het afvuren van het invoerevent en het moment dat de browser begint met het uitvoeren van de event handler. Het omvat niet de tijd die de handler nodig heeft om uit te voeren of de tijd die de browser nodig heeft om het scherm opnieuw te tekenen. De meest voorkomende oorzaak van hoge FID zijn lange JavaScript-taken op de main thread. Wanneer de browser bezig is met het uitvoeren van een script dat 200 ms of langer duurt, wordt elke gebruikersinvoer gedurende dat venster in de wachtrij geplaatst en vertraagd. Veelvoorkomende bronnen van main-thread-blokkering zijn: - **Grote JavaScript-bundels** die bij het laden van de pagina worden geparsed en gecompileerd - **Scripts van derden** (analytics, advertenties, chatwidgets) die synchroon worden uitgevoerd - **Zware DOM-manipulatie** tijdens de initiële render - **Niet-geoptimaliseerd laden van webfonts** dat layoutherberekeningen triggert Om FID te verlagen, breek je lange taken op in kleinere stukken, stel je niet-essentiële scripts uit, gebruik je code splitting om alleen het JavaScript te laden dat nodig is voor de huidige weergave, en minimaliseer je de impact van scripts van derden.

Google heeft FID in maart 2024 officieel vervangen door [Interaction to Next Paint (INP)](/glossary/core-web-vitals) als Core Web Vital. Terwijl FID alleen de eerste interactie meet, meet INP de responsiviteit van alle interacties gedurende de hele levenscyclus van de pagina en kiest de slechtste (of bijna slechtste voor pagina's met veel interacties). Dit maakt INP een uitgebreidere responsiviteitsmetriek. Belangrijkste verschillen: - **Bereik**: FID meet alleen de vertraging van de eerste interactie. INP meet elke interactie (klikken, tikken, toetsaanslagen) en rapporteert de slechtste. - **Wat wordt gemeten**: FID meet alleen invoervertraging (tijd voordat de handler wordt uitgevoerd). INP meet de volledige duur van invoer tot de volgende visuele update (paint). - **Drempel**: Goede FID is ≤ 100 ms. Goede INP is ≤ 200 ms. - **Status**: FID is verouderd als Core Web Vital maar wordt nog steeds gerapporteerd door veel tools. INP is de huidige officiële metriek. Hoewel FID geen Core Web Vital meer is, verbeteren de optimalisaties die FID verbeteren — main-thread-blokkering verminderen, scripts uitstellen, code splitting — ook INP. FlipLink's viewer is geoptimaliseerd voor beide metrieken.