Core Web Vitals: haal de snelheidstest van Google

In 2021 maakte Google bekend dat Core Web Vitals rankingfactoren zijn. Drie specifieke meetwaarden hebben nu direct invloed op je zoekposities: Largest Contentful Paint (LCP), Cumulative Layout Shift (CLS) en Interaction to Next Paint (INP). Sites met slechte waarden hebben minder kans om goed te ranken. Sites met uitstekende waarden krijgen een rankingvoordeel. In moderne SEO is het halen van de Core Web Vitals een must.

De gevolgen zijn groot. Je kunt prestaties niet langer negeren. Je kunt geen trage website bouwen en hopen op goede posities. Google heeft duidelijk gemaakt dat gebruikerservaring telt, en Core Web Vitals maken die gebruikerservaring meetbaar. Core Web Vitals optimaliseren is geen luxe meer, maar een voorwaarde voor concurrerende zichtbaarheid in zoekmachines.

Wat zijn Core Web Vitals en waarom zijn ze belangrijk?

Core Web Vitals meten drie dimensies van de gebruikerservaring: laadsnelheid (LCP), visuele stabiliteit (CLS) en responsiviteit (INP). De Web Vitals-pagina van Google beschrijft elke meetwaarde in detail. Deze drie meetwaarden vertegenwoordigen de belangrijkste aspecten van hoe gebruikers je website ervaren.

Google verzamelde biljoenen datapunten van echte gebruikers om te bepalen welke meetwaarden het zwaarst wegen. Het resultaat zijn de Core Web Vitals. Dit zijn geen willekeurige drempels, maar op bewijs gebaseerde metingen van wat een website voor echte gebruikers snel en responsief doet aanvoelen.

De officiële aankondiging van Google legt uit hoe Core Web Vitals de zoekposities beïnvloeden. Google beschouwt Core Web Vitals als een van de rankingfactoren. De kwaliteit en relevantie van content blijven zwaarder wegen, maar van twee even relevante sites ranken de sites volgens hun Core Web Vitals-prestaties.

Largest Contentful Paint (LCP): de laadsnelheid meten

Largest Contentful Paint (LCP) meet hoelang het duurt voordat het grootste contentelement op een pagina zichtbaar wordt voor de gebruiker. Dat kan een afbeelding, video, kop of tekstblok zijn. LCP meet het moment waarop de gebruiker de hoofdinhoud kan zien en merkt dat de pagina geladen is.

Het advies van Google: de LCP moet onder de 2,5 seconden liggen. Pagina's met een LCP onder de 2,5 seconden gelden als “goed”. Pagina's met een LCP tussen 2,5 en 4 seconden “moeten worden verbeterd”. Pagina's met een LCP boven de 4 seconden zijn “slecht”. Gebruikers met een LCP van meer dan 3 seconden ervaren de pagina als traag. Gebruikers met een LCP van meer dan 4 seconden haken vaak af.

Veelvoorkomende oorzaken van een trage LCP: een trage serverrespons, renderblokkerende CSS en JavaScript, niet-geoptimaliseerde afbeeldingen en grote lettertypen die tijd kosten om te laden. Los de LCP op door: de serversnelheid te verbeteren (de Time to First Byte / TTFB verlagen), renderblokkerende bronnen te verwijderen, JavaScript uit te stellen, afbeeldingen te optimaliseren en te comprimeren, moderne afbeeldingsformaten (WebP) te gebruiken en kritieke bronnen vooraf te laden.

PageSpeed Insights toont je LCP-score en geeft concrete aanbevelingen. Draai de test op je belangrijkste pagina's, geef de aanbevelingen een prioriteit op basis van hun impact en voer eerst de oplossingen met de grootste impact door.

Cumulative Layout Shift (CLS): de visuele stabiliteit meten

Cumulative Layout Shift (CLS) meet onverwachte bewegingen van pagina-elementen terwijl de pagina laadt. Als je een artikel leest en de tekst plotseling naar beneden springt omdat er boven een advertentie is geladen, is dat een layout shift. CLS geeft in een getal weer hoeveel de lay-out van de pagina tijdens het laden verschuift.

Het advies van Google: de CLS moet onder de 0,1 liggen. Een CLS-score onder de 0,1 is “goed”. Scores tussen 0,1 en 0,25 moeten worden verbeterd. Scores boven de 0,25 zijn “slecht”. Zelfs kleine verschuivingen tellen op. Een CLS van 0,15 betekent dat pagina-elementen tijdens het laden in totaal 15% van de hoogte van het viewport zijn verschoven. Gebruikers vinden dat vervelend en raken gefrustreerd.

Veelvoorkomende oorzaken van een hoge CLS: advertenties die asynchroon laden, afbeeldingen zonder opgegeven width- en height-attributen, embeds (YouTube-video's, widgets van sociale media) die asynchroon laden en lettertypen die plotseling wisselen. Los CLS op door: afbeeldingsafmetingen in de HTML op te geven (width- en height-attributen), ruimte voor advertenties te reserveren voordat ze laden, font-display: swap te gebruiken in @font-face-CSS om haperingen bij het wisselen van lettertypen te voorkomen, en video's en embeds synchroon te laden of met gereserveerde ruimte.

Elke afbeelding op je site hoort expliciete width- en height-attributen te hebben. Zo weet de browser dat hij ruimte moet reserveren voordat de afbeelding geladen is. Zonder afmetingen weet de browser niet hoeveel ruimte hij moet vrijhouden, waardoor de lay-out verschuift zodra de afbeelding binnenkomt.

Interaction to Next Paint (INP): de responsiviteit meten

Interaction to Next Paint (INP) meet hoe snel je pagina reageert op interacties van gebruikers (klikken, tikken, toetsenbordinvoer). INP is de tijd tussen het moment waarop een gebruiker iets op de pagina doet en het moment waarop de pagina visueel reageert. Een responsieve pagina reageert in milliseconden. Een niet-responsieve pagina doet er seconden over.

Het advies van Google: de INP moet onder de 200 milliseconden liggen. Scores onder de 200 ms zijn “goed”. Scores tussen 200 en 500 ms moeten worden verbeterd. Scores boven de 500 ms zijn “slecht”. Gebruikers verwachten een directe reactie. Een INP van 500 ms voelt traag. Een INP van 1 seconde voelt kapot.

Veelvoorkomende oorzaken van een slechte INP: zware JavaScript die de hoofdthread blokkeert, grote scripts van derden, inefficiënte event handlers en het niet gebruiken van request idle callbacks. Los INP op door: lange JavaScript-taken op te knippen in kleinere stukken, niet-kritieke JavaScript uit te stellen, ongebruikte scripts te verwijderen, event listeners te optimaliseren en web workers te gebruiken voor rekenintensieve taken.

INP is vaak de moeilijkste Core Web Vitals-meetwaarde om te optimaliseren, omdat er JavaScript-expertise voor nodig is. Heeft je team die kennis niet in huis, overweeg dan een prestatieconsultant in te huren of een externe dienst voor prestatieoptimalisatie te gebruiken.

Hoe Core Web Vitals worden gemeten

Core Web Vitals worden op twee manieren gemeten: met labdata en met velddata. Labdata komt van tools als PageSpeed Insights en Lighthouse, die in een gecontroleerde omgeving draaien. Velddata komt van echte gebruikers die je site bezoeken. Google geeft voorrang aan velddata, omdat die de werkelijke gebruikerservaring weergeeft.

Het leertraject over prestaties van Google legt het verschil tussen lab- en veldmetingen uit. Met labdata spoor je problemen op en test je oplossingen. Velddata laat de prestaties in de praktijk zien. Je kunt uitstekende labscores hebben maar slechte veldscores als je echte gebruikers een traag netwerk of een oud apparaat hebben.

Google Search Console rapporteert velddata van de Core Web Vitals. Het rapport toont metingen van echte gebruikers, samengevoegd uit het Chrome User Experience Report (CrUX). Heeft je site te weinig data van echte gebruikers, dan toont Google in plaats daarvan labdata van Lighthouse.

Benchmarks en slagingsscores

Google beschouwt Core Web Vitals als “goed” wanneer ze het 75e percentiel van de gebruikerservaring halen. Dat betekent dat 75% van de echte gebruikers je site ervaart op of boven de drempel. De drempels zijn:

LCP: 2,5 seconden of minder. CLS: 0,1 of minder. INP: 200 milliseconden of minder. Deze drempels zijn wetenschappelijk gevalideerd aan de hand van de analyse van biljoenen echte gebruikersinteracties. Pagina's die deze drempels halen of overtreffen, bieden een goede gebruikerservaring.

Google eist echter niet dat 100% van je pagina's de Core Web Vitals haalt. Als 75% van je pagina's slaagt, geldt je site over het geheel als een site met “goede” Core Web Vitals. Dat betekent dat je best een aantal tragere pagina's mag hebben en toch slaagt, zolang de meerderheid van je pagina's met verkeer snel is.

Elke meetwaarde optimaliseren: praktische stappen

LCP optimaliseren: Meet eerst je TTFB (Time to First Byte) met PageSpeed Insights. Is de TTFB traag (meer dan 600 ms), dan is je server de bottleneck. Upgrade je hosting, optimaliseer de backendcode of gebruik een Content Delivery Network (CDN). Is de TTFB goed maar de LCP traag, dan blokkeert je CSS of JavaScript het renderen. Stel niet-kritieke JavaScript uit en plaats de kritieke CSS voor content boven de vouw inline.

CLS optimaliseren: Controleer je site op elementen die tijdens het laden bewegen. Gebruik de DevTools van je browser om verschuivende elementen te vinden. Voeg width- en height-attributen toe aan elke afbeelding. Gebruik font-display: swap in CSS. Reserveer ruimte voor advertenties, embeds en dynamische content.

INP optimaliseren: Gebruik het tabblad Performance van Chrome DevTools om lange JavaScript-taken te vinden (taken van meer dan 50 ms). Knip lange taken op. Stel niet-kritieke JavaScript uit. Gebruik requestIdleCallback voor werk met lage prioriteit. Test op echte apparaten, niet alleen op desktopcomputers.

Core Web Vitals in de loop van de tijd monitoren

Gebruik Google Search Console om de prestaties van je Core Web Vitals te monitoren. Het rapport over Core Web Vitals toont de meetwaarden van echte gebruikers van je site en hoe die zich verhouden tot de drempels van Google. Pagina's worden ingedeeld als Goed, Moet worden verbeterd of Slecht.

Stel waarschuwingen in. Als je Core Web Vitals verslechteren, moet je meteen onderzoeken waarom. Mogelijke oorzaken: nieuwe code die inefficiënt blijkt, nieuwe scripts van derden, wijzigingen aan afbeeldingen of media, of problemen met de hosting.

Monitor mobiel en desktop apart. Mobiele apparaten hebben meestal tragere processors en tragere netwerken, dus de Core Web Vitals zijn op mobiel vaak slechter dan op desktop. Geef mobiele optimalisatie voorrang bij sites met veel mobiel verkeer.

Core Web Vitals en je SEO-strategie

Core Web Vitals zijn nu een kernfactor voor rankings, vergelijkbaar in belang met backlinks en contentkwaliteit. Sites met slechte Core Web Vitals ranken waarschijnlijk niet goed, hoe goed hun content ook is. Daarom moet prestatieoptimalisatie deel uitmaken van je SEO-strategie en geen bijzaak zijn.

Als je strijdt om posities en je concurrenten betere Core Web Vitals hebben, hebben zij een rankingvoordeel. Met alleen content win je niet als je site traag en niet-responsief is. Je moet de prestaties van je concurrenten evenaren of overtreffen om op gelijke voet te kunnen concurreren.

Conclusie

Core Web Vitals zijn nu essentieel voor succes met SEO. Het optimaliseren van LCP, CLS en INP verbetert direct je zoekposities en de gebruikerservaring. Sites met uitstekende Core Web Vitals ranken boven even relevante sites met slechte waarden. Er is geen weg omheen: wil je bovenaan staan, dan moet je de Core Web Vitals halen.

Begin met het draaien van PageSpeed Insights op je belangrijkste pagina's. Zoek je grootste knelpunten en los die eerst op. Geef mobiele optimalisatie voorrang. Monitor de prestaties regelmatig in Google Search Console. Gebruik onze GEO SEO-audit om problemen met de Core Web Vitals op je hele site op te sporen en verbeteringen in de loop van de tijd te volgen.