Kennisbank / WordPress

Core Web Vitals uitgelegd (en hoe je scores verbetert)


Je website voelt traag en bezoekers haken af? Grote kans dat je Core Web Vitals niet op orde zijn. Ontdek wat ze betekenen en hoe je ze verbetert in WordPress.

Je site ziet er goed uit, maar bezoekers haken af voordat de pagina goed en wel geladen is. Grote kans dat je Core Web Vitals niet op orde zijn. Dit zijn de meetpunten waarmee Google beoordeelt hoe snel en prettig je website aanvoelt voor een echte bezoeker. Ze klinken technisch, maar wat eronder zit is heel logisch: laadt de pagina snel, reageert hij vlot op een klik, en blijft de inhoud netjes op zijn plek staan?

In dit artikel lees je wat Core Web Vitals precies zijn, wat de drie onderdelen betekenen, waarom Google er gewicht aan geeft en hoe je je scores meet en verbetert – met concrete stappen voor WordPress.

Benieuwd hoe jouw site ervoor staat?
Core Web Vitals zeggen iets over wat je bezoeker merkt. De gratis website check meet onder meer hoe lang je server erover doet voordat hij begint te antwoorden, en vertelt in gewone taal wat dat betekent. Doe de gratis website check →

Inhoudsopgave

Wat zijn Core Web Vitals?

Core Web Vitals zijn een set van drie meetwaarden waarmee Google de gebruikerservaring van een webpagina in cijfers vangt. Ze horen bij wat Google “page experience” noemt: signalen die iets zeggen over hoe prettig een pagina werkt, los van de inhoud zelf.

Het bijzondere is dat die cijfers van echte bezoekers komen, niet van een test in een laboratorium. Google verzamelt via de Chrome-browser hoe pagina’s presteren bij mensen die je site daadwerkelijk bezoeken, op hun eigen telefoon en verbinding. Dat maakt de meting eerlijker dan een enkele snelheidstest op een snelle kantoorlijn.

De drie onderdelen meten elk iets anders: hoe snel de pagina laadt, hoe snel hij reageert op wat je doet, en hoe stabiel de layout blijft tijdens het laden. Samen geven ze een aardig beeld van of een bezoeker je site als snel en betrouwbaar ervaart, of als traag en hakkelig.

De drie Core Web Vitals in mensentaal

Elk onderdeel heeft een Engelse naam en een afkorting die je vaak terugziet in rapporten. Hieronder lees je wat ze betekenen in gewone taal, met de grens die Google als “goed” beschouwt (bron: web.dev).

LCP – Largest Contentful Paint (laadsnelheid)

LCP staat voor Largest Contentful Paint: hoe lang duurt het voordat het grootste element op je scherm zichtbaar is? Meestal is dat een grote afbeelding bovenaan de pagina of een blok tekst. Voor de bezoeker voelt dit moment als “de pagina is er”.

Google vindt een LCP onder de 2,5 seconden goed. Zit je tussen 2,5 en 4 seconden, dan kan het beter. Boven de 4 seconden ervaren bezoekers je pagina echt als traag.

INP – Interaction to Next Paint (reactiesnelheid)

INP staat voor Interaction to Next Paint en meet hoe snel je pagina reageert als een bezoeker iets doet: op een knop klikken of een menu openen. Duurt het lang voordat er zichtbaar iets gebeurt, dan voelt de site hangerig.

INP verving in maart 2024 de oudere maatstaf FID (First Input Delay) (bron: web.dev). INP is strenger, want hij kijkt naar alle interacties op een pagina in plaats van alleen de eerste. Onder de 200 milliseconden is goed, boven de 500 milliseconden traag.

CLS – Cumulative Layout Shift (visuele stabiliteit)

CLS staat voor Cumulative Layout Shift en gaat over verspringen. Je kent het vast: je wil op een knop tikken, en net op dat moment schuift de hele pagina omlaag omdat er nog een afbeelding inlaadt. Vervelend, en soms tik je per ongeluk op iets verkeerds.

CLS krijgt een score in plaats van een tijd. Onder de 0,1 is goed, boven de 0,25 is de layout te onrustig.

Waarom hecht Google waarde aan Core Web Vitals?

Twee redenen, en de tweede is belangrijker dan je zou denken.

De eerste is ranking. Core Web Vitals zijn een officieel rankingsignaal. Dat betekent niet dat je met een perfecte score plots bovenaan staat, want inhoud en relevantie wegen veel zwaarder. Maar bij twee pagina’s die inhoudelijk gelijk zijn, kan snelheid de doorslag geven. Zie het als een tiebreaker.

De tweede reden is de gebruikerservaring, en die raakt je omzet direct. Een trage pagina jaagt bezoekers weg voordat ze iets gezien hebben. Wie afhaakt, vult geen contactformulier in en koopt niets. Snelheid en conversie hangen samen: hoe soepeler je site werkt, hoe groter de kans dat een bezoeker doet wat jij wil. Dat idee werken we verder uit in ons artikel over conversie-optimalisatie.

Google beloont dus precies wat bezoekers toch al fijner vinden. Je werkt dan aan je site voor de mensen die er komen, en het algoritme pikt dat vanzelf op.

Plaatje van raket

Meer uit je website halen?

Wij verbeteren je site doorlopend op snelheid, vindbaarheid en conversie, datagedreven.

Hoe meet je je Core Web Vitals?

Je hoeft niets te gokken – er zijn twee gratis tools van Google waarmee je precies ziet hoe je Core Web Vitals ervoor staan.

PageSpeed Insights (te vinden op pagespeed.web.dev) test een losse pagina. Je plakt een URL en krijgt een rapport met je scores plus een lijst concrete verbeterpunten. Let op het onderscheid bovenin: de veldgegevens (van echte bezoekers) tellen mee voor Google, de labgegevens (een test op dat moment) helpen je vooral om oorzaken op te sporen. Nieuwe of rustig bezochte sites hebben soms nog geen velddata; dan zie je alleen de labtest.

Search Console geeft het overzicht voor je hele site. Onder het rapport Core Web Vitals groepeert Google je pagina’s in goed, matig en slecht, netjes gesplitst naar mobiel en desktop. Zo zie je in een oogopslag of het probleem op een paar pagina’s zit of overal.

Meet je Core Web Vitals altijd mobiel apart van desktop. De meeste bezoekers komen via hun telefoon, en juist daar liggen de scores vaak lager door een tragere verbinding en minder rekenkracht in het toestel.

Core Web Vitals verbeteren in WordPress

Core Web Vitals verbeteren in WordPress: hosting, caching en afbeeldingen aanpakken

De meeste winst zit in een handvol dingen die je bij vrijwel elke WordPress-site kunt aanpakken. Hieronder loop je ze langs, van meeste impact naar minste. Wil je dieper de techniek in, lees dan ook ons uitgebreide artikel over je website sneller maken.

Hosting en caching

Je hosting is het fundament. Op goedkope, gedeelde hosting draait je site op een server met honderden anderen, wat de laadtijd (en dus je LCP) merkbaar drukt. Een snellere hostingomgeving is vaak de grootste sprong die je in een keer kunt maken.

Daar bovenop zet je een cachingplugin. Caching bewaart een kant-en-klare versie van je pagina, zodat de server die niet bij elk bezoek opnieuw hoeft op te bouwen. Bekende opties zijn WP Rocket (betaald) en de gratis LiteSpeed Cache als je host dat ondersteunt. Wat een snellere host en caching kosten, zetten we af tegen andere posten in ons overzicht van de kosten van een WordPress-website.

Afbeeldingen

Afbeeldingen zijn de meest voorkomende reden voor een trage LCP en een verspringende layout. Een paar ingrepen helpen meteen:

  • Comprimeer je afbeeldingen en gebruik het moderne WebP-formaat (plugins als Imagify of ShortPixel doen dit automatisch).
  • Zet de afmetingen niet groter dan nodig; een foto van 4000 pixels breed op een blok van 800 pixels is pure verspilling.
  • Geef afbeeldingen vaste breedte- en hoogte-waarden mee, zodat de browser ruimte reserveert en de layout niet verspringt (beter voor je CLS).
  • Laat afbeeldingen onder de vouw pas laden als de bezoeker naar beneden scrolt (lazy loading zit standaard in moderne WordPress).

Thema en plugins

Elk thema en elke plugin voegt code toe die de browser moet inladen en verwerken. Een zwaar thema met tientallen functies die je niet gebruikt, remt vooral je INP: de pagina reageert traag omdat de browser druk is met scripts.

  • Kies een licht thema en installeer alleen plugins die je echt nodig hebt.
  • Ruim plugins op die je niet meer gebruikt; alleen uitschakelen is niet genoeg.
  • Wees kritisch op page builders en scripts van derden zoals chatwidgets, trackers en sliders; die zijn vaak de stille boosdoener achter een lage score.

Verwacht geen wonderen van een enkele plugin die belooft je Core Web Vitals in een klik te repareren. Verbeteren is meestal een optelsom van kleine ingrepen, en na elke wijziging meet je opnieuw om te zien wat werkt.

Veelgestelde vragen over Core Web Vitals

Wat is een goede Core Web Vitals-score?

Je pagina slaagt als alle drie de onderdelen in het groen staan: een LCP onder 2,5 seconden, een INP onder 200 milliseconden en een CLS onder 0,1. Google kijkt naar de waarde die 75 procent van je bezoekers of beter haalt, dus een enkel traag laadmoment trekt je gemiddelde niet meteen omlaag.

Moet ik betalen om mijn Core Web Vitals te verbeteren?

Niet per se. Meten doe je gratis met PageSpeed Insights en Search Console, en een deel van de verbeteringen (afbeeldingen comprimeren, ongebruikte plugins verwijderen) kost je alleen tijd. Betere hosting en een cachingplugin kosten wel geld, maar dat zijn meestal net de ingrepen met de meeste impact.

Verpest een lage score meteen mijn Google-ranking?

Nee, zo hard werkt het niet. Core Web Vitals zijn een van de vele rankingfactoren en wegen lichter dan relevante inhoud en goede links. Een lage score kost je zelden je positie, maar wel bezoekers die afhaken voordat ze je aanbod zien. Dat laatste is vaak het grotere probleem.

Waarom scoort mijn WordPress-site zo traag?

WordPress zelf is niet traag, maar de optelsom van goedkope hosting, een zwaar thema, te veel plugins en ongecomprimeerde afbeeldingen wel. Begin bij je hosting en caching, pak daarna je afbeeldingen aan en ruim overbodige plugins op. Meet na elke stap opnieuw, zodat je ziet welke ingreep het verschil maakt voor je Core Web Vitals.

Klaar voor een mega start?
Wij wel!

Stel al je vragen over onze producten, prijzen, implementaties, of iets anders. Wij zijn hier om jou te helpen!

Raketlancering