Wat betekenen LCP, INP en CLS?

Het zijn de drie Core Web Vitals die Google gebruikt om de gebruikerservaring van een pagina te beschrijven. Largest Contentful Paint (LCP) meet het laden: hoe lang het duurt voordat de hoofdinhoud verschijnt. Interaction to Next Paint (INP) meet de reactiesnelheid: hoe snel de pagina reageert wanneer je klikt, tikt of typt. Cumulative Layout Shift (CLS) meet de visuele stabiliteit: hoeveel de lay-out heen en weer springt. Goed betekent een LCP van maximaal 2,5 seconden, een INP van maximaal 200 milliseconden en een CLS van 0,1 of lager.

De drie metrics in één oogopslag

Dit zijn de drempelwaarden uit de Help van het Core Web Vitals-rapport van Google. Een pagina slaagt als alle drie de metrics goed zijn op het 75e percentiel van de bezoeken, apart gemeten voor mobiel en desktop.

LCP: Largest Contentful Paint

LCP is de tijd vanaf het moment dat iemand de pagina begint te laden tot het moment waarop de grootste afbeelding, video of tekstblok in het zichtbare gebied is gerenderd. Tot de in aanmerking komende elementen horen <img>-elementen, afbeeldingen binnen SVG, de poster of het eerste frame van een video, CSS-achtergrondafbeeldingen en tekst op blokniveau. De browser zoekt niet meer naar nieuwe kandidaten zodra de bezoeker iets doet op de pagina. Een trage LCP komt meestal door een trage serverreactie, een grote of laat ontdekte hero-afbeelding, of door CSS en scripts die het renderen blokkeren.

INP: Interaction to Next Paint

INP houdt de klikken, tikken en toetsaanslagen tijdens een bezoek in de gaten en meet hoe lang elk daarvan duurt totdat de browser het volgende frame kan tonen. Hoveren, scrollen en zoomen tellen niet mee. De gerapporteerde waarde is die van de traagste interactie, waarbij uitschieters op pagina's met veel interacties worden genegeerd. INP verving First Input Delay (FID) als Core Web Vital in maart 2024; FID keek alleen naar de eerste interactie, terwijl INP het hele bezoek omvat. Een slechte INP komt meestal door lange JavaScript-taken die de hoofdthread bezig houden.

CLS: Cumulative Layout Shift

CLS telt onverwachte lay-outverschuivingen bij elkaar op, bijvoorbeeld tekst die naar beneden springt wanneer er erboven een afbeelding of advertentie laadt, en rapporteert de grootste reeks daarvan tijdens het bezoek. Elke verschuiving wordt beoordeeld op hoeveel van het scherm bewoog en over welke afstand. Verschuivingen binnen 500 milliseconden na een klik, tik of toetsaanslag worden uitgesloten, omdat de bezoeker dan verwacht dat de pagina verandert.

Waar komen de cijfers vandaan?

Het Core Web Vitals-rapport van Search Console gebruikt veldgegevens uit het Chrome UX Report: echte Chrome-bezoeken van de afgelopen 28 dagen, gegroepeerd in sets van vergelijkbare pagina's, waarbij elke groep wordt beoordeeld op de slechtste metric. Labtools zoals Lighthouse laden de pagina zonder echte bezoeker, waardoor ze INP niet kunnen meten en Total Blocking Time als vervanger gebruiken, zoals uitgelegd in het overzicht van Web Vitals van web.dev. Gebruik labscores om fouten op te sporen en veldgegevens als het oordeel.

Hebben Core Web Vitals invloed op rankings?

Google raadt sterk aan om goede Core Web Vitals te behalen voor succes in Search en zegt dat paginaervaring aansluit bij wat de kernrankingsystemen willen belonen. Het is geen sluiproute: een snelle pagina moet nog steeds het beste antwoord bieden. Hoe verbeter ik slechte Core Web Vitals-scores? behandelt wat je per metric kunt aanpassen.

Hoe AutoPSEO helpt

Het Core Web Vitals-rapport van AutoPSEO leest de geschiedenis van het Chrome UX Report voor je hele site of een afzonderlijke URL, per telefoon, desktop of tablet, en zet LCP, INP en CLS (plus first contentful paint en time to first byte) op het 75e percentiel in een grafiek over ongeveer zes maanden aan wekelijkse gegevens, zodat je kunt zien wanneer een metric begon te verslechteren.