Inloggen

Core Web Vitals

Bijgewerkt: 3 min. leestijd SEOFuxx-redactie

De Core Web Vitals zijn drie meetwaarden van Google voor de gebruikerservaring van een pagina: Largest Contentful Paint (LCP, laadtijd tot de hoofdinhoud), Interaction to Next Paint (INP, reactietijd op invoer) en Cumulative Layout Shift (CLS, visuele stabiliteit). De rankingsystemen van Google houden er rekening mee, maar de relevantie van de inhoud telt zwaarder.

De drie meetwaarden

MeetwaardeMeetGoedMoet beterSlecht
LCPHoe lang het grootste zichtbare element (meestal een afbeelding of tekstblok) nodig heeft om te verschijnentot 2,5 s2,5 tot 4 smeer dan 4 s
INPHoe snel de pagina na klikken, tikken en toetsaanslagen het volgende beeld toont (de slechtste gangbare waarde over het hele bezoek)tot 200 ms200 tot 500 msmeer dan 500 ms
CLSHoe sterk zichtbare inhoud tijdens het laden verschuifttot 0,10,1 tot 0,25meer dan 0,25

In maart 2024 verving INP de First Input Delay (FID) als Core Web Vital. FID mat alleen de vertraging van de eerste invoer, INP houdt rekening met alle interacties van een bezoek.

Veld- en labdata

Voor de beoordeling tellen velddata: metingen van echte bezoekers die Chrome verzamelt in het Chrome User Experience Report (CrUX). Bepalend is de waarde die 75 procent van de paginaweergaven haalt of onderbiedt, apart voor mobiel en desktop. De data beslaan de laatste 28 dagen, een verbetering wordt dus pas geleidelijk zichtbaar.

Labdata ontstaan in een testrun onder vaste omstandigheden, bijvoorbeeld met Lighthouse. Ze zijn geschikt om oorzaken te vinden en wijzigingen meteen te controleren, maar vervangen de velddata niet. INP bestaat niet in het lab; daar dient de Total Blocking Time als benadering.

Hoeveel invloed ze hebben op de ranking

Google schrijft dat zijn rankingsystemen de Core Web Vitals meewegen, en raadt goede waarden aan. Er bestaat echter geen afzonderlijk page-experience-signaal, en de zoekmachine toont altijd eerst de meest relevante inhoud, ook als de paginabeleving matig is. Een snelle pagina haalt dus geen inhoudelijk beter passende in, maar kan bij vergelijkbare resultaten meebeslissen. Goede waarden garanderen geen topposities. Los van de ranking zijn snelle, stabiele pagina's prettiger voor bezoekers, omdat ze niet hoeven te wachten.

LCP verbeteren

  • De antwoordtijd van de server verlagen (caching, snellere hosting, een CDN)
  • Het LCP-element vroeg laten laden: een afbeelding in de juiste grootte en een modern formaat, met fetchpriority="high" of een preload
  • De LCP-afbeelding niet vertragen met lazy loading
  • Blokkerende CSS en JavaScript in de kop van de pagina verminderen

INP verbeteren

  • Lange taken op de hoofdthread in kleine stukken opdelen
  • Minder JavaScript aanleveren en scripts die je niet nodig hebt verwijderen
  • Scripts van derden (tracking, chat, advertenties) vertraagd laden
  • Het aantal DOM-elementen klein houden, omdat grote pagina's elke wijziging vertragen

CLS verbeteren

  • Afbeeldingen, video's en insluitingen vaste afmetingen geven (width en height)
  • Ruimte reserveren voor advertenties, banners en later geladen inhoud
  • Lettertypen zo laden dat de tekst bij het wisselen niet springt (font-display, belangrijke lettertypen vooraf laden)
  • Geen inhoud boven al zichtbare inhoud invoegen

Meten

  • PageSpeed Insights: toont velddata uit CrUX en labdata voor één adres
  • Search Console: het rapport "Core Web Vitals" groepeert vergelijkbare pagina's van de hele website en scheidt mobiel en desktop (zie Google Search Console)
  • Chrome DevTools en Lighthouse: voor oorzaakanalyse in het lab
  • web-vitals-bibliotheek: meet de waarden bij je echte bezoekers en stuurt ze naar je analysetool

Veelgemaakte fouten

  • Alleen in het lab testen: Een goede Lighthouse-waarde zegt weinig als echte bezoekers komen met zwakkere apparaten en trage netwerken.
  • Optimaliseren op de score: De prestatiescore van Lighthouse is geen Core Web Vital. LCP, INP en CLS zijn waar het om draait.
  • Alleen desktop controleren: Er wordt apart beoordeeld, en mobiel zijn de waarden meestal slechter (zie Mobile-first indexering).
  • Te vroeg oordelen: Door de 28 dagen duurt het even voor velddata een wijziging tonen.
  • De LCP-afbeelding vertragen: Lazy loading is bedoeld voor afbeeldingen onder het zichtbare gebied, niet voor de grootste afbeelding bovenaan de pagina.

Verwante begrippen

Bronnen

Heb je iets aan deze inhoud?

·