Vad betyder LCP, INP och CLS?

Det är de tre Core Web Vitals som Google använder för att beskriva användarupplevelsen på en sida. Largest Contentful Paint (LCP) mäter laddning: hur lång tid det tar innan huvudinnehållet visas. Interaction to Next Paint (INP) mäter responsivitet: hur snabbt sidan reagerar när du klickar, trycker eller skriver. Cumulative Layout Shift (CLS) mäter visuell stabilitet: hur mycket layouten hoppar omkring. Bra betyder att LCP ligger inom 2.5 sekunder, INP inom 200 millisekunder och CLS på 0.1 eller lägre.

De tre måtten i korthet

Det här är tröskelvärdena i Googles hjälp för rapporten Core Web Vitals. En sida klarar kraven när alla tre måtten är bra vid den 75:e percentilen av besöken, mätt separat för mobil och dator.

LCP: Largest Contentful Paint

LCP är tiden från att någon börjar ladda sidan tills den största bilden, videon eller textblocket i det synliga området har ritats upp. Kvalificerade element är bland annat <img>-element, bilder i SVG, en videos affisch eller första bildruta, CSS-bakgrundsbilder och textblock. Webbläsaren slutar leta efter nya kandidater så fort besökaren interagerar med sidan. En långsam LCP beror oftast på ett långsamt serversvar, en stor hjältebild eller en som upptäcks sent, eller på CSS och skript som blockerar renderingen.

INP: Interaction to Next Paint

INP följer klick, tryckningar och tangenttryck under ett besök och mäter hur lång tid var och en tar tills webbläsaren kan rita nästa bildruta. Att hovra, scrolla och zooma räknas inte. Det rapporterade värdet är den långsammaste interaktionen, där extremvärden på sidor med många interaktioner bortses från. INP ersatte First Input Delay (FID) som Core Web Vital i mars 2024. FID tittade bara på den första interaktionen, medan INP täcker hela besöket. Dåligt INP beror oftast på långa JavaScript-uppgifter som håller huvudtråden upptagen.

CLS: Cumulative Layout Shift

CLS summerar oväntade layoutskiften, till exempel när text hoppar nedåt för att en bild eller annons laddas ovanför, och rapporterar den största serien av skiften under besöket. Varje skifte poängsätts utifrån hur stor del av skärmen som rörde sig och hur långt. Skiften inom 500 millisekunder efter ett klick, en tryckning eller ett tangenttryck räknas inte, eftersom besökaren då förväntar sig att sidan ska ändras.

Var kommer siffrorna ifrån?

Rapporten Core Web Vitals i Search Console använder fältdata från Chrome UX Report: verkliga Chrome-besök under de senaste 28 dagarna, grupperade i uppsättningar av liknande sidor, där varje grupp bedöms efter sitt sämsta mått. Labbverktyg som Lighthouse laddar sidan utan en verklig besökare och kan därför inte mäta INP. De använder Total Blocking Time som ersättning, vilket web.dev förklarar i sin översikt över Web Vitals. Se labbpoäng som ett hjälpmedel för felsökning och fältdata som det avgörande utlåtandet.

Påverkar Core Web Vitals rankningen?

Google rekommenderar starkt att du uppnår bra Core Web Vitals för att lyckas i Sökning, och säger att sidupplevelsen stämmer överens med det som deras centrala rankningssystem vill belöna. Det är ingen genväg: en snabb sida måste fortfarande vara det bästa svaret. Hur åtgärdar jag dåliga värden för Core Web Vitals? går igenom vad du ska ändra för varje mått.

Så hjälper AutoPSEO till

AutoPSEO:s rapport för Core Web Vitals läser historiken från Chrome UX Report för hela din webbplats eller en enskild URL, uppdelat på mobil, dator eller surfplatta, och visar LCP, INP och CLS (samt first contentful paint och time to first byte) i diagram vid den 75:e percentilen över cirka sex månaders veckodata, så att du kan se när ett mått började försämras.