Core Web Vitals en sitesnelheid uitgelegd

Core Web Vitals zijn de drie meetwaarden waarmee Google beoordeelt hoe je site voelt voor een bezoeker: hoe snel de belangrijkste inhoud verschijnt, hoe snel de pagina reageert op een klik, en hoe stabiel de opmaak blijft tijdens het laden. Ze wegen mee in je posities en, belangrijker nog, in je conversie.

De drie waarden

LCP, Largest Contentful Paint. Hoe lang het duurt voordat het grootste element in beeld staat, meestal een afbeelding of een kop. Onder de 2,5 seconden geldt als goed.
INP, Interaction to Next Paint. Hoe snel de pagina zichtbaar reageert nadat iemand klikt of tikt. Onder de 200 milliseconden geldt als goed. Deze waarde verving eerder gebruikte reactiemetingen.
CLS, Cumulative Layout Shift. Hoeveel de opmaak verspringt tijdens het laden. Onder 0,1 geldt als goed. Dit is de irritatie waarbij je op de verkeerde knop drukt omdat er nog een banner inschuift.

Meet altijd op mobiel. Daar zitten de meeste bezoekers en daar zijn de problemen het grootst.

Waarom het commercieel telt

Het effect op je posities is reëel maar bescheiden. Het effect op je conversie is dat niet. Elke seconde extra laadtijd kost meetbaar bezoekers, en op mobiel haakt een groot deel af als een pagina traag opent. Voor een webshop is dat direct omzet, voor een dienstverlener zijn het gemiste aanvragen.

Zie het dus niet als een SEO-taakje maar als een verbetering van je verkoopproces die toevallig ook je vindbaarheid helpt.

De oorzaken die je meestal aantreft

Bij kleine en middelgrote sites komen dezelfde vier oorzaken telkens terug. Te grote afbeeldingen die niet in een modern formaat zijn opgeslagen. Te veel externe scripts, vaak trackers en chatwidgets die niemand meer gebruikt. Zware thema's of plug-ins die veel meer laden dan de pagina nodig heeft. En afbeeldingen of advertenties zonder vaste afmetingen, waardoor de pagina verspringt.

Wat je praktisch doet

Begin bij de afbeeldingen: schaal ze terug naar de maat waarop ze getoond worden, sla ze op in een modern formaat en laad alles onder de vouw pas als het nodig is. Dat alleen al lost bij veel sites het grootste deel van het probleem op.

Ruim daarna op wat je niet gebruikt: oude scripts, ongebruikte plug-ins, lettertypen die je nergens toepast. Geef ten slotte alle afbeeldingen en ingesloten elementen vaste afmetingen mee, zodat er niets meer verspringt.

Meten met echte gegevens

Testtools geven een momentopname in een gesimuleerde omgeving. Dat is nuttig om oorzaken te vinden, maar de waarheid staat in de veldgegevens van je echte bezoekers, die je terugvindt in Google Search Console. Kijk daar per paginagroep, want vaak zit het probleem bij één type pagina en niet bij je hele site.

Zowel snelheid als deze meetwaarden komen standaard terug in een SEO-audit en in de technische SEO-checklist.

De link met AI-zoekmachines

Een trage of zwaar op JavaScript leunende site is ook voor AI-crawlers lastiger te lezen. Wat je oplost voor snelheid, helpt dus direct je AI-zichtbaarheid, zie AI-crawlers toegang geven.

Een voorbeeld

Neem een denkbeeldige webshop in woonaccessoires met een mooie homepage: een grote foto bovenaan, een slider met aanbiedingen en een chatknop. Op een telefoon duurt het lang voordat de grote foto verschijnt, en de tekst verspringt als de slider laadt. Na onderzoek blijkt de foto vier keer zo groot als nodig, laadt de slider eerst een bibliotheek in voordat er iets te zien is, en duwt de chatknop de pagina naar beneden als hij verschijnt. De foto wordt verkleind en in een modern formaat gezet, met voorrang bij het laden. De slider wordt vervangen door één vaste banner. De chatknop krijgt een vaste plek, zodat er niets meer verspringt. De pagina is daarna op een telefoon een stuk sneller bruikbaar.

Welke fouten zie je het vaakst?

Te grote afbeeldingen. Een foto van een paar megabyte voor een vlak van een paar honderd pixels breed. Lever beelden in het formaat waarin ze getoond worden, in een modern bestandsformaat.
De belangrijkste afbeelding laadt te laat. Het grootste beeld bovenaan krijgt geen voorrang, of wordt pas geladen als JavaScript klaar is.
Te veel scripts van derden. Chat, analyse, advertentiepixels en widgets laden elk hun eigen code. Elk script kost tijd, ook als het niets toont.
Lettertypen die laat binnenkomen. De tekst verschijnt eerst in een ander lettertype en springt daarna om, of blijft onzichtbaar tot het lettertype geladen is.
Elementen zonder vaste maat. Afbeeldingen, advertenties en banners zonder vaste breedte en hoogte duwen de pagina opzij zodra ze verschijnen.

Wat betekent dit voor AI-zoekmachines?

Crawlers van AI-diensten hebben een beperkte tijd per pagina. Een site die traag reageert of zijn tekst pas na veel JavaScript laat zien, wordt minder goed gelezen. Een snelle site met de tekst direct in de HTML wordt door zoekmachines en AI-crawlers beter begrepen. Zie technische SEO-checklist.

Hoe vaak meet je?

Na elke grote wijziging aan je site, zoals een nieuw thema, een nieuwe plug-in of een nieuwe homepage, en daarnaast één keer per maand. In Search Console zie je onder Core Web Vitals hoe je pagina's het doen bij echte bezoekers. Die gegevens lopen een paar weken achter, dus meet direct na een wijziging ook zelf met PageSpeed Insights.

Veelgestelde vragen

Moet ik een score van 100 halen in PageSpeed Insights? Nee. Die score is een testmeting. Wat telt, is of je pagina's bij echte bezoekers binnen de grenzen voor goed vallen.

Helpt een snellere hosting? Soms, als de server traag reageert. Meestal zit de winst in afbeeldingen, scripts en lettertypen op de pagina zelf.

Aan de slag

dGEN Productions meet techniek, snelheid en vindbaarheid met de Growth Engines. Bekijk de SEO Engine-case, lees SEO voor kleine bedrijven of plan een gratis gesprek.

Meer over SEO

Uit de blog

dGEN Productions, AI-bureau in Veldhoven, regio Eindhoven (Brainport), onderdeel van dGEN Labs. De Run 1141 (1e verdieping, nr. 12), 5503 LB Veldhoven · info@dgenproductions.nl · 06-87413056 · KvK 97916137 (eenmanszaak) · btw NL005295840B15