Core Web Vitals uitgelegd: zo haal je een snelle, stabiele website

Een website die traag laadt, verspringt tijdens het lezen of pas na een seconde reageert op een tik, voelt gewoon slecht. Google heeft dat gevoel vertaald naar drie meetbare waarden, de Core Web Vitals. Voor een ondernemer klinkt dat technisch, maar de kern is simpel: laadt de pagina snel genoeg, blijft ze stil staan en reageert ze direct? In dit artikel leggen we uit wat de drie metrics betekenen, welke drempelwaarden Google hanteert, hoe je ze meet en wat je er in de praktijk aan doet.

Wat zijn Core Web Vitals?

Core Web Vitals zijn de drie metrics die Google aanwijst als kern van de gebruikerservaring van een webpagina. Ze meten ieder één aspect:

• Largest Contentful Paint (LCP): hoe snel de belangrijkste inhoud van de pagina zichtbaar is, meestal een grote afbeelding of kop.
• Interaction to Next Paint (INP): hoe snel de pagina reageert wanneer iemand klikt, tikt of een toets indrukt.
• Cumulative Layout Shift (CLS): hoeveel de pagina onverwacht verspringt terwijl ze laadt of na het laden.

INP heeft de oudere metric First Input Delay vervangen als Core Web Vital. Lees je een oud artikel over “FID”, dan is dat deel verouderd.

De drempelwaarden

Volgens de documentatie van Google op web.dev geldt het volgende. Een pagina scoort “goed” als aan de volgende waarden wordt voldaan:

1. LCP: 2,5 seconde of sneller.
2. INP: 200 milliseconde of sneller.
3. CLS: 0,1 of lager.

Als “slecht” gelden een LCP boven 4 seconden, een INP boven 500 milliseconden en een CLS boven 0,25. Alles ertussen is “verbetering nodig”. Belangrijk detail: er wordt gekeken naar het 75e percentiel van alle paginabezoeken, apart voor mobiel en desktop. Dat betekent dat minstens driekwart van de bezoeken aan de drempel moet voldoen. Eén snelle meting op je eigen laptop zegt dus weinig.

Veld- en labdata: wat is het verschil?

Dit is het punt waar de meeste ondernemers over struikelen.

• Veldgegevens komen van echte bezoekers, verzameld via Chrome. Dit is wat telt. Je ziet ze in het Core Web Vitals-rapport in Search Console en in PageSpeed Insights (als er genoeg bezoekers zijn).
• Labgegevens komen uit een gesimuleerde test, zoals Lighthouse. Ze zijn nuttig om problemen te vinden en wijzigingen te testen, maar zijn niet hetzelfde als wat bezoekers ervaren.

Een kleine lokale website heeft vaak te weinig verkeer voor veldgegevens. Dan zie je in PageSpeed Insights alleen labdata. Gebruik die als richting, niet als eindoordeel.

Waarom het ertoe doet, en waarom niet te veel

Google geeft aan dat de Core Web Vitals worden gebruikt door zijn rankingsystemen, maar dat ze één van meerdere signalen zijn. Goede inhoud die past bij wat iemand zoekt, blijft belangrijker dan een perfecte score. Een snelle site met weinig te bieden wint dus niet van een goede site die iets trager is. Wel zijn er twee praktische redenen om hier aandacht aan te besteden die los staan van ranking: bezoekers haken sneller af op een trage of verspringende pagina, en een formulier of knop die niet direct reageert kost aanvragen.

LCP verbeteren

LCP wordt meestal bepaald door één element: de hoofdafbeelding of de grote kop bovenaan. Wat je kunt doen:

• Verklein de afbeelding. Lever afbeeldingen in de grootte waarin ze getoond worden, in een moderne indeling zoals WebP of AVIF, en met meerdere formaten voor mobiel en desktop.
• Laad de LCP-afbeelding niet “lazy”. Uitgestelde laadtechniek is goed voor afbeeldingen verderop op de pagina, maar vertraagt juist de afbeelding die direct in beeld staat. Geef die afbeelding juist prioriteit.
• Verkort de serverreactietijd. Goede hosting, caching en weinig zware plug-ins maken verschil.
• Beperk blokkerende CSS en lettertypen. Laad alleen de stijlen en fonts die nodig zijn voor het zichtbare deel, en beperk het aantal fontvarianten.

INP verbeteren

INP gaat over de tijd tussen een actie van de bezoeker en het volgende zichtbare resultaat. Meestal is JavaScript de oorzaak.

• Verwijder scripts die je niet gebruikt: oude chatwidgets, trackers, sliders en animatiebibliotheken.
• Laad externe scripts uitgesteld, zodat ze de hoofdthread niet blokkeren.
• Splits zware taken op en vermijd lange berekeningen bij een klik, bijvoorbeeld in een menu of filter.
• Test op een gemiddelde telefoon, niet alleen op een snelle laptop.

CLS verbeteren

Verspringende pagina's ontstaan als de browser niet weet hoeveel ruimte iets nodig heeft.

• Geef afbeeldingen en video's altijd een breedte en hoogte, of een vaste beeldverhouding.
• Reserveer ruimte voor ingesloten kaarten, reviewwidgets, advertenties en cookiebanners.
• Voeg geen inhoud toe boven bestaande inhoud nadat de pagina al getoond is, tenzij de bezoeker erom vraagt.
• Zorg dat lettertypen geen grote sprong veroorzaken wanneer ze geladen zijn.

Meten in de praktijk

Een werkbaar stappenplan voor een kleine website:

1. Voer de belangrijkste pagina's in PageSpeed Insights in en kijk eerst naar de veldgegevens, als die er zijn.
2. Open in Search Console het Core Web Vitals-rapport om groepen pagina's met problemen te zien.
3. Los eerst de grootste oorzaak op. Vaak is dat één te zware afbeelding of één trage externe widget.
4. Meet opnieuw. Veldgegevens lopen achter, omdat ze over een periode van weken worden verzameld.

Voorbeeld: een lokaal bedrijf met een zware homepage

Stel dat een bedrijf in Zeeuws-Vlaanderen een homepage heeft met een grote fotoslider, een chatwidget en een ingesloten kaart. Op mobiel duurt het even voordat de eerste foto verschijnt (LCP), de pagina verspringt zodra de kaart laadt (CLS) en het menu reageert traag omdat de slider veel JavaScript draait (INP). De oplossing is zelden ingewikkeld: één goed geoptimaliseerde hoofdafbeelding in plaats van een slider, de kaart pas laden als iemand ernaartoe scrolt met vaste ruimte erom heen, en de chatwidget alleen als die echt gebruikt wordt. Minder is hier meer.

Checklist

• Hoofdafbeelding is in de juiste grootte en moderne indeling.
• De LCP-afbeelding wordt niet uitgesteld geladen.
• Afbeeldingen, video's en embeds hebben vaste afmetingen.
• Ongebruikte scripts en plug-ins zijn verwijderd.
• Externe scripts worden uitgesteld geladen.
• Er is gemeten op mobiel, met veldgegevens waar mogelijk.

Tot slot

Core Web Vitals zijn geen doel op zich, maar een nuttige meetlat voor een prettige website. Bij CUBO Agency bouwen we maatwerk websites met schone code en lichte pagina's, zodat snelheid geen achteraf-klus is. Wil je weten hoe jouw site ervoor staat? Plan een gratis kennismaking. Lees ook website laten maken in Terneuzen voor de bredere context.

Bronnen

Gecontroleerd op 28 oktober 2026 aan de hand van de bronnen hieronder. Regels en richtlijnen veranderen; dit artikel is algemene informatie en geen juridisch of fiscaal advies.

• Web Vitals (web.dev)
• How the Core Web Vitals metrics thresholds were defined (web.dev)
• Largest Contentful Paint (web.dev)
• Interaction to Next Paint (web.dev)
• Cumulative Layout Shift (web.dev)
• Understanding page experience in Google Search results (Google Search Central)
• PageSpeed Insights (Google)

Plan kennismaking