FID (First Input Delay)

First Input Delay mat hoe lang de browser nodig had om te beginnen met reageren op de eerste klik, tik of toetsaanslag. Alleen de wachttijd telde, niet de verwerking en ook niet de tijd tot het scherm werd bijgewerkt. Goed was 100 milliseconde of minder.

FID was een van de drie oorspronkelijke Core Web Vitals, naast LCP en CLS. Op 12 maart 2024 heeft Google FID vervangen door INP (Interaction to Next Paint). Search Console rapporteert sindsdien INP, en FID is uit de Google-tools verdwenen.

Lighthouse heeft FID nooit kunnen meten, omdat er in een lab-test geen echte bezoeker klikt. FID bestond alleen als field data, uit CrUX of uit je eigen RUM-meting. Dat geldt nu ook voor INP: zonder echte gebruikers geen meting.

FID had twee zwakke plekken. Het keek alleen naar de eerste interactie. En het mat alleen de wachttijd voor de verwerking begon. Een filter dat na de klik een halve seconde rekende voordat er iets veranderde, scoorde op FID gewoon goed.

Daardoor haalden vrijwel alle sites een goede FID, ook als ze in de praktijk traag aanvoelden. INP meet alle interacties tijdens het bezoek en de volledige tijd tot de volgende weergave op het scherm. De goede drempel ligt op 200 milliseconde. Dat is strenger, en het laat beter zien hoe een webshop aanvoelt bij filteren, varianten kiezen of iets in de winkelwagen leggen.

Veel sites die op FID groen stonden, zagen bij de overstap naar INP oranje of rood verschijnen. Niet omdat de site trager werd, maar omdat de meting eerlijker is.

Rapportages, audits of offertes die nog over FID gaan, zijn verouderd. Vraag naar INP en kijk naar de field data in CrUX of Search Console. Lighthouse meet geen interacties van echte gebruikers; Total Blocking Time in Lighthouse is een lab-indicatie voor hetzelfde probleem: te veel JavaScript op de main thread.

De oorzaken van een slechte INP zijn bij webshops vaak dezelfde die FID vroeger soms liet zien. Bij Magento Luma: zware RequireJS- en Knockout-componenten. Bij Shopify: apps die bij elke klik scripts draaien, plus tag managers en review- of chatwidgets. Bij een headless of Laravel-frontend: grote React- of Vue-bundles en hydration op pagina's waar weinig interactie nodig is.

Hyvä vervangt de Luma-stack door Alpine.js en weinig JavaScript. Dat is precies waarom Hyvä-shops doorgaans beter scoren op INP dan Luma-shops.

Begin in Search Console bij het Core Web Vitals-rapport. Daar zie je per groep URL's of INP goed, matig of slecht is, op basis van CrUX-data. Heb je te weinig verkeer voor CrUX, dan heb je eigen meting nodig, bijvoorbeeld met de web-vitals-bibliotheek van Google of een RUM-tool.

RUM-data laten ook zien welke interactie traag is: een klik op een filter, het openen van het menu, het kiezen van een maat. Dat is de informatie die je nodig hebt om iets te repareren. Een getal zonder context helpt je niet verder.

Ruim daarnaast oude dashboards op. Staat FID nog in een rapportage of in Looker Studio, vervang het door INP. Anders stuur je op een metric die Google al sinds maart 2024 niet meer gebruikt.