Een pagina die snel in beeld staat maar daarna traag reageert, voelt stroperig. Je tikt op een menu en er gebeurt een halve seconde niets. Je vult een veld in en de letters verschijnen met vertraging. Sinds maart 2024 meet Google precies dat gevoel met Interaction to Next Paint, kortweg INP. Het verving First Input Delay als een van de drie Core Web Vitals, naast laadsnelheid (LCP) en verspringen (CLS).
In dit artikel lees je wat INP meet, hoe je ziet of jouw site een probleem heeft, wat de meest voorkomende oorzaken zijn en wat je eraan doet. Zonder technisch jargon waar het niet nodig is.
Wat INP precies meet
INP kijkt naar elke interactie op een pagina: een klik, een tik op het scherm of een toetsaanslag. Per interactie meet de browser hoe lang het duurt voordat er iets zichtbaar verandert. Aan het eind van het bezoek wordt de langzaamste interactie gerapporteerd, met een kleine correctie voor pagina’s met heel veel klikken. Dat getal is je INP.
Google hanteert drie grenzen:
- Goed: 200 milliseconden of minder
- Moet beter: tussen 200 en 500 milliseconden
- Slecht: meer dan 500 milliseconden
Belangrijk om te weten: Google beoordeelt dit op basis van echte bezoekers, niet op basis van een testje in je eigen browser. Het gaat om de waarde die 75 procent van je bezoekers haalt. Heb je veel bezoekers met een oudere of goedkopere telefoon, dan telt hun ervaring zwaar mee.
Waarom het ertoe doet
Snelheid is een rankingfactor, maar niet de belangrijkste. Goede inhoud wint het van een perfecte score. De grotere winst zit in conversie. Een bezoeker die op een knop drukt en niets ziet gebeuren, drukt nog een keer, of haakt af. Juist bij formulieren, filters in een webshop en uitklapmenu’s merk je dat direct in het aantal aanvragen.
Voor bedrijven die adverteren telt het dubbel. Je betaalt voor elke bezoeker. Elke bezoeker die afhaakt omdat de pagina niet reageert, is weggegooid budget.
Zo zie je of jouw site een probleem heeft
Je hebt er geen dure tools voor nodig. Begin hier:
- Google Search Console: onder Ervaring en dan Core Web Vitals zie je per groep pagina’s of INP goed, matig of slecht is, op mobiel en desktop apart. Dit zijn echte bezoekersdata.
- PageSpeed Insights: vul een adres in en kijk bovenaan bij de veldgegevens. Staat daar INP in het oranje of rood, dan is er werk.
- Chrome DevTools: open het tabblad Performance, zet de netwerk- en processorvertraging op een gemiddelde telefoon en klik door je eigen pagina. Lange gele blokken betekenen dat de browser bezig is met JavaScript en niet kan reageren.
Kijk vooral naar de pagina’s die geld opleveren: je homepage, je dienstpagina’s, je contactformulier en de pagina’s waar je advertenties naartoe sturen.
De vijf meest voorkomende oorzaken
1. Te veel scripts van derden
Chatwidgets, heatmaps, A/B-testtools, social embeds, cookiebanners en meerdere trackingpixels draaien allemaal tegelijk. Elk script vraagt rekentijd. Een klik moet wachten tot de browser klaar is met al dat werk.
2. Zware pagebuilders en thema’s
Veel WordPress-pagebuilders laden op elke pagina dezelfde grote bestanden, ook als een pagina die onderdelen niet gebruikt. Dat maakt de pagina zwaar om op te bouwen en traag om te bedienen.
3. Animaties die op het verkeerde moment rekenen
Animaties zijn prima, zolang ze alleen transform en opacity veranderen. Animaties die bij elke scrollbeweging de opmaak opnieuw laten berekenen, blokkeren de browser.
4. Grote formulieren en filters
Een formulier dat bij elke toetsaanslag alles opnieuw controleert, of een productfilter dat bij elke klik honderden items herberekent, levert hoge INP-waardes op.
5. Te veel elementen op één pagina
Een pagina met duizenden HTML-elementen, bijvoorbeeld door een groot megamenu of eindeloze sliders, is voor de browser zwaar om bij te werken na elke klik.
Wat je eraan doet
De meeste winst haal je met een paar duidelijke stappen. Begin bovenaan en meet na elke stap opnieuw.
- Ruim scripts op. Zet alle scripts op een rij die op je site draaien. Haal weg wat niemand meer gebruikt. Laad de rest via Google Tag Manager en pas na toestemming of na de eerste interactie.
- Stel chatwidgets uit. Laat een chat pas laden als iemand erop klikt, of na een paar seconden. De bezoeker merkt geen verschil, je INP wel.
- Laad alleen wat een pagina nodig heeft. Een contactpagina heeft geen slider-script nodig. Goede thema’s laden per pagina alleen de onderdelen die erop staan.
- Geef feedback direct. Laat een knop meteen zien dat hij is ingedrukt, ook als het versturen daarna even duurt. Dat voelt sneller en verlaagt de gemeten vertraging.
- Verdeel zwaar werk. Moet een script veel rekenen, laat het dat dan in kleine stukjes doen, zodat de browser tussendoor op klikken kan reageren.
- Kies lichte hosting en caching. Snelle servers helpen vooral bij laadtijd, maar een goed ingestelde cache zorgt ook dat er minder op de pagina gebeurt.
Een voorbeeld uit de praktijk
Een veelvoorkomend beeld bij mkb-websites: een WordPress-site met een pagebuilder, een chatwidget, een cookiebanner, de Meta-pixel, een LinkedIn-tag, een heatmaptool en Google Analytics, allemaal direct bij het laden. Op desktop voelt het prima. Op een gemiddelde telefoon reageert het menu pas na 600 milliseconden.
Door de heatmap alleen tijdelijk aan te zetten, de chat pas na een klik te laden en alle tags via Tag Manager na toestemming te starten, zakt de INP vaak al onder de 200 milliseconden. Zonder dat er aan het ontwerp iets verandert. In de cijfers zie je het daarna terug in meer formulieren die worden afgerond.
Waar je niet in moet doorschieten
Een perfecte 100 in PageSpeed is geen doel op zich. Het gaat om de ervaring van echte bezoekers en om wat ze daarna doen. Een site die net groen scoort en goed converteert, is beter dan een site die 100 scoort maar niemand overtuigt. Gebruik de cijfers om knelpunten te vinden, niet om een wedstrijd te winnen.
Veelgestelde vragen
Is INP belangrijker dan laadsnelheid?
Ze tellen alle drie mee. Laadsnelheid bepaalt of iemand blijft, INP bepaalt of de pagina daarna prettig werkt. Een probleem met een van de drie kan je zichtbaarheid en conversie kosten.
Hoe snel zie ik verbetering in Search Console?
Search Console kijkt naar de afgelopen 28 dagen aan echte bezoekersdata. Na een verbetering duurt het dus ongeveer een maand voordat het volledig zichtbaar is.
Moet ik mijn hele website opnieuw laten bouwen?
Meestal niet. Vaak zit de winst in het opruimen van scripts en het uitstellen van zware onderdelen. Pas als het thema of de pagebuilder zelf de rem is, is een lichtere opbouw de logische stap.
Wil je weten hoe jouw site ervoor staat?
In een gratis kennismaking van dertig minuten kijken we samen naar je snelheid, je meting en de pagina’s waar je advertenties naartoe sturen. Je gaat weg met concrete punten die je direct kunt oppakken.
