Core Web Vitals is een van die onderwerpen die veel ondernemers horen maar nooit echt begrijpen. Je SEO-bureau noemt het, je website-bouwer heeft het erover, maar wat het concreet betekent voor jouw bedrijf blijft vaag.
Dit artikel legt de drie Core Web Vitals uit — LCP, INP, CLS — met voorbeelden uit Nederlandse MKB-sites, benchmark-waardes, en wat je ermee kunt doen. Geen jargon, geen onnodige technische details.
Wat zijn Core Web Vitals precies?
Google introduceerde Core Web Vitals in 2020 als officiële ranking-factor. Het zijn drie concrete metingen die samen de "gebruikerservaring" van je site proberen te vangen. De logica: Google wil bezoekers naar sites sturen die snel, responsive en visueel stabiel zijn — want dat is wat mensen prettig vinden.
Sinds maart 2024 is INP de derde metric (voorheen FID). Google meet deze waardes bij echte bezoekers via Chrome-data (CrUX database), niet door je site te scannen. Dat betekent: de scores die je ziet in Google Search Console zijn veld-data, geen labtests.
LCP — Largest Contentful Paint
LCP meet hoe lang het duurt voor het grootste zichtbare element op het scherm geladen is. Meestal is dat de hero-image of een grote headline. Doel: onder 2.5 seconden.
Typische LCP-problemen bij Nederlandse MKB-sites
- Grote ongecomprimeerde hero-images (4-8MB PNG)
- Web-fonts die blokkerend geladen worden
- Server-reactietijd boven 600ms (traag hosting)
- Render-blocking JavaScript in de head
Hoe LCP te verbeteren
Image-optimalisatie is de grootste hefboom. Converteer je hero naar WebP, comprimeer naar onder 150KB, gebruik <img loading="eager" fetchpriority="high"> voor de hero-image zodat de browser 'm prioriteit geeft. Dat alleen kan LCP van 4s naar 1.5s brengen.
Voor fonts: gebruik font-display: swap zodat tekst meteen zichtbaar is met een system-font terwijl je custom font laadt.
INP — Interaction to Next Paint
INP meet hoe snel je site reageert wanneer iemand klikt, typt, of scrollt. Doel: onder 200ms. Dit vervangt de oude FID-metric sinds maart 2024.
Waarom INP vaak mis gaat
JavaScript die te lang draait op de main thread. Bijvoorbeeld: iemand klikt op een menu-knop, maar het duurt 600ms voordat het menu opent omdat er ondertussen een tracking-script draait. Veel MKB-sites laten 5-10 tracking-scripts laden die samen de main thread blokkeren.
INP verbeteren
- Minder third-party scripts (GTM, Facebook pixel, chat-widgets)
- Gebruik
asyncendefervoor niet-kritieke scripts - Breek lange taken op in kleinere chunks
- Vermijd grote DOM-manipulaties in event handlers
CLS — Cumulative Layout Shift
CLS meet hoeveel elementen op je pagina verspringen tijdens het laden. Je kent het effect: je wilt op een knop klikken, maar net op dat moment laadt een banner erboven waardoor de knop wegschuift en je de verkeerde link klikt. Irritant, en CLS meet dat gedrag.
Doel: CLS onder 0.1. Sites met veel banners, late-loading ads, of onjuist opgemaakte images hebben vaak CLS van 0.3-0.8 — wat Google als "slecht" markeert.
Typische CLS-problemen
- Images zonder width/height-attributen (browser weet niet hoeveel ruimte te reserveren)
- Ads die laat laden en elementen wegduwen
- Web-fonts die zonder fallback laden en tekst van plaats doen veranderen
- Dynamic content ingevoegd bovenaan zonder ruimte-reservering
CLS verbeteren
De oplossingen zijn meestal simpel: altijd width/height specificeren op images, ruimte vooraf reserveren voor ads met CSS (min-height), en font-display: optional gebruiken als je fonts belangrijker vindt dan direct renderen.
Core Web Vitals zijn geen mysterie. Het zijn drie concrete, meetbare eigenschappen van je site. Ze optimaliseren is meestal een kwestie van discipline, niet van genialiteit.
Hoe check je je eigen site?
- Google Search Console — "Core Web Vitals" rapport toont hoe je scoort bij echte bezoekers. Meest betrouwbare bron.
- PageSpeed Insights — laat je per URL zien wat er goed en fout gaat, met concrete suggesties.
- Chrome DevTools Lighthouse — lab-data, sneller te gebruiken tijdens development.
Verschil tussen veld-data en lab-data
Belangrijk onderscheid: PageSpeed Insights laat beide zien. Veld-data (CrUX) = wat echte Chrome-gebruikers ervaren. Lab-data (Lighthouse) = wat een gestandaardiseerde test meet.
Google rankt primair op veld-data. Je kunt perfect scoren in lab-tests maar tegenvallende veld-data hebben (omdat echte bezoekers op oudere Android-telefoons met 3G-verbinding zitten). Optimaliseer voor beide, maar prioriteer veld-data.
Benchmark: waar zit gemiddeld Nederlands MKB?
Op basis van sites die ik audit, hier realistic benchmarks:
- Gemiddelde WordPress MKB-site: LCP 3.5-5s, INP 250-400ms, CLS 0.15-0.35. Slecht.
- Optimized WordPress: LCP 2.0-2.8s, INP 150-250ms, CLS 0.05-0.15. Acceptabel.
- Modern static site: LCP 0.8-1.5s, INP 50-120ms, CLS 0.01-0.05. Uitstekend.
Als je site in de eerste categorie valt, heb je concurrentievoordeel als je naar categorie 3 gaat. Niet iedereen optimaliseert — juist daarom is het een SEO-hefboom.
Open vandaag pagespeed.web.dev, voer je URL in, en kijk naar de Core Web Vitals sectie. Daar zie je drie scores — dat is waar je aan moet werken. De eerste stap naar goede website snelheid is weten waar je nu staat.