“Onze site scoort een 95 in de test, maar klanten klagen dat hij traag is.” Die combinatie hoor je vaak, en meestal wijst hij naar één meting: Interaction to Next Paint. INP meet niet hoe snel je pagina verschijnt, maar hoe snel hij réageert , en dat is precies wat een bezoeker traagheid noemt.
Wat INP meet
INP verving in 2024 de oude FID-meting als Core Web Vital. Het kijkt naar alle interacties tijdens een bezoek (klikken, tikken, toetsaanslagen) en neemt daarvan de traagste als score: de tijd tussen de handeling en het moment dat de pagina zichtbaar reageert.
De norm: 200 milliseconden of minder is goed, tot 500 ms is voor verbetering vatbaar, daarboven is slecht. Anders dan LCP (laadtijd, norm 2,5 seconde) en CLS (verschuiving, norm 0,1) gaat INP dus over de hele sessie, niet alleen over het begin.
Waarom dit webshops het hardst raakt
Op een informatieve pagina klikt een bezoeker weinig. In een webshop klikt hij voortdurend: filters, varianten, in het winkelmandje, stap voor stap door de checkout. Elke klik is een kans om de score te verpesten, en elke trage klik is een moment waarop iemand afhaakt.
Het verraderlijke is dat dit niet zichtbaar is in een laboratoriumtest die alleen het laden meet. Je ontdekt het in veldgegevens (Search Console en het Chrome UX Report) of doordat klanten het zeggen.
Vier oorzaken die we het vaakst tegenkomen
Bijna altijd is de boosdoener JavaScript dat de hoofdthread bezet houdt op het moment dat de gebruiker klikt:
- Te veel third-party scripts: chatwidgets, A/B-testtools, tag managers en trackers die allemaal tegelijk willen draaien.
- Zware event handlers: een filter die bij elke klik de hele productlijst opnieuw berekent en rendert in plaats van alleen wat verandert.
- Layout thrashing: code die afmetingen opvraagt en direct daarna wijzigt, waardoor de browser telkens opnieuw moet doorrekenen.
- Geen visuele bevestiging: soms is het werk simpelweg zwaar. Toon dan meteen een laadstatus: de gemeten tijd verbetert én de gebruiker weet dat er iets gebeurt.
Hoe je de oorzaak vindt
Begin bij de veldgegevens, niet bij een testtool: Search Console laat zien welke pagina’s in de praktijk slecht scoren. Reproduceer dat daarna in de Performance-tab van Chrome DevTools met CPU-throttling aan, klik de bewuste interactie en kijk welke taak de hoofdthread blokkeert.
Meestal blijkt één script of één functie de veroorzaker. Dat is goed nieuws: gerichte optimalisatie levert hier veel meer op dan een algehele herbouw.
Loop je hierop vast, dan kijken we mee bij e-commerce doorontwikkeling: we meten, wijzen de oorzaak aan en lossen die op binnen het platform dat je al hebt.