Vad är Core Web Vitals?
Core Web Vitals är Googles sätt att mäta hur snabb och stabil en webbsida känns för den som besöker den. Måtten påverkar både hur besökare upplever sajten och hur den syns i sök. Den här guiden går igenom de tre måtten, skillnaden mellan labbtest och verklig data, och vad som faktiskt är värt att prioritera.
Av Simon Torngren · Partner och COO· Publicerad · Uppdaterad Vår syn
Core Web Vitals mäter användarens tålamod, inte en teknisk poäng. En grön mätare är värd något först när den betyder färre avhopp och fler avslut. Optimera mot vad besökaren upplever, inte mot en perfekt siffra i ett labbtest.
Vad Core Web Vitals är.
Core Web Vitals är en uppsättning mätvärden från Google som beskriver hur en webbsida upplevs av den som besöker den: hur snabbt den laddar, hur kvickt den svarar på interaktion och hur stabil den är medan den byggs upp på skärmen. De är en del av det Google kallar page experience, alltså signaler för sidupplevelse.
Poängen med måtten är att de utgår från användaren, inte från tekniken. En sajt kan vara tekniskt välbyggd och ändå kännas långsam, eller ha en snabb server men hoppa runt så mycket att den är irriterande att använda. Core Web Vitals försöker fånga just den upplevda kvaliteten, i tre konkreta tal.
web.dev om Core Web Vitals↗ är Googles egen dokumentation av måtten. Det viktiga att ta med sig är att de tre talen inte är ett självändamål: de är ett sätt att sätta siffror på om sajten känns snabb och pålitlig för en riktig besökare.
De tre måtten.
Core Web Vitals består av tre mått, ett för vardera laddning, svarstid och stabilitet. Var och en har ett tröskelvärde för vad Google räknar som bra:
- 01LCP, Largest Contentful Paint. Mäter hur lång tid det tar innan sidans största innehåll (ofta en bild eller rubrik) syns. Bra är under 2,5 sekunder. Det svarar på frågan: hur snabbt ser besökaren att något har laddat?
- 02INP, Interaction to Next Paint. Mäter hur snabbt sidan reagerar när någon klickar, trycker eller skriver. Bra är under 200 millisekunder. Det ersatte det äldre måttet FID under 2024 och svarar på: känns sidan responsiv eller trög?
- 03CLS, Cumulative Layout Shift. Mäter hur mycket innehållet hoppar runt medan sidan laddar, till exempel när en bild skjuter ned texten. Bra är under 0,1. Det svarar på: står sidan stilla, eller flyttar sig knappen precis när jag ska trycka?
Alla tre ska vara gröna samtidigt för att en sida ska räknas som godkänd. Ett bra LCP hjälper inte om layouten hoppar så mycket att besökaren klickar fel. Måtten hänger ihop, för de beskriver samma sak från tre håll: känns sidan snabb och pålitlig att använda?
Fältdata mot labbtest.
Samma sida kan få olika resultat beroende på hur den mäts, och skillnaden avgör vad siffran är värd. Det finns två sorters data:
- Fältdata är mätningar från riktiga besökare, på deras egna enheter och nät. Google samlar in det via Chrome, och det är den data som faktiskt påverkar hur sidan bedöms. Det speglar verkligheten, inklusive gamla mobiler och svaga uppkopplingar.
- Labbdata är ett simulerat test i en kontrollerad miljö, till exempel i verktyget Lighthouse. Det är utmärkt för felsökning, eftersom det ger samma resultat varje gång och pekar på vad som är långsamt. Men det är inte verkligheten.
Här ligger den vanligaste fällan: en sida kan visa 100 av 100 i ett labbtest och ändå ha svaga Core Web Vitals för riktiga besökare, eller tvärtom. Att jaga en perfekt labbpoäng är att optimera mot fel mål. Googles dokumentation om sidupplevelse↗ utgår från fältdatan, och det bör ni också göra: mät på era faktiska besökare.
Vad som är värt att prioritera.
De flesta prestandaproblem sitter på ett fåtal ställen, och det är sällan servern som är boven. Vinsterna kommer oftast härifrån:
- Bilder. Ostorlekade och okomprimerade bilder är den vanligaste orsaken till långsam LCP och hoppande layout. Rätt format, rätt storlek och angivna dimensioner löser en stor del.
- Tredjepartsskript. Chattbubblor, analys, annonser och inbäddningar körs ofta först och blockerar sidan. Färre och senare laddade skript ger snabbare svarstid, alltså bättre INP.
- Teckensnitt. Egna typsnitt som laddar sent gör att text hoppar in eller byter utseende mitt i. Att ladda dem smart tar bort både flimmer och layouthopp.
- Reserverad plats. Att i förväg avsätta utrymme för bilder, annonser och inbäddningar hindrar att sidan hoppar, alltså sänker CLS, när de dyker upp.
MDN:s prestandaguide↗ är värd att gräva i för den tekniska sidan. Men prioriteringen är en affärsfråga innan den är teknisk: åtgärda det som märks för besökaren och påverkar affären först, inte det som råkar sänka en labbpoäng med några punkter.
Ranking och affär.
Core Web Vitals är en rankingfaktor i Google, men en av många och sällan den som avgör. En långsam sida med bäst innehåll rankar oftast före en blixtsnabb med tunt innehåll. Snabbhet är en tiebreaker som hjälper när allt annat är jämnt, inte en genväg förbi bra innehåll.
Den verkliga vinsten ligger närmare affären än sökresultatet. En sida som laddar snabbt och står still tappar färre besökare innan de ens sett innehållet, och gör det lättare att slutföra ett köp eller fylla i ett formulär. Det är där prestandaarbetet betalar sig, i avhopp och avslut, inte i en mätare.
Så snabbhet är beslutsunderlag, inte status: en grön mätare är värd något först när den syns i affären. Vill ni veta var er sajt tappar besökare på långsamhet och vad som är värt att åtgärda, se hur Memorise arbetar med webb, eller läs om hur prestanda hänger ihop med teknisk SEO.
Vill ni veta vad som gör er sajt långsam?
Skicka er webbadress, så tittar vi på era Core Web Vitals med riktig besökardata: vad som drar ned LCP, INP och CLS, och vilka åtgärder som faktiskt är värda tiden. Ni får en konkret prioritering, inte en labbpoäng att rama in.
Skriv till oss →Vanliga frågor om Core Web Vitals
Vad är Core Web Vitals?
Core Web Vitals är tre mätvärden från Google som beskriver hur snabb och stabil en webbsida känns för besökaren: LCP (hur snabbt huvudinnehållet syns), INP (hur snabbt sidan svarar på klick) och CLS (hur mycket layouten hoppar). De är en del av Googles signaler för sidupplevelse.
Vad är bra värden för LCP, INP och CLS?
Google räknar LCP under 2,5 sekunder, INP under 200 millisekunder och CLS under 0,1 som bra. Alla tre bör vara gröna samtidigt. Värdena mäts på riktiga besökare, så resultatet påverkas av allt från era bilder och skript till besökarens enhet och uppkoppling.
Påverkar Core Web Vitals min ranking i Google?
Ja, men som en av många faktorer och sällan den avgörande. Bra innehåll väger tyngre än snabbhet. Core Web Vitals fungerar mest som en tiebreaker mellan sidor som annars är likvärdiga. Den större vinsten ligger i att snabba, stabila sidor tappar färre besökare, vilket gynnar både affär och sök indirekt.
Vad är skillnaden mellan Lighthouse och fältdata?
Lighthouse är ett labbtest i en kontrollerad miljö, bra för felsökning eftersom det ger samma resultat varje gång. Fältdata är mätningar från riktiga besökare, och det är den Google använder för att bedöma sidan. En sida kan få full poäng i Lighthouse och ändå ha svaga Core Web Vitals i fält. Lita på fältdatan.
Räcker det med ett snabbt webbhotell för bra Core Web Vitals?
Nej, en snabb server hjälper men är sällan hela svaret. De flesta problemen sitter i sidan själv: stora bilder, tunga tredjepartsskript, teckensnitt som laddar sent och layout som hoppar. En snabb server som levererar en tung sida ger ändå svaga värden.