Hoe snel moet je website zijn? Core Web Vitals in gewone taal

Core Web Vitals zijn drie meetwaarden waarmee Google beoordeelt hoe snel en stabiel een website aanvoelt: LCP (laadsnelheid, goed = onder 2,5 seconde), INP (reactiesnelheid, goed = onder 200 milliseconden) en CLS (visuele stabiliteit, goed = onder 0,1). “Je site moet sneller” hoor je vaak. Dit is wat er concreet achter zit. Het gaat om dingen die jij en je bezoekers gewoon voelen. Hieronder leggen we ze uit zonder jargon.

Meetwaarde	Wat het meet	Goede score
LCP	Laadsnelheid: wanneer zie je het belangrijkste?	onder 2,5 seconde
INP	Reactiesnelheid: reageert de site direct op een klik?	onder 200 milliseconden
CLS	Visuele stabiliteit: springt de pagina niet rond?	onder 0,1

Wat zijn Core Web Vitals eigenlijk?

Core Web Vitals zijn drie metingen die samen antwoord geven op één simpele vraag: voelt deze website snel en stabiel aan? Ze zijn bedacht door Google om iets meetbaars te maken van gebruikerservaring (bron: web.dev). Goed om te weten: sinds maart 2024 is INP de opvolger van de oudere meetwaarde FID.

Er zijn drie waarden. Elk meet iets anders, en elk heeft z’n eigen “goed genoeg”-grens.

LCP: hoe snel zie je het belangrijkste?

LCP staat voor Largest Contentful Paint. Dat klinkt technisch, maar het is simpel: het meet hoe lang het duurt voordat het grootste, belangrijkste stuk van je pagina zichtbaar is. Meestal is dat een hero-afbeelding, een titel, of een banner bovenaan.

Denk aan het gevoel als je op een link klikt en een paar seconden naar een leeg wit scherm staart. Dat is een trage LCP. Voelt niet fijn, en bezoekers haken dan sneller af.

Volgens Google web.dev is een goede LCP korter dan 2,5 seconden (bron: web.dev/articles/lcp).

INP: reageert je site meteen als je erop klikt?

INP staat voor Interaction to Next Paint. Dit meet hoe snel je website reageert nadat iemand ergens op klikt, tikt of typt. Klik je op een menu-item en het duurt merkbaar lang voordat er iets gebeurt? Dat is een slechte INP.

Dit is vooral relevant bij interactieve dingen: formulieren, filters, menu’s, knoppen. Een site die er statisch snel uitziet maar hapert zodra je iets aanklikt, scoort hier alsnog slecht, en dat frustreert bezoekers meer dan een trage eerste laadtijd.

Vaak zit de oorzaak niet in de knop zelf, maar in wat er op de achtergrond gebeurt: een script dat pas laadt, een tracker die meeluistert, of een pagina die nog druk bezig is met andere dingen terwijl jij al klikt. Onzichtbaar voor de bezoeker, maar wel voelbaar.

Een goede INP is volgens Google web.dev onder de 200 milliseconden (bron: web.dev/articles/inp).

CLS: springt de pagina niet zomaar rond?

CLS staat voor Cumulative Layout Shift. Dit is misschien wel de herkenbaarste van de drie: je wilt op een knop klikken, maar op het laatste moment schuift de pagina omdat er ineens een afbeelding of advertentie laadt, en je klikt per ongeluk ergens anders op.

Dat is layout shift. Het gebeurt vaak doordat afbeeldingen, advertenties of custom fonts geen vaste ruimte gereserveerd hebben, waardoor de pagina “springt” zodra ze binnenkomen.

Vervelend is dat je dit als bezoeker vaak niet kunt benoemen. Je voelt alleen dat een site “onrustig” aanvoelt, zonder precies te weten waarom. Dat is precies waarom deze meetwaarde bestaat: om iets tastbaars te maken van een gevoel dat anders onzichtbaar blijft.

Een goede CLS-score is volgens Google web.dev lager dan 0,1 (bron: web.dev/articles/cls).

Waar zie je je eigen scores?

Je hoeft niet te gokken hoe je site ervoor staat. Twee gratis plekken van Google:

• PageSpeed Insights: plak de URL van een losse pagina en je ziet direct de drie scores plus concrete verbeterpunten.
• Het Core Web Vitals-rapport in Search Console: hier zie je hoe je hele site scoort op echte bezoekersdata, gebundeld per probleem.

Waarom dit ertoe doet: voor bezoekers én voor Google

Voor je bezoeker is het simpel: een site die traag laadt, hapert bij klikken of rondspringt voelt onbetrouwbaar aan. Mensen wachten niet. Ze klikken weg en gaan naar het volgende zoekresultaat. Dat wegklikken is precies waar het bij conversie-optimalisatie om draait: we schreven er apart over in waarom bezoekers afhaken.

Voor Google geldt: Core Web Vitals zijn een van de vele ranking-signalen, geen doorslaggevende factor, en relevantie weegt zwaarder (bron: Google Search Central). Een goede technische basis is dus geen doel op zich. Het ondersteunt zowel de gebruikerservaring als je vindbaarheid, en in de praktijk lopen die twee toch al in elkaar over.

Hoe maak je je website sneller? Praktische stappen

Een paar dingen die in de praktijk vaak het meeste verschil maken:

• Afbeeldingen optimaliseren. Grote, ongecomprimeerde foto’s zijn veruit de meest voorkomende oorzaak van een trage LCP.
• Reserveer ruimte voor beeld en advertenties. Geef afbeeldingen en embeds altijd een vaste hoogte/breedte, zodat de pagina niet springt zodra ze laden. Dat helpt direct tegen CLS.
• Beperk zware scripts. Veel externe widgets, trackers en plugins tegelijk laden maakt een site trager om op te reageren, wat INP raakt.
• Kies goede hosting. De basis van snelheid begint bij een server die snel reageert. Dat is precies waar onze hosting & domeinen op is ingericht.
• Houd het bij. Snelheid is geen eenmalige actie: een nieuwe plugin of een zware afbeelding kan alles weer trager maken. Daarom hoort dit bij onderhoud & care: we checken dit soort dingen structureel, niet alleen bij oplevering.

Snelheid raakt ook direct aan vindbaarheid. Wil je weten hoe dat samenkomt met de rest van je zoekstrategie, kijk dan bij SEO & GEO.

Geen loze scorebeloftes

We beloven je geen specifieke score, want elke site en elk vertrekpunt is anders. Wel letten we hier bij onze eigen projecten bewust op, van de eerste opzet tot de livegang. Techniek die je niet ziet, maar wel voelt.

Benieuwd hoe jouw site ervoor staat, of wil je gewoon weten waar je kunt winnen? Neem contact op, dan denken we graag vrijblijvend met je mee.

Je kunt je snelheid ook meten met onze gratis pagespeed test: dezelfde Lighthouse-meting, met uitleg in gewone taal.