Core Web Vitals uitgelegd: LCP, INP en CLS zonder jargon

Core Web Vitals zijn drie meetbare signalen die Google gebruikt om te beoordelen hoe prettig een website is om te gebruiken: hoe snel de belangrijkste content zichtbaar is (LCP), hoe snel de site reageert op een klik of tik (INP), en hoe stabiel de pagina blijft tijdens het laden (CLS). Slechte scores kosten geen directe ranking-straf, maar ze hangen samen met meer afhakende bezoekers en dus minder conversie.

De drie metrics uitgelegd

LCP: Largest Contentful Paint

LCP meet hoe lang het duurt voordat het grootste zichtbare element op de pagina (vaak een hero-afbeelding of kop) volledig geladen is. Een LCP onder 2,5 seconden geldt als goed. Trage LCP komt meestal door grote afbeeldingen, trage hosting, of scripts die het laden blokkeren.

INP: Interaction to Next Paint

INP meet hoe snel de pagina reageert nadat een bezoeker ergens op klikt of tikt. Een lage INP (onder 200 milliseconden) voelt direct en responsief; een hoge INP voelt traag en hakkelend, vaak veroorzaakt door zware JavaScript die de browser bezighoudt.

CLS: Cumulative Layout Shift

CLS meet hoeveel de pagina-inhoud onverwacht verspringt tijdens het laden, bijvoorbeeld wanneer een advertentie of afbeelding pas laat de ruimte claimt die ervoor gereserveerd had moeten zijn. Een lage CLS (onder 0,1) betekent een stabiele pagina waar je niet per ongeluk op het verkeerde klikt.

Waarom dit meer is dan een technisch detail

Core Web Vitals zijn een indirecte rankingfactor: Google gebruikt ze als een van de vele signalen, niet als doorslaggevend criterium. Belangrijker is het directe effect op bezoekers: een pagina die traag laadt of tijdens het laden verspringt, verliest bezoekers voordat ze de content of het aanbod goed hebben kunnen bekijken. Dat raakt conversie sterker dan het raakt de ranking zelf.

Wat de scores meestal omlaag haalt

• Onnodig grote, niet-geoptimaliseerde afbeeldingen die zonder compressie worden geladen.
• Web fonts die laat laden en de tekst laten verspringen.
• Te veel of te zware JavaScript, vaak van plugins of externe scripts die niet strikt nodig zijn.
• Advertenties, banners of embeds zonder gereserveerde ruimte.
• Trage hosting of een server die ver van de bezoeker vandaan staat.

Hoe je je eigen scores checkt

Google’s PageSpeed Insights en de Core Web Vitals-rapportage in Search Console laten per pagina zien hoe een site scoort, op basis van echte bezoekersdata waar beschikbaar. Check dit los voor mobiel en desktop: mobiele scores zijn vaak lager door tragere verbindingen en minder rekenkracht.

Wat er meestal wel en niet bij helpt

Afbeeldingen comprimeren en in het juiste formaat aanleveren, onnodige plugins en scripts verwijderen, fonts vooraf laden en een snelle hosting-omgeving helpen doorgaans het meest. Een losse “snelheids-plugin” installeren zonder de onderliggende oorzaak aan te pakken, lost in de praktijk weinig op: de winst zit in hoe de site zelf gebouwd is.

Aan de slag

De eerste stap is meten: waar sta je nu, op welke pagina’s, en op mobiel of desktop het meest. Op basis daarvan bepaal je of het gaat om een paar snelle optimalisaties of om een dieperliggend bouwprobleem.

Bij Rawrr Media is performance onderdeel van elke website die we bouwen, niet iets dat achteraf wordt toegevoegd. Zie ook onze gids over een conversiegerichte website.

Vraag hier jouw gratis AI-kennismaking aan.