Core Web Vitals utan teknikprat: vad de tre måtten betyder

Core Web Vitals är tre mått som Google använder för att beskriva hur en sida upplevs medan den laddar. De har egna förkortningar, mäts i sekunder och millisekunder, och beskrivs nästan alltid på ett sätt som gör dem svårare än de är. Här är vad de betyder och vad som orsakar dåliga värden.

LCP: hur snabbt det största syns

Largest Contentful Paint mäter hur lång tid det tar innan sidans största innehåll är på plats, oftast hjältebilden eller rubriken. Under 2,5 sekunder är bra. Den vanligaste orsaken till dåliga värden är en enorm bild som laddas i full storlek, följt av teckensnitt som hämtas från en annan server innan texten får ritas ut.

INP: hur snabbt sidan svarar när man rör den

Interaction to Next Paint ersatte det gamla måttet FID 2024 och mäter hur lång tid det tar innan något händer efter ett klick eller ett tryck. Under 200 millisekunder är bra. Dåliga värden kommer nästan alltid från för mycket JavaScript, ofta från plugin som gör saker på varje sida trots att de behövs på en enda.

CLS: hur mycket sidan hoppar

Cumulative Layout Shift mäter hur mycket innehållet flyttar sig medan sidan laddar. Alla känner igen det: man ska trycka på en länk, en annons laddar in ovanför, och man trycker på fel sak. Under 0,1 är bra. Orsaken är nästan alltid bilder eller inbäddningar utan angiven storlek.

Hur mycket påverkar det placeringarna?

Mindre än många tror. Måtten är en av flera signaler och väger lätt mot relevans. Två sidor med likvärdigt innehåll kan skiljas åt av dem, men en snabb sida med fel innehåll går sällan om en långsam sida med rätt innehåll. Däremot påverkar de affären direkt, eftersom besökare lämnar sidor som känns tröga.

Det som ger mest på en WordPress-sajt

Komprimera och storleksanpassa bilderna, det löser oftast LCP på egen hand. Ladda teckensnitten från er egen server. Rensa plugin ni inte använder, för varje aktivt plugin lägger på kod. Sätt bredd och höjd på alla bilder och inbäddningar. Och slå på en cache, men mät före och efter, för fel inställd cache gör sidan långsammare.

Mät på riktiga besökare

Ett testverktyg mäter en gång, från en plats, på en simulerad uppkoppling. Fältdata från riktiga besökare är det som räknas, och det är också det Google använder. Skiljer sig labbvärdet och fältdatan åt, lita på fältdatan. Värdena för er egen sajt hittar ni i PageSpeed Insights och i Search Console. Vill ni ha en bredare genomgång kan ni testa hemsidans SEO.

Vad värdena betyder i praktiken

En LCP på 4,2 sekunder innebär att en besökare på mobil stirrar på en tom yta i fyra sekunder. En INP på 500 millisekunder innebär att menyn känns trög. Ett CLS på 0,3 innebär att innehållet hoppar så mycket att det är lätt att trycka fel.

Så mäter ni utan att installera något

Kör sidan i PageSpeed Insights och titta på fältdatan högst upp, alltså den som kommer från riktiga Chrome-användare. Finns ingen fältdata har sidan för lite trafik, och då får ni luta er mot labbvärdena med en nypa salt. Testa alltid mobil först, för det är där problemen finns och det är mobilversionen Google utgår från.

Vanliga frågor

Räcker det med ett cache-plugin? Det hjälper mot LCP men gör ingenting åt CLS och lite åt INP. Bilder och plugin är oftast den verkliga orsaken.

Måste vi ha 100 i betyg? Nej. Grönt på alla tre måtten räcker, och skillnaden mellan 92 och 100 märks varken för besökare eller i sökresultatet.

Kan en Elementor-sajt ha bra värden? Ja, men det kräver att man håller ordning på bilder, teckensnitt och antalet plugin. Byggverktyget i sig är sällan det som fäller värdena.

Var det hör hemma i prioriteringen

Fixa innehållet och sökorden först, tekniken sedan. Men en sida som tar sju sekunder att ladda på mobil förlorar besökare oavsett hur bra texten är. Vår checklista för företagshemsidor tar upp båda delarna.

Vill ni veta var era värden ligger?

Vi mäter på riktiga besökare och säger vilka två åtgärder som ger mest. Se mer under företagshemsidor.