Av seoninja.se
FID (First Input Delay) mäter hur lång tid det tar innan sidan svarar första gången en besökare gör något aktivt som att klicka på en knapp, trycka på en länk eller trycka på en tangent. Någon landar på startsidan, ser en knapp och klickar. Tar det en halv sekund innan något händer har tålamodet redan börjat sina, och det är precis den fördröjningen FID sätter en siffra på.
Måttet fångar bara väntan innan webbläsaren kan börja hantera händelsen. Tiden det tar att rita om skärmen räknas inte in, bara hur länge det första klicket ligger i kö medan huvudtråden är upptagen. Lågt FID betyder att sidan känns responsiv. Högt betyder att besökaren gör något, men inget syns på en stund.
★ SNABBVERSIONEN
- FID mäter fördröjningen mellan besökarens första interaktion och ögonblicket sidan börjar svara.
- Ett bra värde ligger på 100 millisekunder eller lägre för minst 75 procent av besökarna.
- Den vanligaste orsaken till högt FID är tung JavaScript som blockerar huvudtrådens arbete.
- Måttet bygger på fältdata från riktiga användare och kan inte mätas direkt i ett labb.
- Sedan mars 2024 ersätter INP måttet FID i Googles Core Web Vitals, men samma grundproblem påverkar båda.
Vad First Input Delay mäter
First Input Delay beskriver hur snabb en sida känns, inte hur snabbt den laddar. Innehållet kan visas blixtsnabbt och sidan ändå kännas trög om den inte hinner svara på ett klick. Det är den upplevda responsen måttet försöker fånga, och den responsen är en del av det Google historiskt vägt in i sin ranking av snabba sidor.
Fördröjningen uppstår nästan alltid av samma skäl: webbläsaren kör kod när besökaren klickar. Huvudtråden ritar upp sidan och hanterar klick, men bara en sak i taget. Är den mitt uppe i att tolka JavaScript får klicket vänta.
Vanliga bovar bakom hög FID:
- Tunga JavaScript-paket som körs direkt vid inladdning
- Stora ramverk som behöver lång tid för att bli interaktiva
- Tredjepartsskript för annonser, chatt och analys
- Kod som körs innan sidans viktiga delar är redo
- Svaga mobiler och långsam uppkoppling hos besökaren
Fältdata och labbdata
FID är ett fältmått. Värdet bygger på vad riktiga besökare upplever, inte på ett test i en kontrollerad miljö. Mätningen kräver en faktisk interaktion, så ett äkta FID går inte att få fram i ett labbverktyg som laddar sidan utan att någon klickar.
Historiskt hämtades värdet från Chrome User Experience Report, ofta förkortat CrUX, som samlar anonyma mätvärden från Chrome-användare och kunde följas i verktyg som Google Search Console. I ett labb får man i stället titta på näraliggande mått, som hur länge huvudtråden är blockerad och Time to Interactive, som beskriver när sidan blir fullt användbar. Hur sidan beter sig på mobil hänger dessutom ihop med responsiv design.
Vad räknas som ett bra FID-värde?
Enligt Google delas resultatet in i tre nivåer, bedömt på den 75:e percentilen: det värde som minst tre av fyra besökare klarar sig under.
- Bra: 100 millisekunder eller lägre, sidan svarar direkt på första klicket.
- Behöver förbättras: 100 till 300 millisekunder, en märkbar men uthärdlig fördröjning.
- Dåligt: över 300 millisekunder, besökaren upplever sidan som trög.
FID, INP och Core Web Vitals
I mars 2024 ersatte Google FID med INP (Interaction to Next Paint) i sina Core Web Vitals. FID mätte bara den allra första interaktionen och stannade innan skärmen uppdaterades. En sida kunde få ett fint FID men ändå kännas trög längre in i besöket. INP tittar i stället på alla interaktioner under besöket och räknar med hela vägen fram till att skärmen ritas om.
NINJA-FAKTA
Nästan allt arbete som sänker FID hjälper även INP. Orsaken är i regel densamma tunga JavaScript som blockerar huvudtråden, så en snabbare sida vinner oavsett vilket mått Google räknar just nu.
Kort om skillnaden mellan måtten:
- FID mätte första interaktionen; INP mäter alla.
- FID stannade före omritningen; INP räknar med hela svaret.
- FID kunde se bra ut trots senare tröghet; INP fångar det.
- FID är utfasat sedan 2024; INP är den aktuella Core Web Vital.
Äldre guider, verktyg och rapporter nämner fortfarande FID, så begreppet är värt att känna igen även om det är ersatt.
VANLIG MISS
Många tror att snabb laddning automatiskt ger bra FID. Så är det inte. Sidan kan visa allt innehåll på ett ögonblick och ändå vara oförmögen att svara på ett klick, om huvudtråden fortfarande maler igenom JavaScript i bakgrunden.
Så förbättrar du First Input Delay
Målet är alltid detsamma: frigör huvudtråden så att den hinner svara på det första klicket. En snabb, responsiv sida är dessutom en konkret del av teknisk sökmotoroptimering. Mycket går att göra själv.
- Minska mängden JavaScript som körs vid inladdning.
- Dela upp koden så att bara det nödvändiga laddas först.
- Skjut upp skript som inte behövs direkt.
- Rensa bort tredjepartsskript som inte används.
- Testa om på både mobil och dator efter varje ändring.
Minska och dela upp JavaScript
Tung JavaScript är nästan alltid huvudorsaken. Genom att dela stora paket i mindre bitar, en teknik som kallas code splitting, laddar webbläsaren bara koden en viss sida behöver. Ett verktyg som Asset CleanUp kan stänga av skript och stilar på sidor där de inte hör hemma, vilket direkt lättar på huvudtråden.
När du rensar:
- Ladda tunga funktioner först när de behövs.
- Ta bort plugin och taggar som inte längre används.
- Slå ihop och komprimera kvarvarande filer.
- Kör inte analys- och annonsskript före sidans kärna.
Server-Side Rendering och tidig rendering
Med Server-Side Rendering (SSR) skickar servern färdig HTML som webbläsaren kan visa snabbt, medan JavaScript får hänga på efteråt. Det påverkar hur tidigt sidan blir användbar och hänger ihop med First Meaningful Paint (FMP), som beskriver när det meningsfulla innehållet syns.
Snabb FID-checklista
Kolla av innan du släpper sidan
Vanliga orsaker till hög FID
De flesta sajter med problem har någon av dessa:
- Ett tungt tema eller ramverk som drar in mer kod än sidan behöver.
- Flera överlappande analys- och spårningsverktyg.
- En chattwidget som laddas på varenda sida.
- Annonsskript som körs innan innehållet är redo.
- Oanvända plugin som ändå laddar sina resurser.
En sida behöver inte vara avancerad för att kännas snabb. Ofta räcker det att ta bort det som inte används, snarare än att lägga till något nytt.
Det tydligaste tecknet på framgång är enkelt: du klickar direkt när sidan dykt upp, och den svarar innan du hinner tänka på det. Då finns inte bara en bättre siffra i rapporten, utan en sajt som känns behaglig att använda, oavsett om Google just nu kallar måttet FID eller INP.
Vanliga frågor
Vad är FID (First Input Delay)?
FID står för First Input Delay och mäter hur lång tid det tar innan sidan svarar första gången en besökare gör något aktivt, som att klicka på en knapp, trycka på en länk eller trycka på en tangent. Måttet fångar bara fördröjningen innan webbläsaren kan börja hantera händelsen, inte tiden det tar att rita om skärmen efteråt. Ett lågt FID betyder att sidan känns snabb och reagerar direkt. Ett högt värde betyder att besökaren klickar men inget händer på en stund, ofta för att webbläsaren är upptagen med annat.
Vad räknas som ett bra FID-värde?
Google har satt gränsen vid 100 millisekunder. Om minst 75 procent av besökarna får ett FID på 100 millisekunder eller lägre räknas sidan som bra. Ligger värdet mellan 100 och 300 millisekunder behöver det förbättras, och över 300 millisekunder betraktas det som dåligt. Värdena mäts på riktiga användare i fält, inte i ett labb, så de påverkas av besökarnas enheter och uppkoppling. Ett billigt äldre mobilt fönster ger nästan alltid högre FID än en ny dator med fiber.
Är FID fortfarande en Core Web Vital?
Nej, inte längre. I mars 2024 ersatte Google FID med INP (Interaction to Next Paint) som en av sina Core Web Vitals. FID mätte bara fördröjningen vid den allra första interaktionen, medan INP tittar på svarstiden genom hela besöket och tar med hur lång tid det tar innan skärmen faktiskt uppdateras. Du ser därför inte längre FID i nyare rapporter. Kunskapen är ändå värd att ha, eftersom mycket äldre material och verktyg fortfarande nämner måttet, och samma grundproblem påverkar även INP.
Varför har min sida högt FID?
Den vanligaste orsaken är att webbläsarens huvudtråd är upptagen när besökaren klickar. Tung JavaScript som körs vid inladdning, stora ramverk och tredjepartsskript för annonser, chattar och analys blockerar tråden så att inmatningen får vänta. Problemet syns tydligast tidigt i besöket och på svagare mobiler. Genom att dela upp koden, skjuta upp skript som inte behövs direkt och ta bort onödiga taggar frigörs huvudtråden, så att sidan hinner svara på det första klicket snabbare.
Hur mäter jag FID på min sajt?
FID kräver fältdata från riktiga besökare, eftersom det bygger på en faktisk interaktion. Historiskt hämtades värdet från Chrome User Experience Report, som samlar anonyma mätvärden från Chrome-användare, och visades i verktyg som byggde på den datan. I ett labb går det inte att mäta FID direkt, utan då får man titta på näraliggande mått som mäter hur länge huvudtråden är blockerad. Idag rapporteras INP i stället, men principen är densamma: du behöver data från verkliga användare för att veta hur snabb sidan känns.
Relaterade termer
VILL DU FÖRSTÅ MER?
Undrar du hur det funkar i praktiken för just din sajt? Hör av dig.