# Websitesnelheid en Core Web Vitals: wat betekenen ze?

> Een snelle site houdt bezoekers vast. Google meet snelheid met drie Core Web Vitals: LCP tot 2,5 s, INP tot 200 ms en CLS tot 0,1 bij 75% van de bezoeken.

Door Sotirios Terzis, Ariston Studios — bijgewerkt 2026-10-10 — https://aristonstudios.com/nl/guides/website-speed

## In het kort
- Core Web Vitals zijn drie Google-metingen van de echte gebruikerservaring: laden (LCP), reactiesnelheid (INP) en visuele stabiliteit (CLS).
- Een pagina slaagt als minstens 75% van de echte bezoeken 'goed' is: LCP van maximaal 2,5 seconde, INP van maximaal 200 milliseconden en CLS van maximaal 0,1.
- Google zegt dat Core Web Vitals worden gebruikt door zijn rankingsystemen, maar relevante, nuttige inhoud weegt zwaarder; snelheid is een tiebreaker, geen shortcut.
- De PageSpeed Insights-score (0-100) is een labtest op een gesimuleerde telefoon. De velddata van echte Chrome-gebruikers is wat Google daadwerkelijk gebruikt.
- De meeste trage mkb-sites worden sneller door afbeeldingen te comprimeren, scripts van derden te schrappen en over te stappen op degelijke hosting.

Websitesnelheid is hoe snel uw pagina's laden, reageren op een tik en stil komen te staan op het scherm van een bezoeker. Google meet dit met drie Core Web Vitals, en een pagina geldt als snel wanneer minstens 75% van de echte bezoeken voor alle drie de "goed"-grens haalt.

## Waarom is websitesnelheid belangrijk voor een bedrijf?

Snelheid is in de eerste plaats belangrijk voor mensen, pas daarna voor Google. Een bezoeker op een telefoon met wisselend bereik wacht niet geduldig: blijft de pagina leeg of springt alles heen en weer, dan gaat hij terug en kiest het volgende resultaat. Voor een advocatenkantoor, installateur of winkel is dat een gemiste aanvraag die u nooit te zien krijgt.

Wat Google zelf zegt, is preciezer dan vaak wordt beweerd. Volgens Google Search Central worden Core Web Vitals gebruikt door de rankingsystemen en raadt Google aan om goede scores te halen. Tegelijk zegt Google dat een goede paginabeleving geen vervanging is voor relevante inhoud: de meest relevante pagina wordt nog steeds getoond, ook als die wat trager is. In de praktijk helpt snelheid u bij een nek-aan-nekrace met vergelijkbare pagina's. Een magere pagina gaat er niet door ranken.

## Wat zijn de drie Core Web Vitals?

Core Web Vitals zijn drie metingen die Google heeft gekozen om te beschrijven hoe een pagina voor een echte gebruiker aanvoelt.

- **Largest Contentful Paint (LCP)** meet het laden: hoe lang het duurt tot het grootste zichtbare element, meestal een grote foto of kop, verschijnt.
- **Interaction to Next Paint (INP)** meet de reactiesnelheid: hoe lang de pagina erover doet om zichtbaar te reageren nadat iemand tikt, klikt of typt. INP verving in maart 2024 First Input Delay (FID) als Core Web Vital.
- **Cumulative Layout Shift (CLS)** meet de visuele stabiliteit: hoeveel inhoud onverwacht verschuift tijdens het laden. Dit is een score, geen tijd.

## Wat zijn de officiële grenswaarden van Core Web Vitals?

Dit zijn de grenswaarden zoals gepubliceerd op web.dev. Ze worden beoordeeld op het 75e percentiel van de paginaweergaven, apart voor mobiel en desktop. Dat betekent dat 75% van de bezoeken gelijk aan of beter dan de "goed"-waarde moet zijn.

| Meting | Goed | Verbetering nodig | Slecht |
| --- | --- | --- | --- |
| LCP (laden) | 2,5 s of minder | 2,5 tot 4,0 s | meer dan 4,0 s |
| INP (reactiesnelheid) | 200 ms of minder | 200 tot 500 ms | meer dan 500 ms |
| CLS (visuele stabiliteit) | 0,1 of minder | 0,1 tot 0,25 | meer dan 0,25 |

Een pagina of site slaagt alleen voor de Core Web Vitals-beoordeling als alle drie de metingen "goed" zijn.

## Wat is het verschil tussen labdata en velddata?

Labdata komt uit een test op één gesimuleerd apparaat met één gesimuleerde verbinding. Velddata komt van echte bezoekers.

- **Labdata**: PageSpeed Insights draait Lighthouse, dat uw pagina één keer laadt op een nagebootste middenklasse-telefoon met een vertraagde verbinding. Herhaalbaar en handig om problemen te vinden, maar het blijft één kunstmatig bezoek.
- **Velddata**: het Chrome User Experience Report (CrUX) verzamelt geanonimiseerde metingen van echte Chrome-gebruikers die daarvoor toestemming gaven, over een voortschrijdende periode van 28 dagen. Dit is de data achter de Core Web Vitals-beoordeling van Google en het Core Web Vitals-rapport in Search Console.

Kleine sites hebben vaak te weinig verkeer om in CrUX te verschijnen. PageSpeed Insights toont dan geen velddata voor de pagina, of valt terug op data voor het hele domein. In dat geval zijn de labresultaten uw beste houvast.

## Hoe test ik de snelheid van mijn website, stap voor stap?

1. Open PageSpeed Insights (pagespeed.web.dev) en voer de URL van uw homepage in.
2. Kijk eerst naar het bovenste deel, over wat uw echte gebruikers ervaren. Is er velddata, kijk dan of de Core Web Vitals-beoordeling Geslaagd of Mislukt aangeeft en welke meting het probleem is.
3. Wissel tussen de tabbladen Mobiel en Desktop. Mobiel scoort meestal slechter en telt het zwaarst voor lokale bedrijven.
4. Scrol naar het labgedeelte en lees de verbetermogelijkheden en diagnoses. Die noemen precies welke bestanden u vertragen.
5. Herhaal dit voor uw twee of drie belangrijkste pagina's, zoals een dienstpagina en de contactpagina, niet alleen de homepage.
6. Gebruikt u Google Search Console, open dan Ervaring en daarna Core Web Vitals om te zien welke groepen URL's sitebreed niet slagen.

## Wat zegt de PageSpeed-score wel en niet?

De prestatiescore van 0 tot 100 is een Lighthouse-labscore. Het is een gewogen mix van vijf labmetingen (waaronder LCP, CLS en Total Blocking Time) op een gesimuleerde telefoon. 90 tot 100 is goed, 50 tot 89 kan beter en onder de 50 is slecht.

Wat de score niet betekent:

- Het is niet wat Google gebruikt voor de ranking. Dat is de velddata.
- De score wisselt per meting. Een paar punten verschil is normaal.
- Een 100 is geen doel op zich. Een site die in de velddata slaagt voor Core Web Vitals met een labscore van 80 staat er goed voor.
- Een lage mobiele score op een gesimuleerde trage telefoon betekent niet dat elke echte bezoeker een slechte ervaring heeft, maar laat wel zien waar de zwakke plekken zitten.

## Wat zijn de meest voorkomende oorzaken van een trage website?

- **Te grote afbeeldingen.** Een foto van 4 MB rechtstreeks uit de camera of van een stockfotosite, gebruikt als grote headerfoto, is de meest voorkomende oorzaak van een trage LCP. Afbeeldingen horen verkleind te worden tot het formaat waarop ze getoond worden, in moderne formaten als WebP of AVIF.
- **Te veel scripts van derden.** Chatwidgets, trackingtags, heatmaps, social feeds, reserveringswidgets en cookiebanners laden elk hun eigen code. Samen schaden ze INP en laadtijd vaak meer dan de site zelf.
- **Webfonts.** Meerdere lettertypefamilies en -gewichten van een externe server vertragen de tekst en kunnen verschuivingen veroorzaken wanneer het lettertype wordt ingeladen.
- **Goedkope of overvolle hosting.** Een trage server vertraagt alles. web.dev noemt een Time to First Byte van 0,8 seconde of minder als grove richtlijn.
- **Zware paginabouwers en thema's.** Veel drag-and-drop-bouwers laden op elke pagina veel code, ook als u die functies niet gebruikt.
- **Verschuivingen door advertenties, embeds en banners.** Advertenties, YouTube- of kaart-embeds en afbeeldingen zonder vaste afmetingen duwen de inhoud omlaag tijdens het laden, wat de CLS verhoogt.

## Wat vraag ik aan mijn webontwikkelaar?

- "Slagen onze belangrijkste pagina's in de velddata voor Core Web Vitals, op mobiel?"
- "Welke meting faalt, en wat is de oorzaak?"
- "Welke scripts van derden laden op elke pagina, en hebben we ze allemaal nog nodig?"
- "Zijn afbeeldingen verkleind, gecomprimeerd en in WebP of AVIF, met breedte en hoogte ingesteld?"
- "Krijgt de headerfoto voorrang bij het laden, en worden afbeeldingen verderop pas later geladen?"
- "Wat is onze serverresponstijd, en zou betere hosting of een CDN helpen?"
- "Wie controleert de snelheid na wijzigingen, en hoe vaak?"

Snelheid is geen eenmalige klus. Nieuwe plug-ins, tags en foto's maken het langzaam weer ongedaan. Daarom hoort periodieke controle bij [websiteonderhoud](/nl/guides/website-maintenance).

## Welke snelle verbeteringen maken een website sneller?

| Snelle verbetering | Helpt vooral bij | Inspanning |
| --- | --- | --- |
| Afbeeldingen verkleinen en comprimeren, WebP of AVIF gebruiken | LCP | Laag |
| Breedte en hoogte instellen voor afbeeldingen en embeds | CLS | Laag |
| Ongebruikte plug-ins, tags en widgets verwijderen | INP, LCP | Laag |
| Chat- en video-embeds pas laden na een klik | INP, LCP | Gemiddeld |
| Maximaal een of twee lettertypefamilies, zelf gehost | LCP, CLS | Gemiddeld |
| Vaste ruimte reserveren voor advertenties en cookiebanners | CLS | Laag |
| Overstappen naar betere hosting of een CDN toevoegen | LCP | Gemiddeld |
| Een zwaar paginabouwer-thema vervangen | Alle drie | Hoog |

## Waar begint u?

Draai PageSpeed Insights op uw drie belangrijkste pagina's, noteer welke meting faalt en pak eerst afbeeldingen en scripts van derden aan. Die twee verklaren de meeste problemen op mkb-websites.

Laat u het liever door iemand anders bekijken? De [gratis website-audit](/nl/audit) van Ariston combineert Google Lighthouse-data met een crawl van uw site en mailt u een rapport met concrete verbeterpunten. Onze onderhoudsabonnementen kunnen ook een maandelijkse controle van snelheid en bereikbaarheid bevatten.

## Veelgestelde vragen
### Wat is een goede Core Web Vitals-score?
Een pagina is 'goed' als op het 75e percentiel van de echte bezoeken de LCP maximaal 2,5 seconde is, de INP maximaal 200 milliseconden en de CLS maximaal 0,1. Alle drie moeten goed zijn om te slagen.

### Heeft websitesnelheid invloed op mijn positie in Google?
Ja, maar beperkt. Google zegt dat Core Web Vitals worden gebruikt door zijn rankingsystemen, terwijl relevante, nuttige inhoud belangrijker blijft.

### Waarom is mijn PageSpeed-score elke keer anders?
De score komt uit één labtest, en netwerk, serverbelasting en scripts van derden verschillen per meting. Kleine schommelingen zijn normaal; kijk naar trends en naar de velddata.

### Waarom toont PageSpeed Insights geen velddata voor mijn site?
Velddata komt uit het Chrome UX Report, dat alleen pagina's en sites met voldoende echt Chrome-verkeer bevat. Kleinere sites halen die drempel vaak niet; gebruik dan de labresultaten.

### Heb ik een PageSpeed-score van 100 nodig?
Nee. Slagen voor Core Web Vitals in de velddata op mobiel is belangrijker dan een perfecte labscore. Een score boven de 90 is uitstekend; de laatste punten najagen levert zelden iets op.

## Bronnen
- [web.dev: Web Vitals](https://web.dev/articles/vitals)
- [web.dev: How the Core Web Vitals metrics thresholds were defined](https://web.dev/articles/defining-core-web-vitals-thresholds)
- [Google Search Central: Understanding Core Web Vitals and Google search results](https://developers.google.com/search/docs/appearance/core-web-vitals)
- [Google Search Central: Understanding page experience in Google Search results](https://developers.google.com/search/docs/appearance/page-experience)
- [Chrome for Developers: Lighthouse performance scoring](https://developer.chrome.com/docs/lighthouse/performance/performance-scoring)
- [Chrome for Developers: Chrome UX Report overview](https://developer.chrome.com/docs/crux)
- [Search Console Help: Core Web Vitals report](https://support.google.com/webmasters/answer/9205520)
- [web.dev: Time to First Byte (TTFB)](https://web.dev/articles/ttfb)