Core Web Vitals uitgelegd zonder technische mist

Core Web Vitals zijn drie meetbare signalen waarmee Google de gebruikerservaring van een pagina beoordeelt. Ze gaan niet over de inhoud of het ontwerp, maar over hoe een pagina zich gedraagt: hoe snel het belangrijkste blok zichtbaar wordt (LCP), hoe snel de pagina reageert op een klik of tik (INP) en of de pagina visueel rustig blijft zonder onverwachte verschuivingen (CLS). Samen geven ze een redelijk objectief beeld van de kwaliteit zoals een bezoeker die ervaart.

Google meet deze waarden op twee manieren. Veldgegevens komen uit echte bezoeken van Chrome-gebruikers en worden samengevat over een voortschrijdende periode van 28 dagen. Labgegevens komen uit een gesimuleerde test, bijvoorbeeld via PageSpeed Insights of Lighthouse, en zijn vooral handig om oorzaken op te sporen. Voor je positie in de zoekresultaten tellen de veldgegevens, omdat die de werkelijke ervaring weerspiegelen.

Een belangrijk detail: Google kijkt naar het 75e percentiel. Dat betekent dat minstens 75 procent van de bezoeken de drempel moet halen voordat een pagina als goed telt. Eén trage uitschieter trekt het gemiddelde dus niet meteen omlaag, maar een groep tragere bezoekers, bijvoorbeeld op mobiel met een matige verbinding, wel. Daarom kan een site die op jouw snelle laptop prima oogt, in de praktijk toch zakken.

Largest Contentful Paint meet hoe snel het grootste zichtbare onderdeel van een pagina geladen is. Dat is meestal een grote afbeelding bovenaan, een achtergrondbanner of een flink tekstblok. LCP staat in feite voor het moment waarop de bezoeker denkt: nu staat de pagina er. Een trage LCP voelt als wachten op een witte of half gevulde pagina, en juist dat eerste moment bepaalt vaak of iemand blijft of wegklikt.

De drempels zijn helder. Tot 2,5 seconden is goed, tussen 2,5 en 4 seconden is voor verbetering vatbaar, en boven 4 seconden is slecht. Die tijd wordt gemeten vanaf het moment dat de pagina begint te laden tot het grootste element zichtbaar is. Veelvoorkomende oorzaken van een trage LCP zijn zware, niet-geoptimaliseerde afbeeldingen, een trage server of hosting, blokkerende scripts en lettertypen, en een onhandige laadvolgorde waarbij het belangrijkste blok te laat aan de beurt komt.

De winst zit meestal in de basis. Comprimeer grote afbeeldingen en serveer ze in een modern formaat zoals WebP, geef de hoofdafbeelding voorrang in plaats van lazy loading, en zorg dat je server snel reageert. Caching, een goede hostingomgeving en het verkleinen van zware scripts helpen vaak direct. Voor veel mkb-sites is een ongeoptimaliseerde headerafbeelding de grootste boosdoener, en dat is doorgaans in een uurtje opgelost.

Interaction to Next Paint beoordeelt hoe snel de pagina reageert wanneer een bezoeker klikt, tikt of typt. INP kijkt naar de vertraging tussen de actie en het moment dat het scherm zichtbaar reageert, en neemt de traagste relevante interacties tijdens een bezoek mee. Het gaat dus niet om laden, maar om bruikbaarheid: voelt de site soepel of moet je na elke klik even wachten?

De drempels zijn tot 200 milliseconden goed, tussen 200 en 500 milliseconden voor verbetering vatbaar, en boven 500 milliseconden slecht. INP verving in maart 2024 de oudere meting First Input Delay (FID), omdat INP de hele bezoekervaring beoordeelt in plaats van alleen de eerste klik. Dat maakt de meting strenger en realistischer, vooral voor interactieve sites met formulieren, filters of een winkelmand.

Een trage INP komt bijna altijd door te veel of te zwaar JavaScript dat de browser bezig houdt op het moment dat de bezoeker iets probeert te doen. Denk aan zware trackingscripts, een overdaad aan plug-ins, of code die bij elke klik te veel werk doet. Verbeteren betekent meestal: onnodige scripts verwijderen, zwaar werk opsplitsen of uitstellen, en kritisch kijken naar externe tools van derden. Voor WordPress-sites is het schrappen van overbodige plug-ins vaak de snelste route.

Cumulative Layout Shift meet onverwachte verschuivingen in de pagina-indeling. Iedereen kent het: je wilt op een knop klikken, maar net op dat moment springt de pagina omlaag omdat een afbeelding of advertentie alsnog ruimte inneemt, en je klikt op het verkeerde. CLS vangt precies dat frustrerende gedrag en geeft het een cijfer. Hoe lager, hoe rustiger en betrouwbaarder de pagina aanvoelt.

De drempels zijn anders dan bij de andere twee, omdat CLS geen tijd maar een verhoudingsgetal is. Tot 0,1 is goed, tussen 0,1 en 0,25 is voor verbetering vatbaar, en boven 0,25 is slecht. De waarde wordt opgebouwd uit hoeveel van het scherm verschuift en hoe ver. Veelvoorkomende oorzaken zijn afbeeldingen en video's zonder vaste afmetingen, advertenties of banners die later inladen, content die boven bestaande tekst wordt ingevoegd, en lettertypen die laat laden waardoor tekst opnieuw wordt opgemaakt.

De oplossing is grotendeels preventief. Geef afbeeldingen en video's altijd vaste breedte- en hoogtewaarden mee, reserveer ruimte voor advertenties en embeds, en voeg geen nieuwe content boven bestaande elementen toe terwijl de bezoeker al leest. Met deze maatregelen blijft de pagina staan waar de bezoeker hem verwacht, en dat voorkomt zowel irritatie als foutieve kliks.

Core Web Vitals zijn een officiële rankingfactor in Google, maar het effect op SEO is meestal bescheiden ten opzichte van relevantie en autoriteit. Zie het als een verschilmaker tussen twee verder gelijkwaardige pagina's, niet als een toverstaf. De grotere waarde zit in iets anders: deze metingen meten precies de momenten waarop bezoekers afhaken. Een trage of springerige pagina kost je aanvragen, ongeacht wat Google ervan vindt.

Voor mkb-ondernemers betekent dat concrete omzet. Een snellere LCP houdt mobiele bezoekers vast die anders binnen enkele seconden wegklikken, een goede INP zorgt dat formulieren en bestelknoppen soepel reageren, en een lage CLS voorkomt dat mensen per ongeluk op het verkeerde klikken en afhaken. Dit zijn geen abstracte techneutenscores, maar directe drempels in je verkoopproces.

Voor webbureaus zijn Core Web Vitals bovendien een uitstekend gespreksonderwerp met klanten. De drie metingen vertalen techniek naar begrijpelijke taal: snel zichtbaar, snel bruikbaar, visueel stabiel. Daarmee maak je onderhoud en optimalisatie tastbaar en kun je voor en na een ingreep laten zien dat het beter is geworden. Een onafhankelijke meting helpt om dat gesprek op feiten te baseren in plaats van op onderbuikgevoel. Met een gratis CheckBorg-scan zie je in een paar minuten waar een site nu staat, zodat je weet of optimalisatie nodig is en waar de winst zit.

Een veelgemaakte denkfout is dat er één score per pagina bestaat. In de praktijk zie je twee soorten cijfers die iets anders meten. Labgegevens komen uit een gesimuleerde test in een gecontroleerde omgeving, bijvoorbeeld het Lighthouse-rapport in PageSpeed Insights. Die test draait op één moment, met vaste instellingen, en is ideaal om oorzaken te vinden en wijzigingen te testen voordat je live gaat.

Veldgegevens komen uit echte bezoeken van Chrome-gebruikers en worden samengevat over een voortschrijdende periode van 28 dagen. Dit zijn de cijfers die meetellen voor je positie in Google, omdat ze de werkelijke ervaring weerspiegelen, inclusief tragere telefoons, mindere verbindingen en oudere apparaten. Het gevolg is dat een wijziging pas na enkele weken volledig zichtbaar is in de velddata, ook al laat de labtest meteen verbetering zien.

Gebruik beide soorten dus voor wat ze zijn. De labtest is je werkplaats: hier zoek je de oorzaak en controleer je of een fix werkt. De velddata is je scorebord: hier zie je of bezoekers het verschil daadwerkelijk merken. Heeft je pagina te weinig verkeer voor velddata, dan val je terug op de labtest, en dan zijn de drempels alsnog een goede richtlijn. Verwacht alleen niet dat een perfecte labscore automatisch een perfecte veldervaring betekent.