Core Web Vitals zijn drie meetwaarden van Google die laten zien hoe snel, hoe soepel en hoe stabiel een webpagina voor echte bezoekers werkt. Het gaat om Largest Contentful Paint (LCP), Interaction to Next Paint (INP) en Cumulative Layout Shift (CLS). Een pagina scoort goed als LCP binnen 2,5 seconden ligt, INP op 200 milliseconden of minder en CLS op 0,1 of lager, gemeten bij 75 procent van de bezoeken (web.dev, Web Vitals). Sinds 12 maart 2024 is INP de officiële opvolger van First Input Delay.
In dit artikel lees je wat elke meetwaarde precies meet, waar je je eigen scores vindt, hoe zwaar Google ze laat meewegen en welke verbeteringen het vaakst iets opleveren. Wil je eerst breder kijken naar de snelheid van je site, lees dan ook ons artikel over website snelheid verbeteren.
Wat zijn Core Web Vitals?
Core Web Vitals zijn onderdeel van Web Vitals, een initiatief van Google om de kwaliteit van de gebruikerservaring op websites meetbaar te maken. Google noemt Core Web Vitals de deelverzameling die voor elke webpagina geldt en die in alle Google-tools terugkomt (web.dev, Web Vitals).
De drie meetwaarden dekken elk een ander deel van de ervaring:
| Meetwaarde | Wat het meet | Goed | Verbetering nodig | Slecht |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Laadsnelheid van de grootste zichtbare inhoud | tot 2,5 s | 2,5 tot 4 s | boven 4 s |
| INP (Interaction to Next Paint) | Reactiesnelheid op klikken, tikken en toetsen | tot 200 ms | 200 tot 500 ms | boven 500 ms |
| CLS (Cumulative Layout Shift) | Visuele stabiliteit, verspringende elementen | tot 0,1 | 0,1 tot 0,25 | boven 0,25 |
De grenswaarden komen uit de documentatie van Google over LCP, INP en CLS. Een pagina haalt de beoordeling als alle drie de waarden goed zijn bij het 75e percentiel van de paginaweergaven, apart voor mobiel en desktop.
Core Web Vitals horen bij de bredere technische SEO van je website. Ze zeggen niets over de inhoud van je tekst, wel over hoe prettig een bezoeker die tekst kan gebruiken.
LCP: hoe snel staat de belangrijkste inhoud in beeld?
Largest Contentful Paint meet het moment waarop het grootste zichtbare element in het venster is geladen. Meestal is dat een grote afbeelding, een video-poster of een blok tekst bovenaan de pagina. LCP gaat dus niet over het moment waarop de hele pagina klaar is, maar over het moment waarop de bezoeker het gevoel heeft dat de pagina er staat.
Een goede LCP ligt binnen 2,5 seconden na het begin van het laden (Google Search Central). Boven 4 seconden noemt Google de LCP slecht.
Veelvoorkomende oorzaken van een trage LCP:
- Een trage serverreactie, zichtbaar als een hoge Time to First Byte (TTFB).
- Een grote hero-afbeelding die niet is gecomprimeerd of in een zwaar formaat staat.
- Een LCP-afbeelding die lazy-load krijgt, waardoor de browser hem pas laat ophaalt.
- CSS en JavaScript die het tekenen van de pagina blokkeren.
- Lettertypes of sliders die eerst moeten laden voordat de hoofdinhoud verschijnt.
INP: hoe snel reageert de pagina op een klik?
Interaction to Next Paint meet hoe snel een pagina zichtbaar reageert nadat iemand klikt, tikt of een toets indrukt. De browser kijkt naar alle interacties tijdens een bezoek en rapporteert grofweg de traagste. Een INP van 200 milliseconden of minder is goed, boven 500 milliseconden is slecht (web.dev, INP).
INP verving op 12 maart 2024 First Input Delay als Core Web Vital (web.dev, INP is een Core Web Vital). Het verschil is belangrijk: FID keek alleen naar de vertraging van de eerste interactie, INP kijkt naar de reactietijd van alle interacties. Een pagina die bij de eerste klik snel was maar daarna hapert, scoorde onder FID nog goed en valt onder INP door de mand.
Typische oorzaken van een slechte INP:
- Veel en zware JavaScript, bijvoorbeeld van page builders, chatwidgets en trackingscripts.
- Lange taken in de browser die de hoofdthread blokkeren.
- Grote DOM-structuren met duizenden elementen, waardoor elke wijziging lang duurt.
- Scripts van derden, zoals advertenties of embeds, die bij elke klik meedraaien.
CLS: springt de pagina tijdens het laden?
Cumulative Layout Shift meet hoeveel zichtbare elementen onverwacht verschuiven. Je kent het: je wilt op een knop tikken, er laadt bovenaan nog een banner in en je tikt op iets anders. Een CLS van 0,1 of lager is goed, boven 0,25 is slecht (web.dev, CLS).
CLS is geen tijd maar een score zonder eenheid. Hij combineert hoe groot het verschuivende deel is en hoe ver het verschuift.
Bekende oorzaken van een hoge CLS:
- Afbeeldingen en video’s zonder vaste breedte en hoogte.
- Advertenties, embeds of iframes zonder gereserveerde ruimte.
- Cookiebanners of meldingen die de inhoud naar beneden duwen in plaats van eroverheen te vallen.
- Webfonts die bij het laden van formaat veranderen.
- Inhoud die met JavaScript boven bestaande inhoud wordt ingevoegd.
Tellen Core Web Vitals mee voor je positie in Google?
Ja, maar beperkt. Google schrijft dat goede Core Web Vitals passen bij wat de belangrijkste rankingsystemen willen belonen, en raadt site-eigenaren aan om goede scores te halen (Google Search Central, Core Web Vitals). Tegelijk zegt Google in de uitleg over paginabeleving dat het altijd de meest relevante inhoud wil tonen, ook als de paginabeleving minder is (Google Search Central, paginabeleving).
Voor de praktijk betekent dat:
- Een pagina met slechte Core Web Vitals en een uitstekend antwoord kan nog steeds bovenaan staan.
- Bij pagina’s die inhoudelijk vergelijkbaar zijn, kan een betere gebruikerservaring wel het verschil maken.
- De grootste winst zit vaak buiten Google: een snelle, stabiele pagina houdt bezoekers vast en maakt een aanvraag of aankoop makkelijker.
Zie Core Web Vitals daarom niet als trucje voor hogere posities, maar als onderdeel van een gezonde website. Een groen rapport maakt een zwakke tekst niet sterk, een rood rapport kan een sterke tekst wel tegenhouden in de conversie.
Waar vind je je Core Web Vitals?
Er zijn twee soorten gegevens: velddata en labdata. Velddata komen van echte bezoekers, labdata van een gesimuleerde test. Google noemt velddata leidend, omdat apparaten, netwerken en gedrag van bezoekers sterk verschillen (web.dev, Web Vitals).
Search Console: het rapport Core Web Vitals
In Google Search Console vind je het rapport Core Web Vitals. Het groepeert vergelijkbare URL’s en geeft per groep de status Goed, Verbetering nodig of Slecht, apart voor mobiel en desktop (Search Console Help). De gegevens komen uit het Chrome User Experience Report (CrUX). Heeft een pagina te weinig bezoekers, dan toont het rapport er geen gegevens voor.
PageSpeed Insights
Met PageSpeed Insights test je één URL. Bovenaan zie je velddata uit CrUX, als die er is. Daaronder staat een Lighthouse-test met labdata en concrete verbeterpunten. Let op: Lighthouse kan INP niet meten, omdat er in een labtest geen echte gebruiker klikt. Lighthouse toont daarom Total Blocking Time (TBT) als vervanger (web.dev, Web Vitals).
Chrome DevTools en eigen metingen
In Chrome DevTools zie je in het paneel Performance live hoe LCP, INP en CLS uitpakken op je eigen apparaat. Wil je het per bezoek meten, dan kun je de web-vitals-bibliotheek van Google gebruiken en de waarden naar je analysetool sturen. Hoe je zo’n tool inricht, lees je in Google Analytics voor beginners.
Zo verbeter je LCP
LCP verbeter je door de weg naar het grootste element zo kort mogelijk te maken. De aanpak in volgorde van impact:
- Zorg voor een snelle server. Een goede hosting, paginacaching en een CDN verkorten de tijd tot de eerste byte.
- Maak de LCP-afbeelding licht. Gebruik WebP of AVIF, het juiste formaat voor het scherm en goede compressie.
- Laad de LCP-afbeelding direct. Zet geen lazy-load op het eerste beeld bovenaan. Met het attribuut fetchpriority=”high” geef je de browser een hint dat deze afbeelding voorrang heeft.
- Beperk blokkerende bestanden. Laad niet-kritieke CSS en JavaScript later of asynchroon.
- Vermijd sliders bovenaan. Een carrousel als eerste element vertraagt vaak de LCP en voegt weinig toe.
Bij WordPress-sites helpen een cacheplugin en een beeldoptimalisatieplugin al veel, mits ze goed zijn ingesteld. Controleer na elke wijziging opnieuw, want instellingen zoals het samenvoegen van bestanden kunnen ook iets breken.
Zo verbeter je INP
INP verbeter je door de browser minder werk te geven op het moment dat iemand iets doet.
- Ruim scripts op. Kijk welke plugins, pixels en widgets je echt gebruikt. Elk script dat weg kan, verlaagt de belasting.
- Stel scripts van derden uit. Chatwidgets en video-embeds kunnen pas laden na een klik of na een paar seconden.
- Breek lange taken op. Ontwikkelaars kunnen zwaar JavaScript-werk opdelen, zodat de browser tussendoor kan reageren (web.dev, INP optimaliseren).
- Houd de DOM klein. Minder geneste blokken en minder elementen per pagina maken elke update sneller.
- Test op een gemiddelde telefoon. Op een snelle laptop merk je een slechte INP vaak niet.
Zo verbeter je CLS
CLS los je meestal op door ruimte te reserveren voor alles wat later laadt.
- Geef afbeeldingen en video’s een breedte en hoogte. Dan weet de browser vooraf hoeveel ruimte nodig is.
- Reserveer ruimte voor advertenties en embeds. Een vaste minimale hoogte voorkomt dat de tekst opschuift.
- Laat banners over de inhoud vallen. Een cookiebanner of melding onderaan als overlay duwt niets weg.
- Laad lettertypes slim. Kies een fallback-font met vergelijkbare afmetingen en preload het belangrijkste lettertype.
- Voeg geen inhoud boven de bestaande inhoud in. Doe dat alleen na een actie van de bezoeker.
Veelgemaakte fouten bij Core Web Vitals
Bij een SEO scan komen we dezelfde misverstanden vaak tegen:
- Alleen naar de PageSpeed-score kijken. Het getal van 0 tot 100 is een labscore. Of je de Core Web Vitals haalt, bepaalt de velddata van echte bezoekers.
- Alleen desktop testen. Google beoordeelt mobiel en desktop apart, en mobiel is meestal het zwakke punt.
- Na een wijziging direct resultaat verwachten. CrUX kijkt naar de afgelopen 28 dagen. Een verbetering zie je in Search Console dus pas na een paar weken terug.
- De homepage optimaliseren en de rest vergeten. Het rapport groepeert URL’s per type. Juist blog– en productpagina’s met veel bezoekers tellen.
- Een plugin installeren en niet controleren. Optimalisatieplugins kunnen layout of formulieren breken. Test na elke wijziging de belangrijkste pagina’s.
Meer valkuilen in de techniek van je site lees je in ons overzicht van technische SEO-fouten.
Een stappenplan voor je eigen site
Wil je zelf aan de slag, werk dan in deze volgorde:
- Open in Search Console het rapport Core Web Vitals en noteer per groep welke meetwaarde rood of oranje is.
- Kies per groep één voorbeeld-URL en test die in PageSpeed Insights, eerst mobiel.
- Bepaal per URL het LCP-element en de grootste oorzaken van verschuivingen. PageSpeed Insights noemt ze bij de diagnose.
- Pak eerst de oorzaken aan die op veel pagina’s tegelijk spelen, zoals het thema, de hosting of een zware plugin.
- Klik in Search Console op Fix valideren zodra je klaar bent. Google volgt de groep dan 28 dagen.
- Herhaal de meting elk kwartaal en na grote wijzigingen, zoals een nieuw thema of een nieuwe plugin.
Kom je er zelf niet uit, of wil je dat iemand het voor je oppakt? Ons SEO bureau neemt Core Web Vitals mee in de technische analyse van je website.
Veelgestelde vragen
Wat zijn de drie Core Web Vitals?
De drie Core Web Vitals zijn Largest Contentful Paint (laadsnelheid), Interaction to Next Paint (reactiesnelheid) en Cumulative Layout Shift (visuele stabiliteit). Bron: Google Search Central, Core Web Vitals.
Wat zijn goede waarden voor LCP, INP en CLS?
Een goede LCP ligt binnen 2,5 seconden, een goede INP op 200 milliseconden of minder en een goede CLS op 0,1 of lager, gemeten bij het 75e percentiel van de paginaweergaven. Bron: web.dev, Web Vitals.
Wanneer verving INP de meetwaarde FID?
Op 12 maart 2024 werd INP een stabiele Core Web Vital en verving het First Input Delay. Bron: web.dev, Interaction to Next Paint becomes a Core Web Vital.
Waarom ziet Search Console geen gegevens voor mijn pagina?
Search Console gebruikt gegevens van echte Chrome-gebruikers uit het Chrome User Experience Report. Heeft een pagina of groep te weinig bezoekers, dan zijn er niet genoeg gegevens om te tonen. Bron: Search Console Help, rapport Core Web Vitals.
Kan Lighthouse INP meten?
Nee. In een labtest klikt geen echte gebruiker, dus Lighthouse kan INP niet meten. Lighthouse toont daarom Total Blocking Time als benadering. Bron: web.dev, Web Vitals.
Is een slechte Core Web Vitals-score fataal voor mijn ranking?
Nee. Google wil altijd de meest relevante inhoud tonen, ook als de paginabeleving minder is. Bij vergelijkbare pagina’s kan paginabeleving wel meetellen. Bron: Google Search Central, paginabeleving.
Online Ambition, Soerense Zand Noord 26, 6961 RB Eerbeek. Opgericht in 2006.
