SEO & GEO
Wat is FID (First Input Delay)? En waarom het vervangen is
Kopieer voor AI
FID staat voor First Input Delay en mat hoe snel een pagina reageerde op de eerste interactie van een bezoeker, bijvoorbeeld de eerste klik op een knop of link. Het was jarenlang een van de drie Core Web Vitals van Google en dus een signaal dat meewoog in je SEO. Belangrijk om meteen te weten: FID is intussen vervangen. Op 12 maart 2024 nam INP (Interaction to Next Paint) de plaats van FID in als officiële Core Web Vital (web.dev). In dit artikel lees je wat FID was, waarom het verdween en wat je vandaag moet meten.
Wat was FID precies?
FID mat de vertraging tussen het moment waarop een bezoeker voor het eerst met een pagina interacteerde en het moment waarop de browser kon beginnen met het verwerken van die interactie. Klik je op een knop terwijl de browser nog druk bezig is met laden, dan voel je een korte hapering. Precies die haperingsduur was FID.
De metric had bewust een beperkte scope. FID keek alleen naar:
- de eerste interactie op de pagina, niet de latere;
- alleen de input delay (de wachttijd voor de verwerking begon), niet de verwerkingstijd zelf of de tijd tot het scherm updatete.
Daardoor gaf FID een onvolledig beeld van hoe responsief een pagina echt aanvoelde. Een pagina kon een prima FID hebben en toch traag reageren op alles wat na de eerste klik kwam.
Waarom is FID vervangen door INP?
Google introduceerde INP als opvolger omdat het de tekortkomingen van FID oploste. Waar FID enkel de eerste interactie en enkel de wachttijd mat, kijkt INP naar de responsiviteit gedurende het hele bezoek (Google). INP meet:
- alle interacties op de pagina, niet alleen de eerste;
- de volledige interactie: input delay, verwerkingstijd én de tijd tot de volgende paint (het moment waarop het scherm reageert).
INP geeft dus een veel eerlijker beeld van hoe snel een pagina aanvoelt tijdens echt gebruik. De officiële overstap gebeurde op 12 maart 2024. Vanaf dat moment werd FID uit Google Search Console gehaald, terwijl andere tools zoals PageSpeed Insights nog een overgangsperiode kregen. FID is daarmee een historische metric geworden: je komt het nog tegen in oudere rapporten, maar het telt niet meer mee.
De onderstaande tabel zet de twee naast elkaar, zodat je in één oogopslag ziet waarom INP strenger is en een realistischer beeld geeft van responsiviteit.
| Kenmerk | FID (tot maart 2024) | INP (vanaf maart 2024) |
|---|---|---|
| Welke interacties | Alleen de eerste | Alle interacties op de pagina |
| Wat wordt gemeten | Enkel de input delay | Input delay, verwerkingstijd én tijd tot de volgende paint |
| Goede drempel | Onder 100 ms | Onder 200 ms |
| Status | Historisch, telt niet meer mee | Actuele Core Web Vital |
| Rapporteert in | Verdwenen uit Search Console | Search Console, PageSpeed Insights, CrUX |
Wil je dieper op de opvolger ingaan, lees dan wat INP precies is. Daar staan de drempels en verbeterpunten volledig uitgewerkt.
Wat moet je vandaag meten in plaats van FID?
Het antwoord is simpel: INP. INP hoort samen met LCP (laadsnelheid) en CLS (visuele stabiliteit) bij de actuele Core Web Vitals. De drempels voor INP:
- Goed: onder 200 milliseconden
- Voor verbetering vatbaar: tussen 200 en 500 milliseconden
- Slecht: boven 500 milliseconden
Net als bij de andere Core Web Vitals wordt dit gemeten op het 75e percentiel van je bezoekers, verdeeld over mobiel en desktop. Kom je nog rapporten of oude checklists tegen die over FID spreken, vervang die mentaal door INP.
Hoe verbeter je je responsiviteit (INP)?
Omdat INP de opvolger is, gelden voor responsiviteit vandaag de INP-oplossingen. In grote lijnen:
- Beperk zware JavaScript. Lange taken blokkeren de hoofdthread en vertragen elke interactie.
- Splits taken op. Breek zware bewerkingen in kleinere stukken zodat de browser tussendoor kan reageren.
- Verwijder onnodige scripts. Elke tracker of widget die meedraait, kan interacties vertragen.
- Geef prioriteit aan wat de bezoeker doet. Laad niet-essentiële zaken uit of later in.
Een bredere aanpak van snelheid en responsiviteit vind je in Core Web Vitals verbeteren.
Eerlijk: hoeveel telt dit voor B2B?
We zeggen het zoals het is: Core Web Vitals, of het nu FID of INP is, zijn slechts één signaal tussen vele. Content en relevantie wegen zwaarder. Je haalt je concurrent niet in puur omdat je INP-score goed is.
Waar het wél telt, is gebruikservaring en conversie. Een B2B-bezoeker die op een traag reagerende pagina een offerte wil aanvragen, haakt sneller af. En praktisch is de belangrijkste les vandaag: verspil geen tijd aan het optimaliseren van FID. Het is verleden tijd. Meet en verbeter INP, en enkel omdat het je bezoeker een vlottere ervaring geeft, niet om een cijfer in een dashboard mooier te maken.
Veelgestelde vragen
Bestaat FID nog? Als metric kun je het historisch nog tegenkomen, maar als Core Web Vital is FID op 12 maart 2024 vervangen door INP. Het is uit Google Search Console verwijderd en telt niet meer mee als rankingsignaal.
Wat is het verschil tussen FID en INP? FID mat alleen de wachttijd van de eerste interactie. INP meet alle interacties en de volledige duur, inclusief verwerkings- en weergavetijd, en geeft daardoor een eerlijker beeld van responsiviteit.
Wat is een goede INP-score? Onder 200 milliseconden is goed, tussen 200 en 500 is voor verbetering vatbaar en boven 500 is slecht, gemeten op het 75e percentiel van je bezoekers.
Moet ik nog optimaliseren voor FID? Nee. Richt je op INP, de huidige responsiviteitsmetric. Kom je oude checklists tegen die FID noemen, behandel die dan als achterhaald.
Twijfel je of je site snel genoeg reageert?
Vertel ons welke pagina’s het belangrijkst zijn voor je aanvragen, en we kijken of trage interacties je bezoekers in de weg zitten. We zijn een klein team dat snel beweegt, dus je krijgt concrete fixes in plaats van een lijst met verouderde metrics. Plan je gratis intake.
Gratis website-scan
Geef je website in en krijg binnen enkele minuten een automatische scan met concrete technische en SEO-verbeterpunten. Geen verkooppraatje.
Je gegevens gebruiken we alleen voor je scan. Geen spam, uitschrijven kan altijd.