De meeste bezoekers verlaten een trage pagina niet omdat ze het merk haten. Ze vertrekken omdat wachten als wrijving voelt, en wrijving op het eerste scherm doodt conversie. Core Web Vitals zijn Google's poging om die wrijving te meten op een manier die zowel ontwikkelaars als site-eigenaren kunnen bespreken.
De drie statistieken, vertaald
LCP, Largest Contentful Paint
Hoe lang het duurt voordat de hoofdinhoud van de pagina verschijnt. Voor de meeste sites is dit de hero-afbeelding, de hoofdkop of de eerste productfoto. Goede LCP voelt snel; slechte LCP voelt alsof de pagina nog aan het nadenken is.
INP, Interaction to Next Paint
Hoe responsief de pagina aanvoelt zodra je ermee probeert te interageren, op een knop klikken, een menu uitklappen, filters openen. Slechte INP voelt alsof de pagina je even negeert.
CLS, Cumulative Layout Shift
Hoeveel inhoud rondspringt terwijl de pagina laadt. Slechte CLS is het gevoel dat je naar een knop reikt en die ergens anders ziet bewegen, meestal omdat een advertentie, afbeelding of banner laat laadde.
Waarom deze statistieken het bedrijf beïnvloeden, niet alleen SEO
- Trage eerste paint betekent dat mensen het tabblad sluiten voordat de inhoud verschijnt.
- Onresponsieve interacties laten formulieren, filters en afrekenprocessen kapot aanvoelen.
- Layout shifts veroorzaken misklikken, die frustratie, retouren en supporttickets veroorzaken.
- Google gebruikt deze statistieken als een rankingsignaal, dus slechte prestaties verminderen ook hoe vaak je überhaupt gevonden wordt.
De impact is cumulatief: kleine prestatieproblemen tellen op over sessies, en kleine verbeteringen stapelen zich ook op.
Wat meestal het grootste verschil maakt
- Afbeeldingen. Correct van formaat, moderne formaten (WebP/AVIF), lazy-loaded onder de vouw, en met expliciete afmetingen zodat de browser niet hoeft te gokken.
- Lettertypen. Beperk tot wat je daadwerkelijk gebruikt, host zelf waar mogelijk en preload het lettertype dat de hero-tekst rendert.
- Externe scripts. Analytics, chatwidgets, A/B-tools en tagmanagers zijn vaak de grootste bron van trage INP. Laad ze uitgesteld, en alleen op pagina's waar ze nodig zijn.
- Ongebruikte JavaScript. Minder code verzenden betekent minder parsen, minder uitvoeren, minder energie op apparaten met lage prestaties.
- Serverresponstijd. Een trage backend legt een ondergrens op al het andere. Caching, query-optimalisatie en een verstandig hostingniveau doen ertoe.
- Gereserveerde ruimte. Gebruik expliciete breedte/hoogte of CSS-aspectratio's voor afbeeldingen, advertenties, iframes en banners zodat de lay-out later niet verschuift.
Veelgemaakte fouten
- Alleen meten op je eigen snelle laptop. Gebruikers zitten op mobiele netwerken en middenklasse-apparaten. Gebruik velddata (real user monitoring) naast labtests.
- Eén getal najagen. Een perfecte Lighthouse-score in één run betekent niet veel; consistente veldstatistieken over weken wel.
- Tools toevoegen om prestaties te repareren. Meer scripts maken een site zelden sneller.
- Prestaties als eenmalig behandelen. Zonder monitoring gaat het achteruit telkens wanneer het team een nieuwe widget toevoegt.
Een verstandige volgorde
- Verzamel basis-velddata voor LCP, INP en CLS op je top 5 pagina's.
- Repareer eerst de hero-afbeelding en de hoofdkop, ze beïnvloeden LCP onevenredig.
- Audit externe scripts; verwijder of stel alles uit wat niet strikt nodig is.
- Reserveer ruimte voor afbeeldingen, advertenties en laat ladende elementen.
- Monitor continu, en behandel regressies als bugs.
