Snelheid
Hoe snel moet je website zijn? Core Web Vitals simpel uitgelegd
In het kort
LCP tot 2,5 seconden, INP tot 200 ms en CLS tot 0,1: lees wat die grenzen betekenen en hoe je met PageSpeed Insights de juiste verbeteringen kiest.

Wat zijn goede LCP-, INP- en CLS-waarden?
Streef naar LCP van maximaal 2,5 seconden, INP van maximaal 200 milliseconden en CLS van maximaal 0,1. Deze Core Web Vitals beschrijven laden, reageren en visuele rust. LCP is dus niet de tijd totdat werkelijk alles op de pagina is gedownload; CLS is een score zonder tijdseenheid.
Beoordeel de waarden per apparaattype op het 75e percentiel: minstens 75% van de gemeten ervaringen moet voor de betreffende waarde binnen de goede grens vallen. Kijk naar alle drie, niet naar een gemiddelde van drie scores.
| Meting | Goed, verbetering nodig en slecht |
|---|---|
| LCP: grootste zichtbare inhoud verschijnt | Goed: tot en met 2,5 s. Verbetering nodig: boven 2,5 tot en met 4 s. Slecht: boven 4 s. |
| INP: reactie op klikken, tikken en toetsen | Goed: tot en met 200 ms. Verbetering nodig: boven 200 tot en met 500 ms. Slecht: boven 500 ms. |
| CLS: onverwachte verschuivingen | Goed: tot en met 0,1. Verbetering nodig: boven 0,1 tot en met 0,25. Slecht: boven 0,25. |
Velddata en labdata beantwoorden een andere vraag
Velddata in PageSpeed Insights komt uit CrUX: metingen van echte Chrome-gebruikers over de afgelopen 28 dagen. Soms zie je gegevens voor de specifieke URL, soms voor de hele site-oorsprong. Bij onvoldoende gegevens ontbreekt dit blok. Dat is geen bewijs dat de site snel of langzaam is.
Labdata is een gesimuleerde test met Lighthouse. Die helpt een probleem vinden, maar één run vertegenwoordigt niet al je bezoekers. De gewone Lighthouse-laadtest meet geen INP; Total Blocking Time (TBT) is een aanwijzing voor blokkerend werk, geen vervangende INP-meting. Een groene performancescore bewijst daarom niet dat alle Core Web Vitals goed zijn.
Zo voer je een bruikbare nulmeting uit
Kies de homepage, je belangrijkste dienstpagina en de contact- of reserveerroute. Noteer per pagina de datum en de uiteindelijke URL na eventuele doorverwijzing. Zo vergelijk je na een verbetering hetzelfde scherm.
- Open PageSpeed Insights, vul de URL in en bekijk mobiel en desktop afzonderlijk.
- Noteer bovenaan de veldwaarden, de meetperiode en of de gegevens bij deze URL of de hele oorsprong horen. Noteer ontbrekende waarden als onbekend.
- Bekijk daaronder de labdiagnose. Herhaal voor je eigen vergelijking drie keer met dezelfde instellingen en noteer de spreiding; kies niet alleen de beste score.
- Open de site daarnaast op een telefoon. Bedien menu, keuzevelden en formulier, en let op verspringende inhoud en vertraagde reacties.
- Geef de bouwer de concrete pagina en handeling die stroef werkt. 'Het menu reageert laat na openen' is beter te onderzoeken dan 'de site voelt traag'.
Kies een verbetering bij het gemeten probleem
Zoek bij een hoge LCP eerst welk element laat verschijnt en waar de tijd blijft: wachten op de server, het bestand laden of het element tonen. Een kleinere afbeelding helpt niet automatisch als een script de weergave nog tegenhoudt. Stel de belangrijkste afbeelding bovenaan niet uit met lazy loading.
- LCP-voorbeeld: een grote projectfoto verschijnt laat. Laat onderzoeken of formaat, laadprioriteit, serverreactie of de opbouw van de pagina de vertraging veroorzaakt.
- INP-voorbeeld: een filter reageert traag na een tik. Laat die interactie opnemen in Chrome DevTools en het langdurige werk op de hoofdthread onderzoeken.
- CLS-voorbeeld: de contactknop schuift weg zodra een foto of banner verschijnt. Reserveer vooraf ruimte en test opnieuw bij laden én tijdens gebruik.
- Controleer na het verwijderen of uitstellen van een script of de bijbehorende functie nog werkt. Een snelle pagina met een kapotte boeking is geen verbetering.
Wanneer kun je zeggen dat het beter is?
Test de aangepaste pagina direct opnieuw in het lab en doorloop dezelfde handelingen. De velddata vernieuwt niet ineens naar alleen de nieuwe versie: het venster van 28 dagen bevat nog oudere bezoeken. Bij weinig bezoek kan openbare velddata ontbreken; bespreek dan een passende, privacybewuste meting van echte gebruikers.
Een snelle pagina garandeert geen Google-positie of extra aanvragen. Controleer naast de metingen of mensen de dienst begrijpen en contact kunnen afronden. De eerste stap is een nulmeting van je belangrijkste route, gevolgd door één verklaarbare verbetering.
Vragen over dit onderwerp
Nog iets onduidelijk?
Welke grenzen gebruikt dit artikel voor Core Web Vitals?
Streef naar LCP van maximaal 2,5 seconden, INP van maximaal 200 milliseconden en CLS van maximaal 0,1. Deze Core Web Vitals beschrijven laden, reageren en visuele rust. LCP is dus niet de tijd totdat werkelijk alles op de pagina is gedownload; CLS is een score zonder tijdseenheid.
Wat betekent het als openbare velddata ontbreekt?
Velddata in PageSpeed Insights komt uit CrUX: metingen van echte Chrome-gebruikers over de afgelopen 28 dagen. Soms zie je gegevens voor de specifieke URL, soms voor de hele site-oorsprong. Bij onvoldoende gegevens ontbreekt dit blok. Dat is geen bewijs dat de site snel of langzaam is.
Wanneer kan ik beoordelen of een aanpassing helpt?
Test de aangepaste pagina direct opnieuw in het lab en doorloop dezelfde handelingen. De velddata vernieuwt niet ineens naar alleen de nieuwe versie: het venster van 28 dagen bevat nog oudere bezoeken. Bij weinig bezoek kan openbare velddata ontbreken; bespreek dan een passende, privacybewuste meting van echte gebruikers.