Core Web Vitals är tre mått som Google använder för att beskriva hur det känns att besöka en webbsida. De handlar inte om design eller innehåll, utan om upplevelsen: hur snabbt sidan laddar, hur snabbt den svarar när du klickar och hur stabilt allt ligger på skärmen. Den här guiden går igenom de tre måtten från grunden, vad varje mått mäter, vilket värde som räknas som bra och hur du kan förbättra det.
Vad är Core Web Vitals?
Core Web Vitals är en delmängd av Googles bredare initiativ Web Vitals, som samlar signaler för sidupplevelse. Tanken är att ge webbutvecklare och sajtägare några få, tydliga mått att fokusera på i stället för dussintals tekniska nyckeltal. Just nu består Core Web Vitals av tre mått: LCP för laddningsupplevelse, INP för interaktivitet och CLS för visuell stabilitet.
Måtten spelar roll av två skäl. Det första handlar om användarna. En sida som laddar långsamt, hakar sig vid klick eller flyttar runt knappar medan du läser skapar irritation och får fler att lämna. Det andra skälet är Google. Core Web Vitals ingår i Googles rankningssignaler, och en sajt som når godkända värden har en liten fördel jämfört med en långsammare konkurrent. Måtten är sällan den avgörande faktorn för en placering, men de bidrar, och de påverkar hur besökarna uppfattar sajten oavsett var den rankar. Det är dock specifikt en Google-sökningssignal. Botarna bakom AI-tjänster som ChatGPT och Claude registrerar ingen sådan poäng när de hämtar en sida, vilket vi går igenom i genomgången av om hastighet spelar roll för AI-sökmotorer.
Du kan mäta dina egna sidor gratis. PageSpeed Insights ger en rapport per adress, medan Search Console visar hur hela sajten mår över tid. Den officiella dokumentationen finns hos web.dev.
LCP: Largest Contentful Paint
Largest Contentful Paint mäter laddningsupplevelsen. Måttet noterar hur lång tid det tar innan sidans största synliga element har ritats upp i det fönster besökaren ser. Det största elementet är oftast en stor bild högst upp, en videoruta eller en tung rubrik. LCP svarar alltså på en enkel fråga: hur snabbt får besökaren se det viktigaste innehållet?
En sida räknas som bra på LCP om det största elementet ritas upp inom 2,5 sekunder eller snabbare. Ligger du över det finns flera vanliga orsaker. En långsam server, stora okomprimerade bilder eller skript som blockerar uppritningen brukar vara boven. Att komprimera och optimera bilder för webben är ofta den enskilt största förbättringen, eftersom hjältebilden högst upp så gott som alltid är det element LCP mäter. Även snabbare hosting, cachning och att ladda in typsnitt smartare hjälper.
INP: Interaction to Next Paint
Interaction to Next Paint mäter interaktivitet, alltså hur snabbt sidan svarar när besökaren gör något. Varje gång du klickar, trycker eller skriver mäter INP tiden från din handling till att sidan hinner rita upp ett synligt svar. Måttet tittar på i stort sett alla interaktioner under besöket och rapporterar den långsammaste, så att ett enda segt svar inte glöms bort.
Här är en viktig förändring värd att känna till. INP ersatte det äldre måttet First Input Delay, förkortat FID, som Core Web Vital den 12 mars 2024. FID mätte bara fördröjningen för den första interaktionen, medan INP tittar på hela besöket och därför ger en mer rättvis bild av hur responsiv sidan känns. Om du läser äldre guider som pratar om FID är de alltså föråldrade på den punkten.
En sida räknas som bra på INP om värdet ligger på 200 millisekunder eller lägre. Tungt JavaScript är den vanligaste orsaken till trög interaktivitet, eftersom webbläsaren blir upptagen med att köra kod i stället för att svara på klicket. Att banta skript, dela upp långa uppgifter i mindre delar och skjuta upp kod som inte behövs direkt är de vanligaste åtgärderna.
CLS: Cumulative Layout Shift
Cumulative Layout Shift mäter visuell stabilitet. Måttet fångar hur mycket innehållet hoppar och flyttar sig medan sidan laddar. Alla har varit med om det: du ska trycka på en knapp, men i samma stund dyker en annons eller en bild upp ovanför, allt puttas nedåt och du klickar fel. CLS sätter en siffra på hur mycket sådant hoppande som sker.
Till skillnad från de andra två måtten är CLS inte en tid utan ett poängvärde utan enhet. En sida räknas som bra om CLS ligger på 0,1 eller lägre. De vanligaste orsakerna till höga värden är bilder och annonsytor utan angivna mått, innehåll som laddas in i efterhand och typsnitt som byts ut medan sidan ritas. Lösningen är oftast att reservera plats i förväg, till exempel genom att alltid ange bredd och höjd på bilder så att webbläsaren vet hur mycket utrymme som ska hållas ledigt.
Fältdata och labbdata skiljer sig
När du mäter Core Web Vitals stöter du på två sorters data, och skillnaden är viktig. Labbdata kommer från ett test i en kontrollerad miljö, där ett verktyg laddar sidan på en simulerad uppkoppling och enhet. Det är bra för felsökning eftersom resultatet blir likadant varje gång, men det speglar inte nödvändigtvis verkligheten.
Fältdata kommer i stället från riktiga besökare med olika mobiler, uppkopplingar och beteenden, insamlat över tid. Det är fältdata Google använder för rankning, och det är därför två verktyg kan visa olika siffror för samma sida. En snabb labbkörning betyder inte automatiskt att fältvärdena är godkända. Läs gärna vidare i vår översikt över verktyg för att mäta sidhastighet för att förstå vilket verktyg som visar vad.
Så bedöms dina värden: 75:e percentilen och 28 dagar
Ett vanligt missförstånd är att Core Web Vitals bedöms utifrån hur snabbt sidan laddar för dig när du testar den. Så fungerar det inte. Google tittar i stället på hur sidan presterar för dina riktiga besökare, samlat över tid, och använder ett par trösklar som är värda att känna till.
För det första mäts inte snittet, utan den 75:e percentilen. Det innebär att minst 75 procent av besöken måste nå det godkända värdet för att måttet ska räknas som bra. En fjärdedel av besöken får alltså vara långsammare, men inte fler. Poängen är att ett bra värde ska gälla de allra flesta, inte bara ett genomsnitt där enstaka snabba besök kan dölja en trög upplevelse för många.
För det andra bygger bedömningen enligt Googles dokumentation normalt på ett rullande fönster på tjugoåtta dagar. Gör du en förbättring i dag syns den alltså inte fullt ut i fältdatan förrän det nya beteendet hunnit väga tyngre än de äldre mätningarna i fönstret. Ha tålamod och mät på nytt efter några veckor.
För det tredje bedöms de tre måtten var för sig, och mobil och dator räknas separat. En sida behöver klara LCP, INP och CLS samtidigt för att räknas som helt godkänd. Räcker det inte på mobilen hjälper det inte att datorvärdena är gröna.
Sammanfattning
Core Web Vitals kokar ner till tre frågor. Laddar sidan snabbt? Sikta på LCP under 2,5 sekunder. Svarar den snabbt på klick? Sikta på INP under 200 millisekunder. Ligger allt stilla på skärmen? Sikta på CLS under 0,1. Kom ihåg att INP ersatte FID i mars 2024, och att fältdata från riktiga besökare väger tyngre än en enskild labbkörning. Börja med att mäta dina viktigaste sidor, åtgärda den största bristen först och mät på nytt.
Senast faktagranskad: 17 juli 2026