# Core Web Vitals uitgelegd: wat LCP, INP en CLS betekenen voor je website

Gepubliceerd: 11 oktober 2026 · 7 min leestijd

Door [Tekin Uslu](https://www.linkedin.com/in/tekinuslu/) · Digitaalnu

Core Web Vitals zijn drie metingen van Google die laten zien hoe snel een pagina laadt (LCP), hoe snel hij reageert (INP) en hoe stabiel hij blijft staan (CLS). Volgens Google (web.dev) geldt per 11 oktober 2026: LCP van 2,5 seconden of minder, INP van 200 milliseconden of minder en CLS van 0,1 of lager is goed. Dit zijn geen schoonheidsprijzen. Het zijn de waarden die Google zelf als goed aanmerkt. In dit artikel lees je wat elke meting betekent, hoe je de cijfers leest en wat je als ondernemer zelf kunt doen.

In dit artikel

1. Wat zijn Core Web Vitals precies?
2. LCP: hoe snel is je belangrijkste inhoud zichtbaar?
3. INP: hoe snel reageert je pagina op een klik of tik?
4. CLS: springt je pagina tijdens het laden?
5. Wat betekent het 75e percentiel en waarom veldmeting telt
6. Wat levert het je op in Google en wat kun je zelf doen?

Een kleine kanttekening vooraf. Google zegt zelf dat de metrics die Core Web Vitals vormen in de loop van de tijd kunnen veranderen. De drempels in dit artikel zijn dus een momentopname van 11 oktober 2026, afkomstig uit de documentatie van web.dev. Controleer ze bij belangrijke beslissingen opnieuw op de bron. De werking van de drie metingen en de manier waarop je ze meet, blijven ondertussen goed te begrijpen, ook als een drempel later verschuift.

## Wat zijn Core Web Vitals precies?

Core Web Vitals zijn volgens web.dev de metingen uit de bredere set Web Vitals die voor alle webpagina's gelden. Web.dev schrijft ook dat alle site-eigenaren ze horen te meten en dat ze in alle tools van Google terugkomen. Je kunt het samenvatten in drie vragen. Hoe snel zie je de hoofdinhoud? Hoe snel reageert de pagina als je erop klikt of tikt? Blijft de opmaak stil staan, of verschuift er iets? Elke vraag heeft een eigen meting met een eigen drempel. Ons advies is om naar alle drie te kijken en niet op een ervan blind te varen.

Een belangrijke wijziging is dat INP de oude meting First Input Delay (FID) heeft vervangen. Per 11 oktober 2026 staat op web.dev dat Interaction to Next Paint een stabiele Core Web Vital is, ter vervanging van FID. Lees je dus oudere artikelen of rapporten die nog FID noemen, dan zijn die verouderd. Als je website-bouwer of bureau nog over FID spreekt, is dat een signaal om te vragen op welke bron ze zich baseren.

## LCP: hoe snel is je belangrijkste inhoud zichtbaar?

LCP staat voor Largest Contentful Paint. Het meet de rendertijd van de grootste afbeelding, het grootste tekstblok of de grootste video in het zichtbare gedeelte van het scherm, gerekend vanaf het moment dat de bezoeker naar de pagina navigeert. Op een bedrijfssite kan dat de grote foto bovenaan of de hoofdkop zijn. Per 11 oktober 2026 noemt Google een LCP van 2,5 seconden of minder goed. Heb je een trage LCP, dan is het logisch om eerst naar dat grootste element te kijken, omdat dat de gemeten waarde bepaalt.

Wat kun je met LCP in de praktijk? Kijk eerst welk element bij jou het grootste is, want dat is wat Google meet. Is dat een afbeelding, dan geeft web.dev twee concrete aanwijzingen: lazy-load geen afbeeldingen die bij het laden waarschijnlijk al in beeld zijn, zeker geen LCP-afbeelding, en gebruik waar mogelijk WebP of AVIF, die doorgaans beter comprimeren dan oudere formaten. Is het een tekstblok, dan speelt het lettertype mee: volgens web.dev kan font-display invloed hebben op LCP. Ons eigen advies is om daarnaast je [hostingomgeving](https://digitaalnu.nl/diensten/hosting) te laten bekijken, omdat elke pagina daar begint met laden. De details over formaten, srcset en lettertypen staan in ons artikel over [afbeeldingen en lettertypen sneller laden](https://digitaalnu.nl/blog/afbeeldingen-en-lettertypen-sneller-laden).

## INP: hoe snel reageert je pagina op een klik of tik?

INP staat voor Interaction to Next Paint en gaat over reactiesnelheid. Per 11 oktober 2026 betekent volgens web.dev een INP van 200 milliseconden of minder dat een pagina goed reageert, en een INP boven 500 milliseconden dat de responsiviteit slecht is. De waarden daartussen zijn dus niet goed en nog niet slecht. Denk bij interacties aan het openen van een menu of het invullen van een formulier. Voor INP noemt web.dev als meetpunt het 75e percentiel van paginaladingen die in het veld zijn gemeten, uitgesplitst naar mobiel en desktop.

Wat kun je voor INP doen? De bronnen in dit artikel geven geen vaste lijst met oorzaken, dus wij houden het bij voorzichtig advies. Alles wat de browser bij een klik moet verwerken, kan meetellen, zoals scripts, plugins, trackingcode en chatwidgets van derden. Ons advies: vraag bij elke nieuwe widget of die zijn plek verdient, en meet opnieuw nadat je een onderdeel hebt toegevoegd of verwijderd. Dan zie je zelf wat het met je INP doet. Widgets van derden die zichzelf dynamisch aanpassen, noemt web.dev wel uitdrukkelijk als oorzaak van layoutverschuiving, en dat is de volgende meting.

## CLS: springt je pagina tijdens het laden?

CLS staat voor Cumulative Layout Shift en meet hoeveel de opmaak van de pagina onverwacht verschuift. Per 11 oktober 2026 noemt Google een CLS van 0,1 of lager goed, en waarden boven 0,25 slecht. Je kent het effect: je wilt op een knop tikken en op dat moment schuift de tekst omlaag omdat er een afbeelding of advertentie binnenkomt. Dat is vervelend en leidt tot verkeerde klikken. Het is dus een score voor visuele stabiliteit, geen tijdsmeting zoals LCP en INP. Ook voor CLS geldt het 75e percentiel van paginaladingen als meetdrempel.

Volgens web.dev zijn de typische oorzaken van layoutverschuiving afbeeldingen of video's zonder bekende afmetingen, lettertypen die groter of kleiner renderen dan het terugvallettertype, en advertenties of widgets van derden die zichzelf dynamisch aanpassen. De oplossing voor het eerste is eenvoudig: zet altijd width- en height-attributen op afbeeldingen en video's, of reserveer de ruimte met de CSS-eigenschap aspect-ratio. MDN legt uit dat width en height de browser de beeldverhouding laten berekenen voordat de afbeelding geladen is. Zo kan er vooraf ruimte worden gereserveerd terwijl het beeld nog laadt.

## Wat betekent het 75e percentiel en waarom veldmeting telt

Alle drie de metingen noemen het 75e percentiel van paginaladingen als meetdrempel, uitgesplitst naar mobiel en desktop. Ter uitleg: dat is de waarde waaronder 75 procent van de paginaladingen valt. Een pagina komt dus pas goed uit de meting wanneer driekwart van de ladingen de drempel haalt, niet alleen jouw eigen laptop op kantoor. Je meet mobiel en desktop apart, en een goede desktopscore garandeert dus niets voor telefoons.

Ter uitleg het verschil tussen een test en echte bezoekers. Met een testtool meet je zelf, in een vaste omgeving. Echte bezoekers gebruiken hun eigen apparaten en verbindingen. Voor INP spreekt web.dev uitdrukkelijk over paginaladingen die in het veld zijn gemeten. Ons advies: gebruik een testtool om een probleem te vinden en om na een aanpassing te zien of het beter wordt, en kijk daarnaast naar gegevens van echte bezoekers. Een mooie score op je eigen snelle verbinding zegt nog niet hoe je telefoonbezoekers het ervaren.

## Wat levert het je op in Google en wat kun je zelf doen?

Wat levert het op in Google? Per 11 oktober 2026 raadt Google Search Central site-eigenaren sterk aan goede Core Web Vitals te halen, voor succes in Google Zoek en voor een goede gebruikerservaring in het algemeen. Een garantie voor een bepaalde positie geeft Google daarbij niet. Google schrijft bovendien dat je niet op een of twee onderdelen van de pagina-ervaring moet focussen, maar op de algehele ervaring. Als onderdelen van die ervaring noemt Google onder meer veilig serveren via HTTPS en een goede weergave op mobiele apparaten. Zie ook ons artikel over [helpful content en E-E-A-T](https://digitaalnu.nl/blog/helpful-content-en-eeat-uitleg).

Een praktisch stappenplan voor je eigen site. Meet eerst welke drie waarden je nu haalt, bij voorkeur op echte bezoekersdata, en noteer ze met de datum. Pak daarna het grootste probleem eerst aan: de hoofdafbeelding of het lettertype voor LCP, zware scripts en widgets als mogelijke oorzaak voor INP, ontbrekende afmetingen voor CLS. Meet na elke wijziging opnieuw, zodat je ziet wat werkt. Heb je een webshop, lees dan hoe je een [webshop sneller maakt](https://digitaalnu.nl/blog/webshop-sneller-maken-core-web-vitals) per paginatype. Bij een nieuwe site bouw je dit vanaf het begin goed in. Lees ook [waar je op let bij een nieuwe MKB-website](https://digitaalnu.nl/blog/website-laten-maken-mkb).

Bij Digitaalnu bouwen, onderhouden en hosten we websites, met een vaste prijs en 100 procent eigendom van code en data voor jou. Een website voor vakmensen begint vanaf €750, managed hosting vanaf €25 per maand. Wil je weten hoe je huidige site ervoor staat, of een bestaande trage site laten verbeteren? Bekijk onze [website-dienst voor vakmensen](https://digitaalnu.nl/diensten/websites-vakmensen) of [neem contact op](https://digitaalnu.nl/contact) voor een eerlijk gesprek.

## Startprijzen van Digitaalnu

| Dienst | Vanaf | Doorlooptijd |
| --- | --- | --- |
| Website voor vakmensen | €750 per project | 2 weken |
| Webshop op maat | €2.500 per project | ongeveer 6 weken |
| Webapplicatie of maatwerk software | €2.000 per project | ongeveer 6 weken |
| Mobiele app | €5.000 per project | ongeveer 6 weken |
| WordPress-onderhoud | €45 per maand | doorlopend |
| Managed hosting | €25 per maand | doorlopend |

Vaste prijs vooraf, geen maximumbedrag: de definitieve prijs volgt na een gratis intakegesprek.

## Veelgestelde vragen

### Wat zijn de drempels voor Core Web Vitals?

Per 11 oktober 2026 is volgens Google (web.dev) een LCP van 2,5 seconden of minder goed, een INP van 200 milliseconden of minder goed en een CLS van 0,1 of lager goed. Het meetpunt is het 75e percentiel van paginaladingen, per mobiel en desktop. Google zegt dat de metrics kunnen veranderen.

### Wat is het verschil tussen INP en FID?

Per 11 oktober 2026 meldt Google op web.dev dat INP (Interaction to Next Paint) First Input Delay (FID) heeft vervangen als stabiele Core Web Vital. INP gaat over hoe snel een pagina reageert. Rapporten die nog FID als Core Web Vital noemen, zijn daarom verouderd.

### Betekent een goede score automatisch een hogere positie in Google?

Nee. Google raadt goede Core Web Vitals sterk aan voor succes in Google Zoek en voor een goede gebruikerservaring, maar geeft geen garantie voor een positie. Google zegt ook dat je moet kijken naar de algehele pagina-ervaring en niet naar een of twee onderdelen.

### Wat is het 75e percentiel?

Het is de meetdrempel die Google gebruikt voor LCP, INP en CLS. Het gaat om het 75e percentiel van paginaladingen, uitgesplitst naar mobiel en desktop. Een pagina is dus goed als driekwart van de bezoeken de drempelwaarde haalt.

### Wat kan ik tegen layoutverschuiving doen?

Zet altijd width- en height-attributen op afbeeldingen en video's, of reserveer de ruimte met CSS aspect-ratio. Web.dev noemt als oorzaken ook lettertypen die anders renderen dan het terugvallettertype en advertenties of widgets van derden die dynamisch van grootte veranderen.

## Waar dit op gebaseerd is

- Google (web.dev): [Largest Contentful Paint (LCP)](https://web.dev/articles/lcp), geraadpleegd op 11 oktober 2026.
  > “A good LCP value is 2.5 seconds or less.”
  > “a good threshold to measure is the 75th percentile of page loads, segmented across mobile and desktop devices.”
  > “LCP reports the render time of the largest image, text block, or video visible in the viewport, relative to when the user first navigated to the page.”
- Google (web.dev): [Interaction to Next Paint (INP)](https://web.dev/articles/inp), geraadpleegd op 11 oktober 2026.
  > “An INP below or at 200 milliseconds means a page has good responsiveness”
  > “An INP above 500 milliseconds means a page has poor responsiveness”
  > “a good threshold to measure is the 75th percentile of page loads recorded in the field, segmented across mobile and desktop devices”
- Google (web.dev): [Interaction to Next Paint becomes a Core Web Vital on March 12](https://web.dev/blog/inp-cwv-launch), geraadpleegd op 11 oktober 2026.
  > “Interaction to Next Paint is now a stable Core Web Vital metric, replacing First Input Delay.”
- Google (web.dev): [Cumulative Layout Shift (CLS)](https://web.dev/articles/cls), geraadpleegd op 11 oktober 2026.
  > “Good CLS values are 0.1 or less.”
  > “Poor values are greater than 0.25.”
  > “a good threshold to measure is the 75th percentile of page loads, segmented across mobile and desktop devices.”
  > “The cause of layout shifts might be images or videos with unknown dimensions, fonts that render larger or smaller than its initial fallback, or third-party ads or widgets that dynamically resize themselves.”
- Google (web.dev): [Web Vitals](https://web.dev/articles/vitals), geraadpleegd op 11 oktober 2026.
  > “The metrics that make up Core Web Vitals will evolve over time.”
  > “Core Web Vitals are the subset of Web Vitals that apply to all web pages, should be measured by all site owners, and will be surfaced across all Google tools.”
- Google Search Central: [Understanding Core Web Vitals and Google search results](https://developers.google.com/search/docs/appearance/core-web-vitals), geraadpleegd op 11 oktober 2026.
  > “We highly recommend site owners achieve good Core Web Vitals for success with Search and to ensure a great user experience generally.”
- Google Search Central: [Understanding page experience in Google Search results](https://developers.google.com/search/docs/appearance/page-experience), geraadpleegd op 11 oktober 2026.
  > “shouldn't focus on only one or two aspects of page experience. Instead, check if you're providing an overall great page experience across many aspects.”
  > “Are your pages served in a secure fashion?”
- Google (web.dev): [Optimize Cumulative Layout Shift](https://web.dev/articles/optimize-cls), geraadpleegd op 11 oktober 2026.
  > “Always include width and height size attributes on your images and video elements. Alternatively, reserve the required space with CSS aspect-ratio or similar.”
- Google (web.dev): [Choose the right image format](https://web.dev/articles/choose-the-right-image-format), geraadpleegd op 11 oktober 2026.
  > “WebP and AVIF will generally provide better compression than older formats, and should be used where possible.”
- Google (web.dev): [Browser-level image lazy loading for the web](https://web.dev/articles/browser-level-image-lazy-loading), geraadpleegd op 11 oktober 2026.
  > “Don't lazy-load images that are likely to be in-viewport when the page loads, especially LCP images.”
- MDN Web Docs (Mozilla): [<img>: The Image Embed element](https://developer.mozilla.org/en-US/docs/Web/HTML/Reference/Elements/img), geraadpleegd op 11 oktober 2026.
  > “Including height and width enables the aspect ratio of the image to be calculated by the browser prior to the image being loaded.”
- Google (web.dev): [Best practices for fonts](https://web.dev/articles/font-best-practices), geraadpleegd op 11 oktober 2026.
  > “font-display has the potential to impact LCP, FCP, and layout stability.”

## Over de auteur

Tekin Uslu is oprichter van Digitaalnu en van moederbedrijf DigiHand (Haarlem, sinds 2009). Hij werkt sinds 2006 in data engineering, geo-informatie en IT-architectuur. [Meer over Tekin Uslu →](https://digitaalnu.nl/over-ons/tekin-uslu)

Wil je hier meer over weten?

Neem contact op voor een vrijblijvend gesprek of bekijk onze diensten.

[Plan een gratis gesprek](https://digitaalnu.nl/contact) · [Bekijk onze website-dienst voor vakmensen →](https://digitaalnu.nl/diensten/websites-vakmensen)

## Gerelateerde diensten

- [Website laten maken voor vakmensen →](https://digitaalnu.nl/diensten/websites-vakmensen)
- [Managed hosting →](https://digitaalnu.nl/diensten/hosting)
- [Webapplicatie laten bouwen →](https://digitaalnu.nl/diensten/webapplicaties)

## Meer over websites en digitalisering

- [Webshop sneller maken: zo pak je productpagina, filters en afrekenen aan](https://digitaalnu.nl/blog/webshop-sneller-maken-core-web-vitals)
- [Afbeeldingen en lettertypen sneller laden: wat echt telt voor je website](https://digitaalnu.nl/blog/afbeeldingen-en-lettertypen-sneller-laden)
- [Title en meta description schrijven: wat Google zegt en wat praktijk is](https://digitaalnu.nl/blog/title-en-meta-description-schrijven)

Laatst bijgewerkt: 11 oktober 2026

## Contact

- Telefoon: 023 230 21 42
- E-mail: info@digitaalnu.nl
- Bezoekadres: Wateringweg 1 A03, 2031 EK Haarlem
- KVK: 34315122
- Contactpagina: https://digitaalnu.nl/contact

---

Bron: https://digitaalnu.nl/blog/core-web-vitals-uitgelegd-voor-mkb