SEO Optimization

Core Web Vitals

Prestandamått som påverkar dina rankningar

Core Web Vitals är en uppsättning verkliga, användarcentrerade prestandamått som Google infört som direkta rankningssignaler. De mäter laddningshastighet, interaktivitetsrespons och visuell stabilitet — de tre pelarna i en snabb, pålitlig användarupplevelse. Att hamna under på något av dessa mått kan kosta dig rankningar, trafik och konverteringar.

2.1sLCPGood0s6s45msFIDGood0ms400ms0.05CLSGood00.5GoodNeeds ImprovementPoor
<2.5s
LCP-mål
<100ms
FID-mål
<0.1
CLS-mål
100%
Mål godkänd rate

Vad är Core Web Vitals?

Core Web Vitals är tre specifika sidhastighets- och användarupplevelsemått som Google använder som rankningsfaktorer inom sina Page Experience-signaler. Introducerade 2020 och tillämpade som rankningsfaktor sedan juni 2021 speglar de hur verkliga användare upplever hastigheten, responsen och den visuella stabiliteten hos en sida. Google samlar in denna data från Chrome User Experience Report (CrUX) fältdata, vilket innebär att dina poäng baseras på faktiska besökarsessioner — inte syntetiska labbtester. Sidor som klarar alla tre tröskelvärdena får en 'Bra'-beteckning i Search Console och erhåller en rankningsboost gentemot konkurrenter med långsammare, mindre stabila upplevelser. Eftersom dessa mått är rotade i verklig användning översätts förbättringar av Core Web Vitals direkt till lägre avvisningsfrekvens, högre engagemang och starkare konverteringsprestanda.

Largest Contentful Paint (LCP)

Largest Contentful Paint mäter tiden det tar för det största synliga innehållselementet — vanligtvis en hjältebild, rubrikblock eller bakgrundsvideo-poster — att slutföra rendering i viewporten. Google anser att en LCP på 2,5 sekunder eller mindre är 'Bra', mellan 2,5 och 4,0 sekunder som 'Behöver förbättras' och allt över 4,0 sekunder som 'Dåligt'. Vanliga orsaker till långsam LCP inkluderar ooptimerade bilder, renderingsblockerande JavaScript och CSS, långsamma serversvarstider (TTFB) och fördröjningar i klientsidesrendering. För att uppnå en snabb LCP-poäng implementerar vi server-side rendering eller statisk generering, optimerar och lazy-laddar bilder med nästa generations format som WebP och AVIF, förladdar kritiska resurser, minimerar den kritiska renderingsvägen och utnyttjar ett CDN med edge-caching för att minska TTFB till under 200 millisekunder.

First Input Delay (FID)

First Input Delay mäter latensen mellan en användares första interaktion med din sida — som att klicka på en knapp, trycka på en länk eller trycka på en tangent — och det ögonblick webbläsaren faktiskt kan börja bearbeta den händelsen. En 'Bra' FID-poäng är 100 millisekunder eller mindre, 'Behöver förbättras' faller mellan 100 och 300 millisekunder, och 'Dåligt' är allt över 300 millisekunder. Hög FID orsakas nästan alltid av tung JavaScript-exekvering på huvudtråden under sidladdning: stora paket som parsas, tredjepartsskript som tävlar om CPU-tid eller långa uppgifter som blockerar eventloopen. Vår optimeringsansats inkluderar aggressiv koddelning och tree shaking, uppskjutning av icke-kritisk JavaScript, flyttning av tunga beräkningar till web workers, minskning av tredjepartsskriptpåverkan genom lazy loading och facade-mönster, samt uppdelning av långa uppgifter i mindre asynkrona bitar så att huvudtråden förblir responsiv för användarinput.

Cumulative Layout Shift (CLS)

Cumulative Layout Shift kvantifierar hur mycket synligt sidinnehåll oväntat förskjuts under sidans hela livslängd. Varje gång ett element rör sig från sin renderade position utan användarinteraktion — en bild som laddas utan dimensioner, ett teckensnittsbyte som pushar text, en dynamisk annons som injiceras ovanför innehåll — genereras en layoutförskjutningspoäng. Google anser att en CLS på 0,1 eller mindre är 'Bra', mellan 0,1 och 0,25 som 'Behöver förbättras' och över 0,25 som 'Dåligt'. Layoutförskjutningar är ett av de mest frustrerande användarupplevelseproblemen: de orsakar oavsiktliga klick, desorientering och förlust av läsposition. Vi eliminerar CLS genom att sätta explicita width- och height-attribut på alla bilder och videor, reservera utrymme för annonser och inbäddningar med containrar av fast dimension, använda CSS font-display-egenskapen med reservteckensnittsmått för att förhindra teckensnittsbyteförskjutningar, undvika dynamisk innehållsinjektion ovanför folden, och använda CSS containment för att isolera layoutomberäkningar. Resultatet är en sida som känns stabil och visuellt fast från första målning till full interaktivitet.

Redo att förbättra din Core Web Vitals?

Låt oss diskutera hur vi kan hjälpa ditt företag att växa.

Kom igång