Wat zijn Core Web Vitals?

Core Web Vitals zijn handig omdat ze technisch meten wat je bezoeker voelt. Niet perfect, maar wel concreet genoeg om keuzes op te baseren. Als je website traag oogt, laat reageert of verspringt tijdens het klikken, zie je dat vaak terug in deze metingen.

Voor posities in de zoekresultaten is er geen vaste regel. Goede scores garanderen geen nummer-1-positie. Maar slechte scores zijn wel een signaal dat je pagina minder prettig werkt dan nodig.

Stel: je hebt een fictieve webwinkel, voorbeeld.nl, met een productpagina voor bureaustoelen. Bovenaan staat een grote productfoto. Daaronder staat de prijs, een keuzeveld en een knop om het product in de winkelwagen te doen.

Bij Core Web Vitals kijk je dan naar drie vragen.

LCP, Largest Contentful Paint.
Hoe lang duurt het voordat het grootste zichtbare element in beeld staat? Op deze productpagina is dat waarschijnlijk de grote productfoto. LCP is goed bij 2,5 seconden of sneller. Boven 2,5 tot en met 4,0 seconden is verbetering nodig. Boven 4,0 seconden is slecht.

INP, Interaction to Next Paint.
Hoe snel reageert de pagina zichtbaar nadat iemand klikt, tikt of typt? Denk aan het openen van een variantkeuze of het klikken op de winkelwagenknop. INP is goed bij 200 milliseconden of minder. Boven 200 tot en met 500 milliseconden is verbetering nodig. Boven 500 milliseconden is slecht. INP verving FID als Core Web Vital op 12 maart 2024.

CLS, Cumulative Layout Shift.
Hoeveel schuift de pagina onverwacht terwijl iemand kijkt of klikt? Bijvoorbeeld als de winkelwagenknop ineens zakt omdat er later nog een banner boven komt. CLS is goed bij 0,1 of lager. Boven 0,1 tot en met 0,25 is verbetering nodig. Boven 0,25 is slecht. Een score van 0 betekent geen layout shifts.

Een simpel voorbeeld van een veelvoorkomend CLS-probleem:

<img src="/productfoto.jpg" alt="Bureaustoel" />

De browser weet dan niet vooraf hoeveel ruimte de afbeelding nodig heeft. Daardoor kan tekst of een knop verschuiven zodra de afbeelding binnenkomt. Beter is dat de ruimte voor media vooraf duidelijk is, zodat de pagina rustiger blijft.

Google raadt aan om per Core Web Vital naar het 75e percentiel van paginaweergaven te kijken. Apart voor mobiel en desktop. Dat betekent praktisch: je kijkt niet alleen naar een ideale test, maar naar wat een groot deel van je echte bezoekers ervaart.

Als je dit negeert, kun je verkeerde conclusies trekken. Een pagina kan in je eigen browser snel lijken, maar voor echte bezoekers alsnog traag laden. Of de pagina laadt snel, maar de knop reageert laat. Dan voelt je website stroperig, ook al lijkt de laadtijd op papier prima.

Core Web Vitals gaan dus niet alleen over snelheid. LCP gaat over laden. INP gaat over reageren. CLS gaat over visuele rust. Die drie samen geven een beter beeld dan één algemene score.

Voor SEO is het ook relevant, maar niet magisch. Core Web Vitals horen bij page experience. Ze vervangen geen goede content, duidelijke techniek of logische structuur. Zie het als hygiëne: als het slecht is, moet je ernaar kijken. Als het goed is, ben je nog niet automatisch klaar met SEO voor je MKB-website.

Alleen naar Lighthouse kijken.
Een groene Lighthouse-score van 90 of hoger betekent niet automatisch dat je Core Web Vitals geslaagd zijn. Lighthouse is nuttig voor diagnose, maar de officiële beoordeling gebruikt velddata wanneer die beschikbaar zijn. Vooral bij INP gaat dit vaak mis, want Lighthouse kan INP niet meten. Daarvoor zijn echte gebruikersinteracties nodig.

Alles op laadsnelheid gooien.
Veel ondernemers zeggen: mijn site moet sneller. Soms klopt dat. Maar bij Core Web Vitals kan het probleem ook zijn dat knoppen traag reageren of dat content verschuift. Als je alleen afbeeldingen kleiner maakt, los je niet automatisch INP of CLS op.

Mobiel en desktop op één hoop gooien.
Google raadt aan om mobiel en desktop apart te bekijken. Dat is logisch. Een pagina kan op desktop prima voelen, maar op mobiel veel zwaarder zijn. Zeker bij webshops met grote beelden, scripts en filters zie je dat verschil snel terug.

Te snel tevreden zijn met één URL.
Het Core Web Vitals-rapport in Google Search Console groepeert URL’s op status, metriek en URL-groep. Dat is handig, maar je moet wel snappen welke soort pagina geraakt wordt. Een probleem op productpagina’s vraagt iets anders dan een probleem op blogartikelen of categoriepagina’s.

Shopify.
Bij Shopify zit het probleem vaak in zware thema’s, apps en productmedia. Je kunt niet altijd alles diep aanpassen, dus kies streng welke apps echt nodig zijn. Minder extra scripts helpt vaak meer dan nog een optimalisatieplugin.

WordPress.
Bij WordPress zie ik vaak een mix van pagebuilders, plugins, trackingcodes en te grote afbeeldingen. Dat kan prima werken, maar het stapelt snel op. Begin met meten per paginatype en ruim daarna pas op. Niet andersom.

Next.js.
Bij Next.js ligt de winst vaak in hoe beelden, scripts en interactieve onderdelen zijn opgebouwd. Het framework kan snel zijn, maar niet vanzelf. Een zware client-side component kan je INP alsnog verpesten. Check bij wijzigingen ook je echte velddata, niet alleen je lokale test.

Wil je breder kijken dan alleen deze drie metingen, pak dan ook de technische SEO-checklist voor je bedrijfswebsite erbij. Als je website structureel traag of onrustig voelt, kan webontwikkeling door REBUS Digital Solutions helpen om de oorzaak gericht aan te pakken.