Core Web Vitals: wat moet je meten en verbeteren?

Drie waarden voor laden, reageren en stabiliteit

Volgens Google Search Central bestaan de Core Web Vitals uit LCP, INP en CLS. Ze beantwoorden elk een andere vraag.

LCP: hoe snel verschijnt het grootste zichtbare tekstblok of beeld? Dit helpt vertraging bij het laden te onderzoeken.

INP: hoe snel verschijnt een zichtbare reactie op klikken, tikken en toetsenbordinvoer? Een hoog getal kan wijzen op een pagina die tijdens gebruik hapert.

CLS: hoeveel verschuift de inhoud onverwacht? Denk aan een knop die opschuift doordat later een afbeelding of banner verschijnt.

Een goede score is geen rankinggarantie

Core Web Vitals zijn onderdeel van Googles beoordeling van de pagina-ervaring. Goede waarden garanderen geen hoge positie: ook de inhoud en andere signalen tellen mee. Gebruik de scores daarom om problemen te onderzoeken, niet als bewijs dat meer aanvragen vanzelf volgen.

Combineer gebruikersmetingen met een technische test

Bekijk waar mogelijk de gegevens van echte bezoeken en gebruik een technische test om oorzaken te onderzoeken. Eén test onder vaste omstandigheden beschrijft niet iedere bezoeker, verbinding of telefoon.

Web.dev noemt als goede grenzen LCP maximaal 2,5 seconden, INP maximaal 200 milliseconden en CLS maximaal 0,1. Beoordeel het 75e percentiel, apart voor mobiel en desktop. Ontbreken voldoende gebruikersgegevens, vermeld dat dan bij je conclusie.

Kies een maatregel bij het gevonden probleem

• Inhoud verschijnt laat: onderzoek welk element de LCP bepaalt en waar de vertraging ontstaat. Laad het LCP-beeld niet vertraagd met lazy loading.

• Bediening hapert: laat onderzoeken welke scripts of andere taken de reactie blokkeren. Controleer na een wijziging opnieuw dezelfde handeling.

• De pagina verspringt: noteer welk element beweegt en wanneer dat gebeurt. Laat de beheerder onderzoeken of bijvoorbeeld gereserveerde ruimte voor beelden of ingeladen inhoud ontbreekt.

Begin met een belangrijke route, zoals een dienstenpagina met aanvraagformulier. Leg vast welke klacht je oplost en test na de wijziging ook of de route nog volledig werkt.

Leg vast wat de verbetering oplevert

Noteer vóór de aanpassing de gebruikte pagina, het apparaat, de meetmethode en het waargenomen probleem. Herhaal de controle daarna onder vergelijkbare omstandigheden.

Beoordeel naast de technische meting of de bezoeker de taak beter kan afronden. Een snellere pagina en meer aanvragen zijn verschillende uitkomsten; schrijf een verandering in aanvragen niet zonder onderzoek toe aan één ingreep.

Begin bij de pagina die nu tegenwerkt

Wil je een trage of haperende route laten onderzoeken? Bekijk onze aanpak voor webdevelopment en neem de pagina, de klacht en beschikbare metingen mee.