Core Web Vitals: wat ze meten en hoe je ze haalt
Core Web Vitals zijn drie metingen van Google bij echte bezoekers: LCP (laden, goed tot 2,5 seconden), INP (reageren, goed tot 200 milliseconden) en CLS (verspringen, goed tot 0,1). Je haalt ze als bij alle drie minstens 75 procent van de bezoeken binnen de grens blijft. Van de websites die Nederlanders mobiel bezoeken, haalde 66,0% dat in augustus 2026.
66,0%
van 232.218 websites die Nederlanders mobiel bezoeken, haalt alle drie
Bron: HTTP Archive, CrUX augustus 202677,6%
heeft een goede LCP: van de drie de grens waar de meeste sites op zakken
Bron: HTTP Archive, CrUX augustus 2026Door Jaap Meijer, oprichterOver de auteurLaatst bijgewerkt:
Gratis websitecheck
Vul je domein in en je krijgt direct een rapportcijfer voor vindbaarheid, techniek, AI-leesbaarheid en snelheid, met de drie punten om mee te beginnen.
Wat zijn Core Web Vitals?
Core Web Vitals zijn de drie cijfers waarmee Google meet hoe een pagina aanvoelt: hoe snel de hoofdinhoud in beeld staat (LCP), hoe snel de pagina reageert op een klik of tik (INP) en hoeveel er verspringt tijdens het laden (CLS). Google meet ze bij echte bezoekers in Chrome. Sinds 12 maart 2024 is INP de opvolger van FID.
| Meting | Wat het meet | Wat je bezoeker merkt |
|---|---|---|
| LCP, Largest Contentful Paint | De tijd tot het grootste stuk inhoud in beeld staat, meestal een foto of een kop. | Een pagina die leeg of half blijft. |
| INP, Interaction to Next Paint | Hoe snel de pagina na een klik, tik of toetsaanslag iets laat zien, over alle interacties van een bezoek. | Een knop of menu dat niet meteen reageert. |
| CLS, Cumulative Layout Shift | Hoeveel zichtbare onderdelen onverwacht verschuiven. | Tekst die wegspringt, of een tik op de verkeerde knop. |
De drie horen bij wat Google page experience noemt, samen met onder meer een veilige verbinding, een site die op mobiel werkt en geen opdringerige pop-ups. Het zijn metingen bij echte bezoekers, geen testscore: daarom heet het velddata. Een testscore uit een tool als Lighthouse helpt je oorzaken te vinden, maar is niet je Core Web Vitals.
Wat zijn goede waarden voor LCP, INP en CLS?
Goed is een LCP tot 2,5 seconden, een INP tot 200 milliseconden en een CLS tot 0,1. Tot 4 seconden, 500 milliseconden en 0,25 moet het beter; daarboven is het slecht. Google kijkt naar het 75e percentiel van alle bezoeken, apart voor mobiel en desktop: drie van de vier bezoeken moeten binnen de grens blijven.
De lijn van Google, en waar Nederlandse websites staan
Mobiel, 75e percentiel, CrUX augustus 2026
66,0%haalt alle drie
LCP laden
77,6% goed
INP reageren
86,2% goed
CLS verspringen
86,8% goed
Zet je eigen site op de lijn
Neem uit PageSpeed Insights de velddata van echte bezoekers voor je hele site, op mobiel. Die vergelijk je met dezelfde soort cijfers als hierboven.
| Meting | Goed | Verbeteren | Slecht | Goed in NL |
|---|---|---|---|---|
| LCP (laden) | tot 2,5 s | 2,5 s tot 4 s | boven 4 s | 77,6% |
| INP (reageren) | tot 200 ms | 200 ms tot 500 ms | boven 500 ms | 86,2% |
| CLS (verspringen) | tot 0,1 | 0,1 tot 0,25 | boven 0,25 | 86,8% |
Een pagina of site haalt de Core Web Vitals als alle drie goed zijn op het 75e percentiel. Zijn er te weinig metingen van INP, dan beslissen LCP en CLS samen; ontbreekt een van die twee, dan is er geen oordeel. Zo beschrijft Google het voor PageSpeed Insights. Het rapport in Search Console kijkt per groep vergelijkbare pagina's en geeft die groep de status van zijn slechtste meting.
Hoeveel Nederlandse websites halen de Core Web Vitals?
Op mobiel haalt 66,0% van de websites die Nederlanders bezoeken alle drie de Core Web Vitals, in augustus 2026. LCP is de grens waar de meeste op zakken: 77,6% laadt snel genoeg, tegen 86,2% bij INP en 86,8% bij CLS. Wereldwijd haalt 53,0% alle drie.
| Maand | Alle drie | LCP | Reageren | CLS |
|---|---|---|---|---|
| feb 2024 | 58,5% | 69,8% | 97,8% (FID) | 80,2% |
| mrt 2024 | 53,8% | 72,5% | 75,0% (INP) | 81,3% |
| aug 2025 | 61,3% | 74,0% | 83,3% (INP) | 84,5% |
| aug 2026 | 66,0% | 77,6% | 86,2% (INP) | 86,8% |
Het gaat langzaam de goede kant op: in aug 2025 haalde 61,3% alle drie, een jaar later 66,0%. Per platform verschilt het flink. Van de WordPress-sites haalt 67,1% alle drie; met de paginabouwer Elementor is dat 58,3% en met Divi 59,3%. Die sites zakken vooral op LCP: 64,6% en 65,8% goed.
Dat is een verschil tussen groepen sites, geen test van het platform: op elk platform staan snelle en trage sites, en een site kan in meer rijen staan (een Elementor-site is ook een WordPress-site).
| Platform | Sites | Alle drie | LCP | INP | CLS |
|---|---|---|---|---|---|
| WordPressCMS | 70.642 | 67,1% | 74,9% | 95,2% | 90,2% |
| ElementorPaginabouwer op WordPress | 17.651 | 58,3% | 64,6% | 96,2% | 90,3% |
| WooCommerceWebshop op WordPress | 14.552 | 61,0% | 65,3% | 97,4% | 92,7% |
| Next.jsFramework | 14.160 | 48,3% | 68,5% | 66,0% | 79,2% |
| ShopifyWebshopplatform | 11.978 | 80,4% | 91,1% | 88,8% | 93,9% |
| DiviPaginabouwer op WordPress | 4.439 | 59,3% | 65,8% | 98,4% | 88,0% |
| DrupalCMS | 3.493 | 74,3% | 85,2% | 91,8% | 89,7% |
| MagentoWebshopplatform | 2.793 | 70,3% | 82,8% | 92,6% | 83,8% |
| WixWebsitebouwer | 2.087 | 88,4% | 94,3% | 97,3% | 95,0% |
| JoomlaCMS | 1.821 | 77,4% | 84,9% | 94,7% | 91,1% |
| WebflowWebsitebouwer | 1.738 | 74,6% | 83,4% | 90,3% | 91,5% |
| Lightspeed eComWebshopplatform | 1.650 | 94,1% | 99,5% | 99,6% | 94,8% |
| SquarespaceWebsitebouwer | 851 | 80,8% | 90,5% | 98,1% | 89,1% |
| JimdoWebsitebouwer | 436 | 97,7% | 99,5% | 99,4% | 98,4% |
| BricksPaginabouwer op WordPress | 377 | 69,0% | 75,7% | 96,4% | 93,2% |
| Framer SitesWebsitebouwer | 369 | 77,0% | 88,2% | 87,5% | 91,5% |
“Begin bij LCP: van de drie is dat de grens waar de meeste Nederlandse sites op zakken. Kijk eerst naar het grootste element bovenaan je pagina, meestal een foto of kop, en laat dat niet invliegen. Een element dat onzichtbaar begint, telt Chrome niet als inhoud.”
Hoe meet je Core Web Vitals?
Je meet ze met de velddata van echte bezoekers: in PageSpeed Insights (het bovenste blok), in het rapport Core Web Vitals van Search Console en in het Chrome UX Report. Lighthouse doet een testrun op een nagebootst toestel; handig om oorzaken te vinden, maar de beoordeling van je Core Web Vitals komt uit de velddata.
- 1
Open PageSpeed Insights en kies mobiel
Vul het adres van een pagina in. Begin bij mobiel: in Nederland haalt op mobiel 66,0% van de sites alle drie, op desktop 71,6%.
- 2
Lees eerst het bovenste blok
Daar staan LCP, INP en CLS van echte bezoekers over de afgelopen 28 dagen, voor die pagina en voor je hele site, met de vraag of ze de beoordeling halen.
- 3
Gebruik de testrun voor de oorzaken
Het onderste blok is een testrun van Lighthouse. De score van 0 tot 100 is geen Core Web Vital, maar de lijst met oorzaken en het LCP-element helpen je zoeken.
- 4
Kijk in Search Console welke pagina's slecht scoren
Het rapport Core Web Vitals groepeert vergelijkbare pagina's en zegt per groep of mobiel en desktop goed, te verbeteren of slecht zijn. Zo weet je waar je begint.
Heeft je site te weinig bezoekers, dan toont PageSpeed Insights geen velddata: het Chrome UX Report neemt alleen pagina's en sites op met genoeg bezoekers, en Google zegt niet hoeveel dat er zijn. Dan heb je alleen de testrun. Heb je je waarden wel, zet ze dan op de lijn hierboven.
Hoe verbeter je Core Web Vitals?
Per meting. Voor LCP moet het grootste element bovenaan snel van de server komen, vroeg gevonden worden, licht zijn en meteen getoond worden. Voor INP moeten scripts korter en minder zijn. Voor CLS krijgen foto's, video's en advertenties vaste afmetingen en verspringen lettertypes niet. Begin bij de meting die niet goed is.
Voorbeeld. LCP 4,2 s: slecht
1. Serverreactie
0,9 sTot de eerste byte van de pagina binnen is (TTFB).
Korter: Snellere hosting, caching of een CDN, en geen omleidingen voor de pagina.
2. Wachten op de foto
1,1 sTot de browser begint met het laden van het grootste element.
Korter: Laat de browser de hoofdfoto meteen vinden: geen lazy loading erop, en voorrang met fetchpriority.
3. Foto laden
1,5 sHoe lang het laden van dat element zelf duurt.
Korter: Een kleinere afbeelding in WebP of AVIF, op het formaat waarop hij getoond wordt.
4. Tonen
0,7 sVan geladen tot echt in beeld.
Korter: Geen scripts of stylesheets die het tonen tegenhouden, en de hoofdfoto of kop niet laten invliegen.
- INP: maak de pagina vrij om te reageren. Een klik wacht als de browser bezig is met een lange JavaScript-taak. Knip lange taken op, stel scripts uit die niet meteen nodig zijn, en laat wat na een klik gebeurt zo weinig mogelijk werk doen.
- CLS: reserveer ruimte. Geef afbeeldingen en video's een breedte en hoogte, houd plaats vrij voor advertenties, cookiemeldingen en ingesloten inhoud die later laden, en laat een webfont niet anders uitvallen dan de letter die eerst verschijnt.
- Meet opnieuw na 28 dagen. De velddata loopt over 28 dagen. Een verbetering zie je in de labtest meteen, in je Core Web Vitals pas als de oude bezoeken eruit zijn.
Snelheid is geen eenmalige klus. Een nieuwe plugin, een zwaardere foto of een extra script schuift de cijfers weer op; daarom hoort meten bij website-onderhoud. Kies je een websitebouwer, dan ligt een deel van de techniek bij de bouwer: welke er zijn, lees je in AI-websitebouwers vergeleken.
Bij AI Digitals bouwen we elke site tegen een vast budget: een LCP onder 2,5 seconden, een CLS onder 0,1 en een Total Blocking Time onder 200 milliseconden, op mobiel, gemeten met Lighthouse op de productieversie voordat de site live gaat. Dat is labdata; of echte bezoekers het ook zo ervaren, laat de velddata daarna zien. Zo werkt het als je bij ons een website laten bouwen kiest.
Tellen Core Web Vitals mee voor AI-zichtbaarheid?
Dat is niet aangetoond. Google zegt dat Core Web Vitals meetellen in zijn rankingsystemen, en dat voor AI Overviews en AI Mode dezelfde basis geldt als voor Search, zonder extra technische eisen. Dat snellere pagina's vaker als bron in een AI-antwoord staan, zegt Google niet. Van OpenAI en Perplexity vonden we er geen uitspraak over.
| Pagina van Google | Wat er staat | Bijgewerkt |
|---|---|---|
| Page experience in Google Search | Core Web Vitals worden gebruikt door de rankingsystemen. Goede scores garanderen geen toppositie; Google toont de meest relevante inhoud, ook als de pagina-ervaring minder is. | 22 september 2026 |
| AI features and your website | Voor AI Overviews en AI Mode gelden geen extra technische eisen. Een goede pagina-ervaring staat in de lijst met aanbevelingen. | 10 december 2025 |
| Optimizing for generative AI features | Zorg voor een goede pagina-ervaring: een site die op elk toestel goed werkt, minder vertraging, en hoofdinhoud die je makkelijk herkent. | 10 juli 2026 |
Wat wel vaststaat: een AI-dienst kan alleen noemen wat zijn crawler leest. In een meting van Vercel en MERJ (december 2024) voerde geen van de grote AI-crawlers van OpenAI, Anthropic en Perplexity JavaScript uit; Gemini gebruikt de infrastructuur van Googlebot en doet dat wel. Staat je tekst pas na het laden van scripts op de pagina, dan zien die crawlers hem niet, hoe goed je Core Web Vitals ook zijn. Zet de inhoud dus in de HTML zelf. Wat daar nog meer bij hoort, staat in de technische basis van SEO.
Veelgestelde vragen
Waarom laadt mijn website traag?
Meestal door een van vier dingen: de server reageert traag, de grootste foto bovenaan wordt laat gevonden, die foto is te zwaar, of scripts houden het tonen tegen. PageSpeed Insights laat per pagina zien welk element je LCP is en waar de tijd in gaat. Begin bij het grootste stuk, niet bij de kleine tips.
Wat is een goede PageSpeed-score?
Een score van 90 of hoger is goed, 50 tot 89 kan beter en onder de 50 is slecht, volgens Google. Die score komt uit de testrun van Lighthouse, niet uit je Core Web Vitals. Een lage score en goede Core Web Vitals kunnen dus samengaan: kijk voor de beoordeling naar de velddata bovenaan.
Hoe lang duurt het voordat een verbetering zichtbaar is?
Tot 28 dagen. De velddata in PageSpeed Insights gaat over de afgelopen 28 dagen en wordt elke dag bijgewerkt, dus een verbetering telt steeds zwaarder mee tot de oude bezoeken eruit zijn. In het Chrome UX Report per maand zie je hem pas na afloop van de maand.
Wat als mijn site te weinig bezoekers heeft voor velddata?
Dan toont PageSpeed Insights eerst de cijfers van je hele site; heeft die ook te weinig bezoeken, dan is er geen velddata. Google noemt het precieze aantal bezoekers niet. Gebruik dan de testrun van Lighthouse om oorzaken te vinden, met Total Blocking Time als vervanger voor INP.
Wat is het verschil tussen FID en INP?
FID mat alleen hoe lang de browser na de eerste klik of tik nodig had om te beginnen met reageren. INP kijkt naar alle interacties van een bezoek en naar het moment dat er echt iets verandert in beeld. Op 12 maart 2024 verving INP de FID. In Nederland had in februari 2024 97,8% van de sites een goede FID; in maart 75,0% een goede INP.
Tellen Core Web Vitals op mobiel en desktop apart?
Ja. Google beoordeelt het 75e percentiel apart voor mobiel en desktop, en ook het rapport in Search Console splitst ze. Een site kan dus op desktop slagen en op mobiel niet. In Nederland haalt op mobiel 66,0% van de websites alle drie, op desktop 71,6% (CrUX, augustus 2026).
Bronnen
20 onderzoeken en publicaties waar de cijfers op deze pagina vandaan komen
- Web Vitals: de drie metingen, de grenzen en het 75e percentiel · web.dev (Google), bijgewerkt 31 oktober 2024, gelezen op 29 september 2026
- Understanding Core Web Vitals and Google search results · Google Search Central, bijgewerkt 10 december 2025, gelezen op 29 september 2026
- Understanding page experience in Google Search results · Google Search Central, bijgewerkt 22 september 2026, gelezen op 29 september 2026
- Interaction to Next Paint becomes a Core Web Vital on March 12 · web.dev (Google), aankondiging uit 2024
- About PageSpeed Insights: grenzen, 28 dagen, beoordeling en score · Google for Developers, bijgewerkt 21 oktober 2024, gelezen op 29 september 2026
- Core Web Vitals report · Search Console Help, gelezen op 29 september 2026
- Chrome UX Report: methodology (welke sites erin staan) · Chrome for Developers, bijgewerkt 20 juni 2024, gelezen op 29 september 2026
- Chrome UX Report: dimensions (land volgt uit het IP-adres) · Chrome for Developers, bijgewerkt 11 februari 2025, gelezen op 29 september 2026
- Introduction to Lighthouse · Chrome for Developers, bijgewerkt 2 juni 2025, gelezen op 29 september 2026
- Optimize Largest Contentful Paint: de vier delen van LCP · web.dev (Google), bijgewerkt 31 maart 2025, gelezen op 29 september 2026
- Largest Contentful Paint: welke elementen meetellen · web.dev (Google), bijgewerkt 4 september 2025, gelezen op 29 september 2026
- Interaction to Next Paint (INP), en TBT als vervanger in het lab · web.dev (Google), bijgewerkt 2 september 2025, gelezen op 29 september 2026
- First Input Delay (FID) · web.dev (Google), gelezen op 29 september 2026
- Optimize Interaction to Next Paint · web.dev (Google), gelezen op 29 september 2026
- Optimize Cumulative Layout Shift · web.dev (Google), gelezen op 29 september 2026
- AI features and your website · Google Search Central, bijgewerkt 10 december 2025, gelezen op 29 september 2026
- Optimizing your website for generative AI features on Google Search · Google Search Central, bijgewerkt 10 juli 2026, gelezen op 29 september 2026
- HTTP Archive Tech Report: Core Web Vitals, Nederland, mobiel · HTTP Archive, CrUX augustus 2026, gelezen op 29 september 2026Openbare cijfers uit het Chrome UX Report, per land en per techniek. Wij rekenden de aandelen uit de aantallen.
- HTTP Archive Tech Report: Core Web Vitals, alle landen, mobiel · HTTP Archive, CrUX augustus 2026, gelezen op 29 september 2026
- The rise of the AI crawler · Vercel en MERJ, 17 december 2024Meting op het netwerk van Vercel en nextjs.org: welke AI-crawlers JavaScript uitvoeren.
Lees verder
Weten hoe snel je site is voor echte bezoekers?
De gratis websitecheck weegt je homepage en kijkt naar de techniek, je SEO en of AI je site kan lezen. Je krijgt per vak een rapportcijfer en de drie punten om mee te beginnen, ook als dat niet de snelheid is.