Hoppa till huvudinnehållet
← Alla guider

Core Web Vitals

Tre mått, tre trösklar, en percentil. De beskriver hur en sida känns för verkliga besökare, och därför avgörs de av fältdata och inte av ett laboratorievärde.

De tre måtten och vad vart och ett fångar

Varje mått täcker ett eget sätt på vilket en sida kan kännas fel, och de fallerar oberoende av varandra. En sida kan ladda snabbt och ändå glida undan under läsarens tumme; en sida kan vara fullkomligt stabil och ta fyra sekunder på sig att visa något alls.

MåttTäckerBraBehöver åtgärd över
LCPLaddning≤ 2,5 s4,0 s
INPSvarsförmåga≤ 200 ms500 ms
CLSVisuell stabilitet≤ 0,10,25

Largest Contentful Paint markerar ögonblicket då det största elementet i fönstret är färdigritat — oftast en toppbild eller ett rubrikblock. Det är ställföreträdaren för «sidan ser ut att ha kommit fram», och just därför slår det äldre märken som första ritning: en tom ruta som ritas snabbt är inte en sida som laddar snabbt.

Interaction to Next Paint ersatte First Input Delay som stabilt Core Web Vital i mars 2024, och bytet spelade roll. FID mätte bara fördröjningen innan den första interaktionen hanterades, vilket smickrade sidor som svarade kvickt på första trycket och sedan kärvade. INP ser hela interaktionslatensen genom besöket och rapporterar nära den sämsta av dem.

Cumulative Layout Shift mäter innehåll som flyttar sig efter att ha ritats. Det är måttet bakom den allmänmänskliga upplevelsen av att sträcka sig efter en länk och träffa en annons som anlände under den. Eftersom det är ett värde och inte en varaktighet kan en enda svår förskjutning sent på sidan dominera siffran.

Bedömt vid 75:e percentilen, på fältdata

Det är den här delen som överraskar team. Bedömningen använder 75:e percentilen av sidladdningar över ett rullande fönster på 28 dagar, uppdelat separat för mobil och dator. En bekväm median med långsam svans underkänns ändå — med avsikt. Måttet handlar om den fjärdedel besökare som har det sämst, inte om den typiska.

Det betyder också att data är fältdata, insamlade från verkliga besök, inte från en laboratoriekörning. Laboratorieverktyg är diagnostiska instrument: de talar om vilken resurs som håller upp ritningen, och för det är de rätt verktyg. De är inte bedömningen, och ett grönt laboratorievärde bredvid en underkänd fältbedömning är ingen motsägelse — det betyder att dina verkliga besökare inte sitter vid maskinen du testade från.

Vad som faktiskt rör varje mått

Orsakerna är föga glamorösa och upprepar sig mellan webbplatser. Det mesta av arbetet är att bestämma vad webbläsaren måste ha före första meningsfulla ritning, och att neka allt annat en plats i den kön.

MåttVanlig orsakVanlig åtgärd
LCPLångsamt serversvarCachea dokumentet; korta omdirigeringskedjor
LCPToppbilden upptäcks sentFörladda den; ladda den aldrig lat
LCPCSS eller typsnitt som blockerar ritningenKritisk CSS inline; använd font-display
INPLånga JavaScript-uppgifter på huvudtrådenDela upp dem; skjut upp det oväsentliga
INPTunga tredjepartsskriptLadda dem sent, eller stryk dem
CLSBilder och inbäddningar utan måttSätt width och height, eller aspect-ratio
CLSTypsnitt som byts och bryter om textenMatcha reservtypsnittets mått; förladda snittet
CLSBanners som skjuts in ovanför innehålletReservera utrymmet innan det fylls

Tredjepartsskript förtjänar att lyftas ut, för de är den vanligaste orsaken till ett INP-problem och den som ingen äger. Varje tagg som lagts till för analys, chatt, tester eller samtycke slåss om samma huvudtråd som läsarens tryck behöver. Den nyttiga granskningsfrågan är inte om var och en är användbar, utan vad den kostar vid 75:e percentilen.

Var sidupplevelsen står bland signalerna

Google säger att dess kärnrankningssystem använder Core Web Vitals, men det finns ingen enskild "sidupplevelsesignal". Relevans kommer fortfarande först, och bra Core Web Vitals garanterar inte en toppranking.

Prioritera problem som möter användarna, särskilt på viktiga mallar, utan att behandla en passerande tröskel som en rankningsgaranti. En relevant sida med dålig upplevelse kan fortfarande rankas; en snabb sida som missar frågan blir inte relevant eftersom den är snabb.

En arbetsordning som håller

Utgår du från en underkänd bedömning undviker den här sekvensen det vanligaste slöseriet: att finslipa det som redan klarar sig, eller att laga en sida utan trafik.

  1. Läs fältdata först, uppdelat på mobil och dator. Oftast underkänns bara mobilen, och att laga datorn ändrar ingenting.
  2. Ta reda på vilket mått som fallerar och på vilka sidgrupper. Mallar fallerar tillsammans; en ensam adress säger sällan mycket.
  3. Återskapa orsaken i labb, på strypt uppkoppling. Labbet berättar vad som är långsamt; fältet hade berättat att det spelar roll.
  4. Åtgärda den största enskilda bidragsgivaren och släpp den. Dessa mått rör sig genom delförbättringar; det finns sällan en enda knapp.
  5. Vänta ut fönstret på 28 dagar innan du dömer. Bedömningen är ett eftersläpande medelvärde, så en rättning som släpps i dag syns gradvis.

Testa på din egen webbplats

Frågor och svar

Mäts First Input Delay fortfarande?

Nej. INP ersatte FID som stabilt Core Web Vital i mars 2024. Det ser på interaktionslatens genom hela besöket i stället för fördröjningen före den första hanterade interaktionen, och därför underkänns sidor som klarade FID med god marginal.

Höjer godkända Core Web Vitals mina placeringar?

Inte i sig. Sidupplevelse är en signal bland många och väger mest där annat är jämförbart, inte som något som slår ut relevansen. Den förstås bättre som skydd mot avhopp än som köpt placering.

Varför säger mitt laboratorievärde emot fältdata?

För att de mäter olika saker. Labbet körs en gång, på din uppkoppling och hårdvara; fältbedömningen är 75:e percentilen av verkliga besök under 28 dagar. Använd labbet för att hitta orsaker och fältet för att avgöra om du har ett problem.

Hur lång tid efter en rättning uppdateras bedömningen?

Fältbedömningen använder ett rullande fönster på 28 dagar, så förbättringar dyker upp gradvis och inte den dag du driftsätter. Att döma en rättning första veckan brukar underskatta den.

Vilket mått ska jag åtgärda först?

Börja med måtten och enhetsklassen som misslyckas för viktiga sidor, använd sedan labbdiagnostik för att identifiera den största orsaken till användaren. Det finns ingen universell regel att LCP, INP eller CLS alltid ska komma först.