Core Web Vitals verbeteren

De drie cijfers, en wat ze betekenen

Er zijn drie metrics die ertoe doen, elk met een drempel waaronder Google de ervaring als goed beschouwt:

• LCP (Largest Contentful Paint) — wanneer het grootste element in beeld staat. Goed: onder 2,5 seconde. Meestal je hero-afbeelding of de eerste kop.
• INP (Interaction to Next Paint) — hoe snel de pagina reageert op een klik of tik. Goed: onder 200 milliseconden. Dit verving in 2024 de oudere FID-metric.
• CLS (Cumulative Layout Shift) — hoeveel de layout verspringt tijdens het laden. Goed: onder 0,1. Dit is de metric achter het gevoel dat je op de verkeerde knop drukt.

Labdata en velddata zijn niet hetzelfde

De audit meet twee dingen. Ten eerste een labmeting: we laden je pagina op een gesimuleerde telefoon over een Slow 4G-verbinding en meten LCP, CLS en Total Blocking Time. Die meting is reproduceerbaar en meteen beschikbaar, ook voor een site zonder bezoekers.

Ten tweede halen we velddata op uit het Chrome UX Report: LCP, INP en CLS zoals echte bezoekers ze de afgelopen 28 dagen hebben ervaren. Dat is waar Google zelf naar kijkt. Het nadeel is dat die data alleen bestaat als je domein genoeg verkeer heeft — heb je dat niet, dan meldt het rapport dat er geen velddata is in plaats van te doen alsof.

Wijken die twee sterk af, dan is dat op zichzelf informatie. Snel in het lab maar traag in het veld betekent meestal dat je echte bezoekers op tragere apparaten zitten dan je test, of uit een regio komen die verder van je server af ligt.

Wat een pagina in de praktijk traag maakt

De oorzaken zijn zelden exotisch. In vrijwel elk rapport komen dezelfde vier terug, en de audit wijst ze concreet aan met bestandsnaam en grootte:

• Afbeeldingen die veel groter worden geserveerd dan ze op het scherm getoond worden, of nog in JPEG staan waar WebP of AVIF de helft kost
• JavaScript-bundles die het renderen blokkeren omdat ze zonder defer of async in de head staan
• Statische bestanden zonder effectieve caching, waardoor terugkerende bezoekers alles opnieuw downloaden
• Externe domeinen — fonts, analytics, chatwidgets — waarvoor geen preconnect is ingesteld, zodat elke verbinding pas laat begint

Begin bij CLS, dat is het goedkoopst

Verspringende layout is bijna altijd op te lossen door breedte en hoogte op je afbeeldingen te zetten, en ruimte te reserveren voor elementen die later inladen zoals banners en advertenties. Dat is werk van een uur en het verschil is direct zichtbaar.

LCP kost meer moeite maar levert het meeste op. Meestal is de winst te halen door één afbeelding: die van je hero. Serveer hem in een modern formaat, op de juiste afmeting, met een preload-hint, en je LCP zakt vaak in één keer onder de drempel.

INP is het lastigst, omdat het over de hoeveelheid JavaScript gaat die je hoofdthread bezet houdt. Daar is zelden een snelle truc voor — dat is opruimen, of code die pas laadt wanneer hij nodig is.

Veelgestelde vragen

Hoeveel invloed hebben Core Web Vitals op mijn ranking?

Ze zijn een van de vele signalen en wegen minder zwaar dan relevantie van je content. Tussen twee vergelijkbare pagina's kunnen ze het verschil maken; een trage pagina met veel beter antwoord wint nog steeds van een snelle lege pagina.

Waarom verschilt mijn score per meting?

Labmetingen zijn gevoelig voor netwerk- en serverruis. Kijk naar de richting over meerdere metingen, niet naar één losse uitslag. Velddata uit het Chrome UX Report is stabieler omdat het over 28 dagen gemiddeld wordt.

Waarom zie ik geen INP in mijn rapport?

INP is alleen te meten bij echte interactie van echte bezoekers. Heeft je domein te weinig verkeer voor het Chrome UX Report, dan tonen we in plaats daarvan Total Blocking Time uit de labmeting — een goede voorspeller, maar niet hetzelfde cijfer.