Asterisk - Unusually Webflow Template
Kunskapsbanken —
Kunskapsbanken —
Kunskapsbanken —
Kunskapsbanken —
Kunskapsbanken —
Kunskapsbanken —
Publiceringsdatum:
24/3/2026
Senast ändrad:
26/3/2026

INP (Interaction to Next Paint) - Definition & fördjupning

Definition

INP (Interaction to Next Paint) är Googles mätverk för interaktivitet inom Core Web Vitals och mäter hur lång tid det tar från att en användare interagerar med en sida – klickar, trycker eller skriver – tills webbläsaren visar ett synligt svar. INP ersätte FID (First Input Delay) den 12 mars 2024.

Vad mäter INP – och varför ersattes FID?

INP mäter hela kedjans responstid från användarinteraktion till nästa “paint” – alltså när webbläsaren faktiskt uppdaterar skärmen som svar på det användaren gjort. Det inkluderar tre separata faser: input delay (fördröjning innan händelsehanteraren startar), processing time (tid för att köra JavaScript-koden) och presentation delay (tid för webbläsaren att rendera det visuella svaret). INP-värdet som rapporteras är den långsammaste enskilda interaktionen under hela sidbesöket, med undantag för extrema avvikelser.

Det är här den avgörande skillnaden mot föregångaren FID (First Input Delay) framträder. FID mätte bara fördröjningen på användarens första interaktion på sidan. Det visade sig vara ett otillräckligt mått – en sida kan ha snabb första respons men också vara slö på alla senare klick. Resultatet var att nästan alla webbplatser klarade FID, vilket gjorde måttet meningslöst som differentierare. INP fångar istället hela bredden av interaktioner under ett besök, vilket ger en mer realistisk bild av den faktiska användarupplevelsen.

Den 12 mars 2024 ersatte INP officiellt FID som Core Web Vital, bekräftat av Googles web.dev-blogg. Enligt HTTP Archive 2025 Web Almanac klarar nu 77 procent av alla mobilsidor ett bra INP-värde. Intressant dock att bara 53 procent av de 1 000 mest besökta webbplatserna klarar INP – större hemsidor med fler skript och komplexa DOM-strukturer har svårare att prestera väl.

Vad är ett bra INP-värde?

Google använder tre nivåer:

  • Bra: under 200 millisekunder
  • Behöver förbättring: 200–500 millisekunder
  • Åtgärd krävs: över 500 millisekunder

Google utvärderar INP på 75:e percentilen av sidinläsningar – det vill säga att 75 procent av de uppmätta interaktionerna behöver vara under 200 ms för att sidan ska klassas som “bra”. Det är reell användardata som samlas in via Chrome User Experience Report (CrUX), inte simulationer.

Varför är INP viktigt för SEO?

INP är en direkt rankingfaktor via Googles Page Experience-signaler. En sida med långsam interaktivitet – där knappar, menyer och formulär känns tröga – ger en sämre användarupplevelse, högre avvisningsfrekvens och lägre engagemang. Det påverkar rankingpotentialen inte bara direkt via Core Web Vitals-signalen, utan också indirekt via beteendesignaler.

För AEO finns en ytterligare dimension: ClickRank:s analys visar att sidor med dålig prestanda kan prioriteras lägre som källor i AI-genererade svar, även när innehållet i sig är relevant. En användarupplevelse som upplevs som trög eller instabil är en signal till AI-system om att källan är lägre kvalitet.

Vad påverkar INP – och hur förbättrar man det?

INP-problem beror nästan alltid på att webbläsarens main thread är blockerad. Main thread hanterar allt: JavaScript-exekvering, rendering och respons på användarinteraktioner. När den är upptagen med en stor uppgift kan den inte svara på klick eller knapptryckningar, vilket resulterar i ett högt INP-värde.

De vanligaste orsakerna och åtgärderna:

  • Tredjepartsskript – annonsnätverk, chatwidgets och analysverktyg är de vanligaste bovarna. Varje inläst skript kan lägga 50–100 ms ovanpå interaktionstíden. Med tio eller fler tredjepartsskript räcker det för att överstiga 500 ms-gränsen. Lösning: Identifiera och ta bort onödiga skript, eller fördröj icke-kritiska skript till efter att sidan är interaktiv.
  • Långa JavaScript-uppgifter – källan är ofta en enda JavaScript-funktion som blockar main thread i hundratals millisekunder. Googles web.dev-guide rekommenderar att man delar upp långa uppgifter i mindre delar och “yieldar” till main thread mellan dem, så att webbläsaren får möjlighet att hantera användarinteraktioner löpande.
  • For många plugins (särskilt WordPress) – varje plugin lägger till JavaScript som måste laddas och köras. En WordPress-installation med 15+ plugins är ett klassiskt recept för dåligt INP, särskilt på mobil där processorkraften är lägre.
  • Stora DOM-träd – sidor med många DOM-noder kräver mer tid att rendera när en interaktion träffar. Presentation delay-fasen av INP ökar proportionellt mot DOM-komplexiteten.

Hur mäter man INP?

Det bästa sättet att mäta INP är via reell användardata (field data), inte simulationer. Verktyg:

  • Google PageSpeed Insights – visar reell CrUX-data för INP under “Field Data”-sektionen.
  • Google Search Console – Core Web Vitals-rapporten visar INP-status per URL-grupp.
  • Chrome DevTools – Performance-panelen visar individuella interaktioner och var tid försvinner i de tre faserna.
  • web-vitals.js – Googles eget JavaScript-bibliotek för att samla in INP-data från reella användare.

En viktig insikt: reell INP-data kan ta upp till 28 dagar att slå igenom i CrUX-datasettet. Åtgärder syns därmed inte omedelbart i rapporterna.

utforska mer termer inom webbdesign & SEO

Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.
Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.