Een website sneller maken begint met meten waar het traag wordt, en daarvoor gebruikt Google drie meetwaarden: de Core Web Vitals. Ze beoordelen hoe een pagina aanvoelt voor een bezoeker: hoe snel het grootste zichtbare deel laadt, hoe snel de pagina reageert op een klik en hoeveel de opmaak verspringt tijdens het laden. Google noemt als drempels voor een goede ervaring: de grootste inhoud binnen 2,5 seconden zichtbaar, een reactie binnen 200 milliseconden en een verschuiving van hooguit 0,1, gemeten bij 75 procent van de paginaladingen (web.dev, Web Vitals, geraadpleegd 6 september 2026). Ze tellen mee in de ranking, al is dat gewicht bescheiden; goede inhoud gaat voor. Dit artikel legt de drie waarden uit, wat een goede score is, hoe u meet, wat een mkb-site meestal traag maakt en wat u zelf doet om uw website sneller te maken.
Wat zijn de drie Core Web Vitals?
- Largest Contentful Paint (LCP), laadtijd. De tijd tot het grootste element in beeld, meestal de hoofdfoto of de kop, zichtbaar is. Goed is binnen 2,5 seconden.
- Interaction to Next Paint (INP), reactiesnelheid. Hoe lang het duurt voordat de pagina zichtbaar reageert als iemand klikt, tikt of typt. Goed is binnen 200 milliseconden. INP verving in 2024 de oudere maatstaf First Input Delay (web.dev).
- Cumulative Layout Shift (CLS), stabiliteit. Hoeveel elementen verspringen terwijl de pagina laadt, bijvoorbeeld een knop die wegschuift omdat er een afbeelding boven verschijnt. Goed is 0,1 of lager.
Alle drie worden gemeten bij echte bezoekers en beoordeeld op het 75e percentiel: driekwart van de paginaladingen moet onder de drempel blijven, apart voor mobiel en desktop (zelfde bron). Eén trage lading op een slechte verbinding telt dus niet meteen tegen u; een structureel trage site wel.
Tellen Core Web Vitals mee voor uw positie in Google?
Ja, en tegelijk minder dan veel bureaus laten geloven. Google schrijft dat de Core Web Vitals door zijn rankingsystemen worden gebruikt, en in dezelfde adem dat Google altijd de meest relevante inhoud wil tonen, ook als de paginabeleving ondermaats is. Google waarschuwt zelfs dat een perfecte score najagen alleen om SEO-redenen misschien niet de beste besteding van uw tijd is (Google Search Central, Paginabeleving, geraadpleegd 7 september 2026). Mijn lezing: haal de drie waarden in het groen, en stop dan. De winst zit daarna in inhoud en Bedrijfsprofiel, niet in het laatste tiende van een seconde.
Hoe meet u ze?
Met PageSpeed Insights, gratis van Google: voer uw adres in en u krijgt twee soorten cijfers. Bovenaan de veldgegevens: wat echte bezoekers de afgelopen 28 dagen meemaakten, en dat zijn de echte Core Web Vitals. Daaronder de labgegevens: een simulatie op één toestel, met een score van 0 tot 100. Voor veel kleine sites ontbreken de veldgegevens omdat er te weinig bezoekers zijn om over te rapporteren; dan heeft u alleen de simulatie, en die is strenger dan de praktijk. Search Console heeft een apart rapport Core Web Vitals dat per groep pagina's laat zien wat goed, matig of slecht scoort. Ook dat rapport blijft leeg zonder voldoende bezoekers.
Wat maakt een mkb-site traag? De vijf gebruikelijke oorzaken
- Te grote afbeeldingen. Foto's van 4.000 pixels breed die op 800 pixels worden getoond. Dit is verreweg de vaakst voorkomende oorzaak; verkleinen vóór het uploaden lost het op.
- Een zwaar thema met veel plugins. Elke plugin laadt eigen scripts en stijlen, ook op pagina's waar ze niets doen.
- Goedkope hosting. Een server die traag antwoordt, kost tijd voordat er ook maar iets laadt. In PageSpeed ziet u dat als een lange serverresponstijd.
- Externe onderdelen. Ingesloten kaarten, video's, chatvensters en lettertypen van derden laden van andere servers en houden de uwe op.
- Verspringende opmaak. Afbeeldingen zonder vaste afmetingen en banners die pas laat verschijnen, duwen de inhoud naar beneden. Dat is de CLS.
Wat kunt u zelf doen en wat laat u doen?
Zelf: afbeeldingen verkleinen en in een modern formaat opslaan, plugins verwijderen die u niet gebruikt, ingesloten video's vervangen door een klikbare afbeelding en aan elke afbeelding een breedte en hoogte meegeven. Laten doen: caching en compressie instellen, scripts uitstellen die niet direct nodig zijn, en de hosting beoordelen. Een technische opknapbeurt is bijna altijd goedkoper dan een nieuwe website en levert sneller resultaat; de volledige controle staat in de SEO-checklist. Meet daarna opnieuw, en controleer bij elke wijziging aan de site of het groen blijft. Snelheid is ook controle 11 van mijn SEO-checklist.
Veelgestelde vragen
Welke Core Web Vitals-score is goed genoeg?
Groen op alle drie: de grootste inhoud binnen 2,5 seconden, een reactie binnen 200 milliseconden en een verschuiving van hooguit 0,1, bij 75 procent van de paginaladingen. Meer dan groen levert voor uw positie niets extra op.
Waarom zie ik geen veldgegevens voor mijn site?
Google rapporteert veldgegevens alleen als er de afgelopen 28 dagen genoeg bezoekers waren. Kleine sites halen dat vaak niet. Gebruik dan de labgegevens als indicatie en weet dat die strenger zijn dan de praktijk.
Moet ik een nieuwe website laten bouwen voor betere Core Web Vitals?
Meestal niet. Te grote afbeeldingen, overbodige plugins en trage hosting verklaren het grootste deel van de problemen, en die zijn zonder nieuwbouw op te lossen. Laat pas een nieuwe site bouwen als de techniek zelf verouderd is.
Wat is het verschil tussen Core Web Vitals en de PageSpeed-score?
De PageSpeed-score van 0 tot 100 is een labsimulatie op één toestel. De Core Web Vitals zijn drie specifieke meetwaarden bij echte bezoekers. Google gebruikt voor de ranking de echte metingen en niet de score.
Wilt u weten of uw site groen scoort en wat de grootste vertrager is? In een gratis kennismaking meet ik het met u en zeg ik wat u zelf kunt oplossen. Wat ik verder doe staat bij mijn diensten.