Core Web Vitals: wat je meet en hoe je ze verbetert.

Core Web Vitals laten zien hoe bezoekers het laden, reageren en verschuiven van een pagina ervaren. De drie waarden zijn Largest Contentful Paint (LCP), Interaction to Next Paint (INP) en Cumulative Layout Shift (CLS). Ze beantwoorden verschillende vragen. Verschijnt de belangrijkste inhoud vlot? Reageert een knop of menu zonder hinderlijke vertraging? Blijft de opmaak op zijn plaats terwijl de pagina laadt? Wie ze wil verbeteren, moet eerst weten welke van die vragen op de eigen pagina misgaat.

Wat meten de Core Web Vitals?

LCP gaat over het grootste zichtbare inhoudselement in het scherm wanneer de pagina laadt. Dat kan een grote afbeelding zijn, maar ook een tekstblok. Het is een maat voor de laadervaring, niet voor de tijd totdat ieder onderdeel van de pagina is geladen.

INP beschrijft hoe snel de pagina visueel reageert nadat iemand ermee werkt, bijvoorbeeld door een menu te openen of een formulier te bedienen. Een pagina kan snel verschijnen en toch stroef aanvoelen als een klik lang op een zichtbare reactie laat wachten.

CLS gaat over onverwachte verschuivingen van onderdelen op het scherm. Denk aan een knop die naar beneden springt doordat een afbeelding boven de knop pas later ruimte inneemt. De pagina kan snel laden, maar toch lastig te gebruiken zijn als elementen onderweg verspringen.

Dit zijn de huidige drie kernwaarden. Oudere uitleg noemt soms First Input Delay (FID). Google heeft die maat vervangen door INP. FID beschreef de eerste interactie; INP kijkt breder naar de reactie op interacties tijdens het bezoek. De overkoepelende naam Web Vitals omvat meer meetwaarden dan deze drie. De kern is bedoeld als gezamenlijk vertrekpunt, niet als volledige diagnose van iedere ervaring op je site.

De grenswaarden gelden voor het 75e percentiel van de gemeten bezoeken, apart voor mobiel en desktop. Kort gezegd: rangschik de metingen van snel naar langzaam; de waarde op driekwart van die reeks bepaalt de beoordeling. Kijk daarom niet alleen naar de beste test die je zelf op een snelle computer kunt uitvoeren. Ook bezoekers met andere apparaten en verbindingen tellen mee.

Zo lees je een meting zonder verkeerde conclusie

Voer in PageSpeed Insights een afzonderlijke URL in en bekijk mobiel en desktop apart. Bovenin staan, als er voldoende gegevens zijn, veldgegevens van echte Chrome-gebruikers. Die geven een beeld van wat bezoekers in de afgelopen 28 dagen ervoeren. Daaronder staat een labtest: een simulatie onder gecontroleerde omstandigheden. De suggesties uit die test helpen bij het zoeken naar een technische oorzaak. Ze bewijzen nog niet dat die oorzaak ook voor al je bezoekers de grootste hinder is.

De prestatiescore van 0 tot 100 hoort bij die labtest. Hij is dus niet hetzelfde als de beoordeling van LCP, INP en CLS op basis van veldgegevens. Een lage labscore vraagt om onderzoek, maar is op zichzelf geen meting van de ervaring van alle echte bezoekers. Andersom kan een nette test op jouw moment een terugkerend probleem in het veld niet wegpoetsen. Controleer welke gegevens je bekijkt voordat je een conclusie trekt.

Open daarnaast in Google Search Console het rapport Site-vitaliteit. Dat groepeert vergelijkbare URL’s naar probleem, status en type apparaat. Je ziet welke groepen aandacht vragen en kunt van daaruit een voorbeeldpagina verder onderzoeken. Het rapport is geen complete lijst van alle pagina’s van je website. Staat een URL er niet in, dan kan er te weinig gebruikersdata zijn. Ook PageSpeed Insights kan bij onvoldoende data voor een URL terugvallen op gegevens voor de hele site of helemaal geen veldgegevens tonen.

Waarom kunnen de tools iets anders tonen? PageSpeed Insights vertrekt vanuit één ingevoerde URL en laat daarnaast een labtest zien. Search Console vat veldgegevens samen voor URL-groepen. Bovendien verschilt een eenmalige simulatie van een reeks bezoeken door echte mensen. Vergelijk daarom dezelfde apparaatcategorie, controleer of PageSpeed Insights URL- of sitegegevens toont en gebruik een labtest voor de diagnose, niet als vervanging van de veldmeting.

Core Web Vitals verbeteren: begin bij de oorzaak

Een lijst met algemene snelheidsingrepen klinkt aantrekkelijk, maar de juiste ingreep hangt af van de tegenvallende metriek én het element dat het probleem veroorzaakt. Begin met de URL of URL-groep waar de waarde tegenvalt. Bekijk daarna in de test of ontwikkelaarstools welk inhoudselement laadt, welke interactie traag reageert of welk onderdeel verschuift. Bespreek pas dan de maatregel. Een snellere server helpt bijvoorbeeld niet tegen een knop die verspringt doordat er geen ruimte voor een afbeelding is gereserveerd.

Deze tabel geeft een eerste onderzoeksvraag, geen vaste volgorde voor alle websites. Een maatregel past pas als de diagnose laat zien dat hij de betreffende oorzaak aanpakt. Doe na een wijziging dezelfde test opnieuw en kijk of ook de veldtrend de goede kant op beweegt. Eén verbetering in een labtest is nuttig bewijs voor die test, maar nog geen garantie voor de ervaring van je bezoekers.

LCP: zoek het element dat laat verschijnt

Noteer welk element de LCP vormt. Is het een afbeelding, kijk dan naar bestandsgrootte, formaat en het moment waarop de browser die afbeelding ontdekt en ophaalt. Is het tekst, onderzoek dan of de serverreactie of het laden van stijlen de weergave uitstelt. Een achtergrondafbeelding, een traag antwoord van de server of code die het tekenen van de pagina vertraagt vraagt ieder om een andere aanpak.

Optimaliseer dus niet blind alle afbeeldingen. Vooral een afbeelding die meteen bovenaan zichtbaar moet zijn, verdient een gerichte controle. Zet juist dat element niet gedachteloos op uitgesteld laden. De vraag is wanneer de bezoeker de hoofdinhoud daadwerkelijk ziet. Kleinere bestanden, passende afmetingen of minder blokkering kunnen helpen, maar kies op basis van de gevonden wachttijd.

INP: onderzoek de trage handeling

Probeer de handelingen die een bezoeker echt uitvoert: menu openen, filters gebruiken, velden invullen of een formulier versturen. Een menu dat pas na een merkbare pauze opent, wijst op een ander probleem dan een pagina die langzaam start. Zoek in de technische meting naar taken die de browser bezighouden terwijl de reactie zichtbaar moet worden.

Veel eigen JavaScript, een zwaar onderdeel of code van derden kan daarbij een rol spelen. Denk aan een chatfunctie of trackingcode, maar wijs die niet aan zonder meting. Onderzoek welke taak samenvalt met de trage interactie en of die taak nodig is op dat moment. Daarna kun je gericht code vereenvoudigen, werk uitstellen of een onderdeel anders laten reageren. Test de handeling opnieuw, ook op mobiel.

CLS: vind wat er verspringt

Bekijk de pagina terwijl afbeeldingen, insluitingen en lettertypen verschijnen. Springt tekst omlaag wanneer een afbeelding wordt geladen, dan ontbreekt mogelijk vooraf gereserveerde ruimte. Een advertentie of ingesloten video kan hetzelfde doen. Leg voor zulke onderdelen afmetingen of een passende plaats vast, zodat de rest van de pagina niet hoeft te verhuizen.

Controleer ook of een later geladen lettertype de afmetingen van tekst zichtbaar verandert en of een nieuw blok boven bestaande inhoud wordt ingevoegd. Een verschuiving is vooral hinderlijk als iemand net wil lezen of klikken. De waarde CLS vertelt je dát de opmaak beweegt; je moet nog vaststellen welk element de beweging veroorzaakt. Pas de ruimte of het laadgedrag van dat element aan en controleer vervolgens de pagina opnieuw.

Wat betekenen goede waarden voor SEO?

Google raadt goede Core Web Vitals aan als onderdeel van een goede pagina-ervaring. Dat maakt ze relevant voor SEO, maar een betere waarde belooft geen hogere positie. Een pagina moet nog steeds beantwoorden wat iemand zoekt. Relevante, bruikbare inhoud en een prettig te gebruiken website horen bij elkaar; een technische score vervangt de inhoud niet.

Zie de waarden dus als een aanwijzing voor concrete gebruiksproblemen. Als een pagina inhoudelijk goed is maar bezoekers wachten op het hoofdbeeld, een menu niet vlot reageert of een knop wegschuift, is er reden om dat probleem op te lossen. Je hoeft niet elk technisch advies uit een tool uit te voeren om een zinvolle verbetering te maken. Kies wat op jouw pagina de ervaring belemmert en controleer het effect met metingen.

Bij een nieuwe of vernieuwde site kun je deze vragen al meenemen in de voorbereiding van je website. Wie informatie zoekt over het laten bouwen of aanpassen van de site zelf, vindt die op de pagina over websites.