Naar de inhoud

Begrip

Wat is core web vitals?

Google meet niet hoe snel je site is op je kantoor, maar hoe ze aanvoelt voor de traagste kwart van je echte bezoekers. Drie getallen, hun grenzen en wat ze je kosten.

Wat is core web vitals: de homepage van Villa Lidia op een gsm, een site die bij de herbouw van 8,4 naar 1,4 MB ging
Core Web Vitals
Core Web Vitals zijn drie metingen van Google voor de ervaring op een pagina: hoe snel de hoofdinhoud laadt (LCP), hoe snel ze reageert (INP) en hoe stil ze blijft staan (CLS).
Ook genoemdkernwebvitaliteitpage experience-signalen

Door , COO

4 min lezen
Op deze pagina
  1. 01Drie getallen en hun grenzen
  2. 02Wat een tiende seconde waard is
  3. 03Villa Lidia: van 8,4 naar 1,4 MB
  4. 04Optimaliseren of opnieuw bouwen

Core Web Vitals meet Google niet in een labo, maar bij echte bezoekers die Chrome gebruiken, over de laatste 28 dagen. En Google kijkt niet naar het gemiddelde, maar naar het 75e percentiel: een pagina is pas goed als drie op de vier bezoekers een goede ervaring hebben. Ook die met een oude gsm op 4G in Ronse. Dat verklaart waarom je site op je kantoorlaptop vlot oogt en in Search Console toch rood staat. Hoe Belgische kmo-sites op de Largest Contentful Paint scoren, meten we in de laadtijd van websites in België.

Google stelde de drie metingen voor in mei 2020 en neemt ze sinds juni 2021 mee in de zoekresultaten. In maart 2024 verving INP de oudere meting FID, die alleen de eerste klik mat. Google zegt er zelf bij dat goede scores geen hoge positie garanderen: relevante inhoud gaat voor. Maar bij twee even goede pagina's wint de snelle, en een trage pagina verliest vooral bezoekers voor ze iets gelezen hebben.

Drie getallen en hun grenzen

MetingWat ze meetGoedSlecht
LCP, Largest Contentful PaintWanneer het grootste beeld of tekstblok in beeld staatTot 2,5 sBoven 4 s
INP, Interaction to Next PaintHoe snel de pagina reageert op een klik of tikTot 200 msBoven 500 ms
CLS, Cumulative Layout ShiftHoeveel de inhoud verspringt tijdens het ladenTot 0,1Boven 0,25

Alles daartussen noemt Google "te verbeteren". Je eigen cijfers zie je in Search Console onder Core Web Vitals, of per pagina met onze snelheidstest, die vanuit Europa meet.

Een zware homepage en dezelfde pagina na het werk

  • LCP Laadtijd hoofdinhoudzware homepage 5,2s / na optimalisatie 1,8s

    goedte verbeterenslecht

  • INP Reactie op een klikzware homepage 420ms / na optimalisatie 120ms

    goedte verbeterenslecht

  • CLS Verspringenzware homepage 0,31 / na optimalisatie 0,02

    goedte verbeterenslecht

Grenzen van Google op het 75e percentiel. De twee waarden per meter zijn een voorbeeld, geen meting.

Waar de seconden meestal zitten

  • Het hoofdbeeldEen foto van 4 MB bovenaan is de klassieke oorzaak van een trage LCP. In WebP of AVIF en op de juiste breedte weegt hij een tiende.
  • JavaScript van derdenPaginabouwers, sliders, chatwidgets en trackingscripts maken INP traag. Elk script dat je bezoeker niet nodig heeft, eruit.
  • Beelden zonder matenKrijgt een beeld geen breedte en hoogte, dan springt de tekst opzij als het laadt. Dat is CLS, en het kost misklikken.
  • Een trage serverEen gedeelde hosting ver weg kost elke bezoeker een halve seconde voor er iets gebeurt. Een statische site op een CDN dichtbij niet.

Wat een tiende seconde waard is

Deloitte mat in 2020 samen met Google bij 37 merken wat een snellere mobiele site oplevert. Een tiende seconde sneller gaf gemiddeld 8,4 procent meer conversies in retail en 10,1 procent in de reissector.

Snelheid helpt ook je advertenties: de ervaring op je landingspagina telt mee in je kwaliteitsscore en dus in je klikprijs, en een snellere pagina verhoogt je conversieratio.

Villa Lidia: van 8,4 naar 1,4 MB

Toen we de site van Villa Lidia herbouwden, een vakantievilla in Umbrië, woog de homepage 8,4 MB, vooral door grote foto's. Na de herbouw is dat 1,4 MB, en de beeldbibliotheek ging van 51 naar 17 MB, zonder dat er een foto minder mooi werd. Voor gasten die op hun gsm een villa zoeken, is dat het verschil tussen een pagina die er meteen staat en een die wacht. De techniek: elk beeld in vier breedtes als WebP, de browser kiest de kleinste die past, en elk beeld krijgt vooraf zijn maten zodat er niets verspringt.

Optimaliseren of opnieuw bouwen

Op een paginabouwer of een zwaar WordPress-thema zit een deel van de traagheid in de fundering: je kan beelden verkleinen en scripts uitstellen, maar je blijft tegen het thema vechten. Lees daarover waarom WordPress zo traag is. Hoe je een bestaande site stap voor stap sneller maakt, staat in website snelheid optimaliseren. Een site die van bij de bouw snel is, kost niet meer, maar vraagt andere keuzes: een statische site, beelden in de juiste maten, weinig scripts.

Wat site-eigenaars ons vragen over snelheid

Waarom verschillen mijn cijfers in PageSpeed en Search Console?

PageSpeed toont een labotest op een gesimuleerde gsm en, bij genoeg verkeer, ook echte gegevens. Search Console toont alleen echte bezoekers over 28 dagen.

Wat is het verschil tussen INP en FID?

FID mat alleen de vertraging van de eerste klik. INP, sinds maart 2024 de officiële meting, kijkt naar de traagste reactie op alle klikken, tikken en toetsen tijdens een bezoek.

Mijn site heeft te weinig bezoekers voor gegevens. Wat nu?

Dan toont Search Console niets en gebruikt Google de cijfers van je hele domein of geen. Test dan per pagina in het labo en los op wat daar rood staat: het hoofdbeeld, de scripts en de beeldmaten.

SEO

Hoe VBS sites bouwt die snel blijven

We bouwen websites die van bij de start snel zijn: statisch gebouwd, op een CDN in Europa, met elk beeld in meerdere breedtes en vaste maten, en zonder scripts die je bezoeker niet nodig heeft. Zo werkten we voor Villa Lidia, SN Group en Business Centrum.

Hoe we dat aanpakken, lees je bij SEO.

Hoe scoort jouw site bij echte bezoekers?

Geef ons toegang tot je Search Console, dan zeggen we welke drie ingrepen het meest schelen.

Optioneel, als je liever gebeld wordt.

Wat wil je bereiken, en wat staat er al?

We gebruiken je gegevens alleen om je te antwoorden.