Interaction to Next Paint (INP) – Googles mål på interaktivitet i Core Web Vitals

Definisjon

Interaction to Next Paint (INP) er Googles måltall for interaktivitet i Core Web Vitals og måler hvor lang tid det tar fra en bruker samhandler med en side – klikker, trykker eller skriver – til nettleseren viser et synlig svar. INP erstattet FID (First Input Delay) 12. mars 2024.

Hva måler INP – og hvorfor ble FID erstattet?

Interaction to Next Paint (INP) måler responstiden i hele kjeden fra brukerinteraksjon til neste «paint» – altså når nettleseren faktisk oppdaterer skjermen som svar på det brukeren har gjort. Det omfatter tre separate faser: input delay (forsinkelse før hendelsesbehandleren starter), processing time (tiden det tar å kjøre JavaScript-koden) og presentation delay (tiden nettleseren bruker på å rendre det visuelle svaret). INP-verdien som rapporteres, er den tregeste enkeltinteraksjonen under hele sidebesøket, med unntak av ekstreme avvik.

Det er her den avgjørende forskjellen fra forgjengeren FID (First Input Delay) kommer fram. FID målte bare forsinkelsen på brukerens første interaksjon på siden. Det viste seg å være et utilstrekkelig mål – en side kan ha rask første respons, men likevel være treg på alle senere klikk. Resultatet var at nesten alle nettsteder klarte FID, noe som gjorde målet meningsløst som skillelinje. INP fanger i stedet opp hele bredden av interaksjoner under et besøk, noe som gir et mer realistisk bilde av den faktiske brukeropplevelsen.

12. mars 2024 erstattet INP offisielt FID som Core Web Vital, bekreftet av Googles web.dev-blogg. Ifølge HTTP Archive 2025 Web Almanac klarer nå 77 prosent av alle mobilsider en god INP-verdi. Interessant nok klarer bare 53 prosent av de 1 000 mest besøkte nettstedene INP – større nettsteder med flere skript og komplekse DOM-strukturer har vanskeligere for å prestere godt.

Hva er en god INP-verdi?

Google bruker tre nivåer:

• God: under 200 millisekunder
• Trenger forbedring: 200–500 millisekunder
• Dårlig: over 500 millisekunder

Google vurderer INP på 75. persentil av sidevisningene – det vil si at 75 prosent av de målte interaksjonene må være under 200 ms for at siden skal klassifiseres som «god». Det er reelle brukerdata som samles inn via Chrome User Experience Report (CrUX), ikke simuleringer.

Hvorfor er INP viktig for SEO?

INP er en direkte rangeringsfaktor via Googles Page Experience-signaler. En side med treg interaktivitet – der knapper, menyer og skjemaer føles trege – gir en dårligere brukeropplevelse, høyere fluktfrekvens og lavere engasjement. Det påvirker rangeringspotensialet ikke bare direkte via Core Web Vitals-signalet, men også indirekte via atferdssignaler.

For AEO finnes en ekstra dimensjon: ClickRanks analyse viser at sider med dårlig ytelse kan bli prioritert lavere som kilder i KI-genererte svar, selv når innholdet i seg selv er relevant. En brukeropplevelse som oppleves som treg eller ustabil, er et signal til KI-systemer om at kilden har lavere kvalitet.

Hva påvirker INP – og hvordan forbedrer man det?

INP-problemer skyldes nesten alltid at nettleserens main thread er blokkert. Main thread håndterer alt: kjøring av JavaScript, rendering og respons på brukerinteraksjoner. Når den er opptatt med en stor oppgave, kan den ikke svare på klikk eller tastetrykk, noe som gir en høy INP-verdi.

De vanligste årsakene og tiltakene:

• Tredjepartsskript – annonsenettverk, chatwidgeter og analyseverktøy er de vanligste synderne. Hvert innlastet skript kan legge 50–100 ms oppå interaksjonstiden. Med ti eller flere tredjepartsskript holder det for å passere 500 ms-grensen. Løsning: Identifiser og fjern unødvendige skript, eller utsett ikke-kritiske skript til etter at siden er interaktiv.
• Lange JavaScript-oppgaver – kilden er ofte én enkelt JavaScript-funksjon som blokkerer main thread i flere hundre millisekunder. Googles web.dev-guide anbefaler å dele opp lange oppgaver i mindre deler og «yielde» til main thread mellom dem, slik at nettleseren får mulighet til å håndtere brukerinteraksjoner løpende.
• For mange plugins (særlig WordPress) – hver plugin legger til JavaScript som må lastes og kjøres. En WordPress-installasjon med 15+ plugins er en klassisk oppskrift på dårlig INP, særlig på mobil, der prosessorkraften er lavere.
• Store DOM-trær – sider med mange DOM-noder trenger mer tid til å rendre når en interaksjon treffer. Presentation delay-fasen i INP øker proporsjonalt med DOM-kompleksiteten.

Hvordan måler man INP?

Den beste måten å måle INP på er via reelle brukerdata (field data), ikke simuleringer. Verktøy:

• Google PageSpeed Insights – viser reelle CrUX-data for INP under seksjonen for feltdata.
• Google Search Console – Core Web Vitals-rapporten viser INP-status per URL-gruppe.
• Chrome DevTools – Performance-panelet viser enkeltinteraksjoner og hvor tiden forsvinner i de tre fasene.
• web-vitals.js – Googles eget JavaScript-bibliotek for å samle inn INP-data fra reelle brukere.

En viktig innsikt: reelle INP-data kan bruke opptil 28 dager på å slå igjennom i CrUX-datasettet. Tiltak vises dermed ikke umiddelbart i rapportene.