• 21 februari 2022
  • SEO

Hoe belangrijk zijn de Core Web Vitals van Google?

Google ziet de Core Web Vitals als de belangrijkste statistieken die er zijn. Met deze statistieken meet je namelijk de gebruikservaring van je bezoekers. Maar hoe belangrijk zijn ze echt? Dat vertellen we je in dit blog.

De Core Web Vitals meten onder andere de paginasnelheid en gebruikersinteracties. In Jip en Janneke taal: De Web Core Vitals zijn een aantal factoren die deel uitmaken van de Google-score voor de pagina ervaring van de bezoeker. Oftewel de manier waarop Google de algehele gebruikerservaring (user experience) van jouw pagina beoordeelt.

Welke Core Web Vitals worden gemeten door Google?

Het is belangrijk dat je weet wat ze betekenen, waarom ze afzonderlijk belangrijk zijn en hoe je de Google Core Web Vitals op je website kunt verbeteren. De Google Core Web Vitals bestaan uit:

  • Loading – Largest Contentfull paint (LCP)
  • Interactivity – First Input Delay (FID)
  • Visual Stability – Cumulative layout shift (CLS)

Core Web Vitals zijn bijzonder belangrijke onderdelen voor de ervaringsscore van je pagina geworden. Er gaan zelfs geluiden dat in de toekomst de Web Core Vitals Vitals bekend gaan staan als de zwaarst gewogen aspecten van de ervaringsscore van je website.

Waarom zijn Google Core Web Vitals zo belangrijk?

Sinds de zomer van 2021 beschouwt Google de pagina ervaring als een officiële rankingsfactor. De pagina ervaring van de bezoeker is een mix van factoren die Google belangrijk vindt voor algehele positieve klantervaring. Factoren die hieronder vallen zijn o.a.:

  • Een URL met HTTPS (HTTPS laat zien dat je website beveiligd is);
  • Mobielvriendelijkheid (zo kunnen bezoekers makkelijk door de mobiele versie van je website navigeren);
  • Geen vervelende en opdringerige pop-ups op je website;
  • Safe-browsing (dit komt er op neer dat er geen malware (een virus) op je pagina’s aanwezig zijn).

Kortom: wil je strijden voor die #1 plek in Google? Dan moét je wel rekening houden met deze Google Web Vitals. De gebruiker wordt steeds belangrijker en dat heeft ook invloed op je SEO-strategie.

We nemen alle drie de onderdelen met je door.

Largest contentful paint (LCP)

Onder de Core Web Vitals valt o.a. Largest Contentful Paint. Dit is de hoeveelheid tijd die nodig is om een pagina te laden vanaf het moment dat je deze voor het eerst opent. Om het eenvoudig te maken kun je LCP het beste zien als een meetinstrument. Met dit meetinstrument wordt de laadsnelheid van je grootste content-elementen gemeten. Deze content-elementen kunnen bestaan o.a. uit:

  • Headings (H1, H2, H3, etc.) en of paragrafen
  • Afbeeldingen (IMG, JPEG, PNG, etc.)
  • Video’s
  • Achtergronden die ingeladen worden

Je kunt je huidige LCP-gegevens bekijken met Google Search Console. De gegevens in Search Console zijn net als Pagespeed Insights afkomstig uit het Chrome Gebruikservaring Rapport. Het voordeel van Search Console is dat je de LCP-gegevens over de hele website kunt zien. Je hoeft niet één voor één alle pagina’s te analyseren. In Search console krijg je direct een lijst met de pagina kwaliteitsstatus van de URL’s van je website.

Google verdeelt de LCP-snelheid in drie categorieën:

  • Goed (Groen)
  • Moet worden verbeterd (Oranje)
  • Slecht (Rood)

In een ideale wereld wil je dat elke pagina een LCP van 2,5 seconden of minder heeft.

Zo verbeter je de LCP van je website

Het herkennen van verschillende verbeteringen is stap één. Het doorvoeren van deze verbeteringen is stap twee. We hebben de volgende tips op een rijtje gezet:

  • Upgrade je webhost: een betere hosting zorgt in veel gevallen voor een snellere laadtijd.
  • Schakel lazy loading in: lazy loading zorgt ervoor dat afbeeldingen alleen geladen worden als ze klaar zijn om bekeken te worden. Bijvoorbeeld als een bezoeker op je pagina naar beneden scrolt. Het aanzetten van lazy loading kan voor een snellere LCP zorgen.
  • Verwijder grote pagina-elementen: Pagespeeds Insights of Search Console laten zien welk element je pagina vertraagt.
  • Verwijder onnodige ’third-party scripts’: bij ’third party-scripts’ moet je denken aan een code die van een externe partij komt. Denk bijvoorbeeld aan een Facebook-button die op de website staat. ‘Third-party scripts’ kunnen de paginasnelheid flink vertragen.

First input delay (FID)

De volgende stap is om naar de First Input Delay (FID) te kijken. Kunnen jouw gebruikers namelijk goed omgaan met je pagina? Dit is waar de FID van pas komt. Hierin wordt namelijk de werkelijke tijd gemeten die een bezoeker nodig heeft om snel een interactie met je pagina aan te kunnen gaan.

Voorbeelden van interactie zijn:

  • Een klik op een link in de navigatie;
  • Een e-mailadres invullen bij een contactformulier;
  • Het kiezen van een menu-item in vervolgkeuzelijst (dropdown);
  • Het openen van een ‘accordeonmenu’ op een mobiel apparaat.

Google vindt FID belangrijk omdat het aangeeft hoe gemakkelijk de interactie van echte gebruikers en de website verloopt. FID gaat nog net een stapje verder dan een paginasnelheidsscore. FID meet namelijk ook de tijd die gebruikers nodig hebben om daadwerkelijk tot een actie op je pagina te komen.

Voor websites met veel content speelt de FID meestal geen grote rol. De reden hiervoor is dat bezoekers het blog doorlezen en vervolgens verder scrollen. Voor pagina’s waar interactie wel vereist is, is FID wel een zware factor. Denk daarbij aan een inlogpagina of een pagina waar de bezoeker zijn geboortedatum in moet vullen om toegang tot de website te krijgen.

Met een login- of leeftijdsbevestgings-pagina is de tijd die nodig is om de inhoud te laden niet zo belangrijk. Het gaat er vooral om hoe snel je deze informatie in kunt vullen op de pagina.

Zo verbeter je de FID-score van je website

  • Verwijder alle niet kritieke ’third-party scripts’: scripts van derden kunnen je FID negatieve beïnvloeden. Het is daarom ook het beste om ze indien mogelijk te verwijderen.
  • Maak gebruik van een browsercache (een opslagplaats voor data): dit helpt om de inhoud op de pagina sneller te laden.
  • Minimaliseer de JavaScript: het is bijna onmogelijk voor een bezoeker om de interactie met een pagina aan te gaan zolang de browser de JS inlaadt. Het minimaliseren en of uitstellen van JS zal voor verbetering van de FID op je pagina zorgen.

Cumulative Layout Shift (CLS)

De Cumulative Layout Shift (CLS) markeert de stabiliteit van je pagina terwijl deze wordt geladen. Je kunt dit het beste zien als ‘visuele stabiliteit’. Hier wordt gekeken of dat klikbare pagina-elementen niet teveel verschuiven.

Mocht het zo zijn dat de tekst, knoppen en afbeeldingen bewegen als de pagina wordt geladen, dan heb je te maken met een hoge CLS en dat is niet wat je wil. Idealiter wil je dat de pagina-elementen op hun plaats blijven. Het grootste probleem met deze verschuiving is wanneer de bezoeker op de link wil klikken. Door de verschuiving kan het zijn dat de bezoeker op de verkeerde link klikt. Dit gaat weer ten koste van de gebruikservaring.

Volgens Google zijn er een aantal belangrijke hoofdredenen waarom Cumulative Layout Shift plaatsvindt:

  • Het ontbreken van gespecificeerde afmetingen bij afbeeldingen;
  • Bij de advertenties ontbreken de afmetingen;
  • Web lettertypen die FOIT of FOUT veroorzaken. Hierbij is de tekst niet zichtbaar tot het lettertype gedownload is of tot een bepaalde tijd vestreken is;
  • Moeten wachten op een netwerkreactie voordat het document object model (DOM) wordt bijgewerkt.

De belangrijkste take aways

Google maakt dus met deze factoren duidelijk dat een geweldige pagina ervaringsscore (page experience) één van de meer dan 200+ factoren is die ze tegenwoordig gebruiken om sites in de zoekresultaten te rangschikken. Nu zal dit je niet direct naar het podium brengen, maar ze dragen daar wel aan bij.

Waarom wil Google eigenlijk snelle websites?

Google schreeuwt al jaren dat website snelheid belangrijk is. Snelheid is een rankingfactor als het gaat om zoekmachine optimalisatie. Het ‘begon’ met de Speed Update van Google, die vanaf juli 2018 trage websites in de mobiele rankings af gaat straffen. Voor de desktop is snelheid al langer een belangrijk signaal.

Dus als hoge rankings in Google belangrijk voor je zijn dan moet je dus zorgen dat je website snel laadt. Maar waarom is die snelle website nou zo belangrijk volgens (of voor) Google?

Website snelheid en gebruikerservaring

Uiteraard is de belangrijkste reden voor de ‘Need for Speed’ een betere gebruikerservaring. Of het nou gaat om trage 3G netwerken in derdewereldlanden of het ontbreken van een lekker netwerk midden in de polder, Google wil dat mensen altijd en overal snel bij de juiste informatie kunnen. Google kiest dus voor de gebruiker en snelheid is daarin essentieel, punt.

Website snelheid en bouncerate

Google kan wel leuk snelheid eisen, maar vinden gebruikers dat eigenlijk wel zo belangrijk? Dat snelheid daadwerkelijk gewaardeerd wordt door gebruikers laat een onderzoek van Pingdom zien. In onderstaande tabel kun je de onderzochte relatie tussen bounce rate en laadtijd keurig zien. Nou is bounce rate zoals we inmiddels (allemaal?) weten geen rankingsfactor, maar deze geeft een goede indicatie van hoe bezoekers je website waarderen.

Laadtijd van uhhh, hoeveel seconden?

Uit hetzelfde onderzoek blijkt dat de gemiddelde laadtijd van een website zo’n 3,21 seconden is. Veel partijen zeggen dat je voor een laadtijd van minder dan 2 seconden moet gaan. Maar soms wil je op een pagina gewoon wat meer beeld en scripts kwijt. Je moet in zo’n geval dus de afweging maken of je de prioriteit geeft aan snelheid of bijvoorbeeld veel beeld om je bezoeker te verleiden of tientallen scriptjes om gebruikersdata in kaart te brengen. Keuzes, keuzes, keuzes ..

Kosten! Misschien wel de belangrijkste drijfveer

Volgens een Environmental Report van Google leverden de datacenters van Google in 2016 3,5 keer meer computerkracht dan vijf jaar daarvoor met dezelfde energie. Google gebruikt net zoveel energie als de stad San Francisco (in 2015 een gebruik van 5,7 terawatt) wat 2x zoveel energie was als in 2011. Die energie moet natuurlijk betaald worden… die kosten drukken door minder energie kwijt te zijn aan het crawlen en indexeren van websites staat natuurlijk gewoon op de agenda van de financiële mensen bij Google…

Al zullen ze bij Google natuurlijk zeggen dat het gaat om het terugdringen van de belasting op het milieu 😉

Dit weten de meeste ‘seo specialisten’ niet

Google werkt met een crawl budget (weet je niet wat dat is, lees dan hier onze uitleg). Hoe sneller en beter je website te doorgronden is door Google, hoe beter. Is je website bijvoorbeeld te traag of loopt Google vast, dan wordt wellicht niet heel je site doorgenomen.

Een gangbare gedachte over de toekenning van het crawl budget is nog steeds dat het budget bepaald wordt door de autoriteit van de afzonderlijke pagina’s op je website!. Websites met een hogere autoriteit krijgen een groter crawl budget toegekend. Concreet zorgt dit ervoor dat Google je website beter en vaker crawlt.

Oh, en als je dan een stapje verder denkt, helpt linkbuilding je dus niet alleen aan hogere rankings in Google omdat je autoriteit daardoor hoger wordt, maar zorgt het ook voor een hoger crawl budget.

Je website snelheid testen?

Hartstikke mooi al die theorie en alle webbouwers zeggen ook gewoon dat ze snelle websites maken, maar hoe test je die website snelheid nou? Hieronder vind je de 5 bekendste tools om de snelheid van je website zelf te testen:

  1. Google PageSpeed Insights: Dit is een van de meest populaire tools. Het analyseert de inhoud van een webpagina en genereert vervolgens suggesties om die pagina sneller te maken. Het biedt scores voor zowel mobiele apparaten als desktops.
  2. GTmetrix: GTmetrix geeft u inzicht in hoe goed uw site laadt en biedt bruikbare aanbevelingen voor verbeteringen. U kunt ook locaties selecteren van waaruit u de snelheid wilt testen, wat handig is voor internationale websites.
  3. Pingdom: Pingdom is een uitstekende tool voor het monitoren van de prestaties van websites. Het is eenvoudig te gebruiken en biedt gedetailleerde rapporten over laadtijden, prestatiegraden en andere essentiële informatie.
  4. WebPageTest: Dit is een geavanceerde tool die u in staat stelt om websiteprestaties te testen vanuit meerdere locaties over de hele wereld en verschillende browsers. Het biedt een schat aan gegevens, waaronder laadtijd, Time to First Byte, en vele andere prestatie-indicatoren.
  5. Lighthouse: Lighthouse is een open-source tool van Google die je kunt gebruiken om de kwaliteit van webpagina’s te meten, inclusief prestaties. Je kunt Lighthouse gebruiken in Chrome DevTools, vanaf de opdrachtregel of als een Node-module.

Laat ons je helpen!

Zo. Nu weet je een stuk meer over die Google Core Web Vitals. Maar wat heb je eraan – en misschien nog wel belangrijker – hoe implementeer je dit op jouw website? Vragen waar wij bij Heers het antwoord op hebben. Dus ben je nieuwsgierig hoe wij jou kunnen helpen met dit technische abracadabra? Dan leggen we dit graag in Jip-en Janneke taal (onder het genot van een kopje koffie) in een vrijblijvend gesprek aan je uit.

Dit artikel is oorspronkelijk gepubliceerd op 21-02-2022. De laatste update van dit artikel vond plaats op 15-11-2024. De inhoud van de pagina is geschreven en goedgekeurd door Loki. We schrijven op basis van ervaring of op basis van uitgebreid onderzoek. Leer meer over de totstandkoming van onze artikelen in onze redactionele richtlijnen.