Core Web Vitals van Google: alles wat je moet weten

Wat zijn de Core Web Vitals van Google?

De Core Web Vitals zijn drie factoren die volgens Google belangrijk zijn om de gebruikerservaring van een webpagina te meten.

De volgende drie aspecten komen hierbij om de hoek kijken:

• Hoe snel een pagina laadt;
• Hoe snel er interactie mogelijk is op de pagina;
• Hoe stabiel de pagina is tijdens en na het laden.

Google heeft deze drie onderdelen verwerkt in drie metrics met een vaste benaming, namelijk:

1. Largest Contentful Paint (LCP)
2. First Input Delay (FID)
3. Cumulative Layout Shift (CLS)

Hiermee zijn de Core Web Vitals een groot onderdeel geworden van, zoals Google zelf zegt: de Page Experience Ranking Factor.

De Page Experience bestaat naast Core Web Vitals ook nog uit andere zaken zoals hoe mobiel vriendelijk een pagina is, HTTPS, veilig kunnen browsen en ‘no intrusive interstitials’ (geen onverwachte interrupties zoals pop-ups).

Als je website geoptimaliseerd is voor al deze zaken dan hebben de bezoekers op jouw website in de ogen van Google een goede Page Experience.

Waarom zijn de Core Web Vitals zo belangrijk?

Google zegt letterlijk op hun website dat de kwaliteit van de gebruikerservaring uiteindelijk het succes op lange termijn voor welke website is.

En hier valt natuurlijk wat voor te zeggen. Zoekmachines zoals Google willen gebruikers natuurlijk de beste resultaten laten zien.

De websites die Google laat zien in de zoekresultaten moeten dus ook een goede gebruikerservaring leveren. Daarom zijn de Core Web Vitals zo belangrijk voor jou en voor Google.

Het bieden van een optimale gebruikerservaring stond als het goed is al hoog op je lijst en nu Google dit ook nog eens onderdeel gaat maken van het zoekalgoritme is het alleen maar belangrijker geworden.

Doordat Google Web Vitals dus uit gaat rollen als officiële rankingfactor heeft het ook invloed op je SEO. Hier vertellen we later in dit artikel meer over.

Hoe worden Core Web Vitals gemeten?

Core Web Vitals worden gemeten aan de hand van de drie eerder genoemde metrics:

1. Largest Contentful Paint (LCP)
2. First Input Delay (FID)
3. Cumulative Layout Shift (CLS)

Iedere pagina krijgt een score op deze drie onderdelen. Het is goed om te melden dat de scores kunnen verschillen per testmethode.

Google maakt namelijk gebruik van:

Field data-> Real user metrics van de site gebaseerd op ongeveer een maand aan verkeer

Lab test data-> Gebaseerd op tools zoals je browser die een inschatting maken van wat de users zien

De field data zie je terug in Google Search Console en is op basis van echt verkeer. De Lab test data verkrijg je door gebruik te maken van bijvoorbeeld Chrome DevTools of Lighthouse. Dit is ideaal als je website bijvoorbeeld nog in de ontwikkelfase zit.

Uiteindelijk is de field data de meest betrouwbare. Deze meet namelijk het échte verkeer en zien hierbij ook de verschillen per apparaat, netwerkconnecties en andere externe zaken die van invloed zijn op de prestaties van een website.

Laten we eens inzoomen op elk van de drie onderdelen, beginnend met de Largest Contentful Paint (LCP).

Largest Contentful Paint (LCP)

Largest Contentful Paint (LCP) meet wanneer het grootste content element in de viewpoort zichtbaar wordt. Het kan worden gebruikt om te bepalen wanneer het belangrijkste element van een pagina is weergegeven op het scherm.

Het verschilt per pagina welk element dit is. Soms is het een afbeelding en andere keer is het een video of een titel.

In onderstaande afbeelding van Google zie je goed hoe de LCP kan veranderen tijdens het inladen van een pagina.

• Google ziet in de eerste vier dia’s de titel als LCP maar daarna wordt er nog een afbeelding ingeladen, die dan als Google gezien wordt als LCP

Hoe langer het duurt voordat de LCP is ingeladen, des te lager is je score. Google hanteert op dit moment een max van 2,5 seconden voor een ‘goede’ score voor je LCP. Alles hierboven heeft verbetering nodig.

De belangrijkste oorzaken van een slechte LCP zijn:

• Trage server response
• Render-blocking JavaScript en CSS
• Resources die traag laden
• Client-side rendering

Een trage reactietijd van de server is goed te meten aan de hand van TTFB. Maar kijk ook eens kritisch naar je code: hoeveel JavaScript wordt er bijvoorbeeld ingeladen? Maak je gebruik van een CDN of uitgebreide caching?

First Input Delay (FID)

FID meet de tijd vanaf het moment dat een gebruiker voor het eerst interactie heeft met een pagina. Dit betekent concreet hoe lang het duurt dat de browser begint te laden als je bijvoorbeeld op een link of knop klikt.

In de praktijk gebeurd het regelmatig dat als je op een knop drukt, er eigenlijk niets zichtbaars gebeurd. Je moet wachten, terwijl er op de achtergrond misschien een uitgebreid JavaScript bestand wordt geladen.

Doordat er niet direct iets gebeurd, ga je nog een keer op de button klikken. En zo gebeurd het dat je gefrustreerd raakt, of misschien wel twee keer iets in je winkelmandje stopt.

Om deze frustratie te beperken heeft Google dus FID in het leven geroepen.

Om een goede gebruikerservaring te bieden moet volgens Google de FID niet langer duren dan 100 milliseconden. In de praktijk betekent dit dus 0,1 seconde.

Belangrijk om te weten:

Weet je nog dat we het hadden over Field data en Lab Test data? FID is alleen te meten met echte field data. Dit komt omdat de FID pas gemeten kan worden na interactie van een gebruiker. Hier is dus echte gebruikersdata voor nodig.

Een lage score op de First Input Delay (FID) wordt vaak veroorzaakt door veel of onjuiste JavaScript. Om je FID te verbeteren geeft Google je de volgende tips mee:

• Verminder de impact van third-party code
• Verminder de uitvoertijd van JavaScript
• Minimaliseer main thread work;
• Houd het aantal verzoeken laag

Een uitgebreide handleiding om je FID te verbeteren vind je op deze pagina van Google.

Cumulative Layout Shift (CLS)

CLS meet de visuele stabiliteit van je website. Onverwachte verschuivingen van de layout zorgen voor een lagere CLS.

Ook dit heeft weer te maken met het wegnemen van een stukje frustratie van de gebruiker/bezoeker en het optimaliseren van de gebruikerservaring.

Je hebt vast wel eens een stuk tekst gelezen als vervolgens het scherm en dus de tekst ineens verspringt.

Erg vervelend en niet gewenst.

Naast dat het vervelend kan zijn kan het in sommige gevallen ook schadelijk zijn. Google illustreert dit goed via onderstaande video.

Uiteindelijk meet CLS het totaal van alle individuele layout verschuivingen op een pagina. Een layout verschuiving is in dit geval een element op de pagina dat van positie veranderd.

In bovenstaande afbeelding zie je dat een goede CLS score lager is dan 0.1.

Hoe groter de verschuiving/verandering van de layout, des te meer impact dit heeft op de score.

Hoe verbeter je je CLS?

De grootste verbetering behaal je door je aan een aantal voorwaarden te houden:

• Maak altijd gebruik van ‘size attributes’ voor je afbeeldingen en video’s. De browser weet dan direct hoe groot de ruimte is voor de afbeelding en video en zorgt er dus voor dat elementen niet gaan verspringen;
• Voeg nooit content toe boven content dat al is ingeladen (behalve na een interactie van de bezoeker/gebruiker);
• Als je animaties gebruikt, zorg er dan voor dat je de animatie niet veranderd, maar de property van de animatie.

Hoe je CLS tot in detail optimaliseert kun je uiteraard weer vinden op deze pagina van Google.

SEO en Core Web Vitals

Zoals gezegd worden Core Web Vitals een officiële ranking factor. Het plan is om dit vanaf mei 2021 uit te rollen. Het is nog niet duidelijk of dit direct voor alle landen live gaat, maar feit is wel dat de datum steeds dichterbij komt.

Hoe groot de impact op je SEO is, is nog niet duidelijk. Google doet hier geen uitspraken over en tot de tijd dat het live is kan hier ook nog geen onderzoek naar gedaan worden.

Volgens veel SEO specialisten zijn de Core Web Vitals in ieder geval één van de belangrijkste trends in 2021 als het gaat om SEO.

Het feit dat Google dit al ver van tevoren heeft aangekondigd impliceert dat het een belangrijke ranking factor wordt. De vraag is alleen: hoe belangrijk?

Core Web Vitals Indicator in zoekresultaten

Een belangrijke aanjager voor een betere doorklikratio vanuit de zoekresultaten naar jouw website, kan de nieuwe visuele indicator zijn.

Deze visuele indicator geeft aan dat de pagina van dit zoekresultaat een goede gebruikerservaring biedt.

Het is nog niet helemaal zeker, maar het bovenstaande visuele element lijkt het te gaan worden.

De vraag is of Google hier alleen mee gaat experimenteren, of dat dit uiteindelijk een vast element in de zoekresultaten wordt.

Als dit definitief wordt toegevoegd is de verwachting dat dit best veel impact gaat maken op de CTR en indirect dus ook je positie in Google.

Als jouw pagina (met visuele indicator) vaker wordt aangeklikt dan de concurrenten om je heen (zonder visuele indicator) is dit voor Google een positief signaal en kan het je mogelijk belonen met hogere zoekwoordposities.

Als je de keuze hebt tussen twee pagina’s die qua content vrijwel exact hetzelfde zijn. Maar één pagina heeft een goede gebruikerservaring (visuele indicator) en de andere niet, dan kies je waarschijnlijk voor de pagina met de goede gebruikerservaring.

Hosting en Core Web Vitals

Core Web Vitals gaat in de basis ook een stuk om performance. Vooral het LCP onderdeel is belangrijk als het gaat om performance, want het meet hoe snel een pagina laadt.

De Time To First Byte is hierin een vrij belangrijk factor. Hosting heeft veel invloed op je TTFB. Daarom is snelle hosting ook zo belangrijk.

De hosting van Hipex is geoptimaliseerd om je TTFB zo laag mogelijk te houden.

Het is belangrijk om te melden dat Core Web Vitals vooral om user experience gaat en dat snelheid hierin wordt meegenomen.

Maar wees ervan bewust dat het niet hetzelfde is. Een snelle website is daarom dus zeker geen garantie voor een goede user experience. Voor een goede user experience is een snelle site wel belangrijk.

De toekomst van Core Web Vitals

Core Web Vitals is echt een fenomeen wat voorlopig zo zal blijven. In deze video op het Google Chrome Developers Youtube account geeft Annie Sullivan al aan dat de principes van Web Vitals zullen blijven bestaan.

De manier waarop de metrics worden ingevuld, gemeten en evolueren kan verschillen en ook Google optimaliseert natuurlijk op basis van echte data uit de praktijk.

Ze zullen hoe dan ook hun Core Web Vitals uitbreiden op basis van field data om zo stap voor stap de gebruikerservaring op webpagina’s over het gehele internet te verbeteren. Uiteindelijk zullen mensen Google blijven gebruiken. En dat is uiteindelijk het belangrijkste voor Google.