Kernwebvitale functies

Wat zijn Core Web Vitals?

Core Web Vitals zijn een reeks statistieken die door Google zijn opgesteld om de gebruikerservaring op webpagina's te verbeteren. Met andere woorden, het zijn factoren die de zoekmachine in aanmerking neemt om de pagina-ervaring te scoren, wat overeenkomt met verschillende facetten ervan.

De Core Web Vitals proberen drie vragen te beantwoorden:

  • Hoe snel laadt een pagina?
  • Hoe lang duurt het voordat een website interactief wordt?
  • En om te stabiliseren?

Welnu, Google heeft aangegeven dat de Core Web Vitals in de loop van de tijd zullen evolueren. Maar op dit moment richt het zich op drie aspecten die antwoord geven op de bovenstaande vragen.

kernwebvitale functies

 

Grootste inhoud verf (LCP)

LCP verwijst naar de tijd die nodig is om het grootste inhoudselement dat de gebruiker kan zien te laden. Google heeft erop gewezen dat de elementen die zijn gerangschikt in wat bekend staat als "boven de vouw" snel beschikbaar en leesbaar moeten zijn.

De elementen die de gebruiker te zien krijgt zodra hij op het scherm klikt, hebben geen invloed op de LCP. Wanneer we het hebben over het grootste inhoudselement, kunnen we verwijzen naar een afbeelding of een blok tekst.

Voor Google zou de maximale laadtijd van de LCP, om een goede gebruikerservaring te bieden, minder dan 2,5 seconden moeten bedragen.

 

Vertraging eerste ingang (FID)

FID heeft betrekking op interactiviteit, d.w.z. de tijd die de pagina nodig heeft om te reageren wanneer de gebruiker interactie heeft met een van de elementen die de pagina bevat. Met andere woorden, het is de snelheid waarmee de browser handelt en een resultaat produceert vanaf het moment dat een gebruiker klikt.

De zoekmachine is van mening dat een goede FID minder dan 100 milliseconden moet bedragen. Verbeteringen zijn nodig van 100 tot 300 milliseconden, en een waarde van meer dan 300 milliseconden zou alarmerend kunnen zijn.

 

Cumulatieve Lay-out Verschuiving (CLS)

Deze metriek heeft betrekking op het laden van elementen die de weergave van de pagina wijzigen naarmate deze reageert. Wat in dit geval wordt nagestreefd, is ervoor te zorgen dat de inhoud op het scherm stabiel is en niet verandert als andere middelen worden geladen.

Google vindt het (terecht) uiterst vervelend wanneer sommige pagina-elementen laden en andere doen verschuiven. Het resultaat is vaak dat de gebruiker uiteindelijk op een site klikt die hij niet wilde. En de zoekmachine beschouwt een goede CLS als minder dan 0,1 seconde.

 

Waarom zijn ze belangrijk?

Google waarschuwde ons al in mei 2020: het moment zou aanbreken waarop verschillende signalen die de on-page ervaring van de gebruiker meten, in aanmerking zouden worden genomen voor de ranking van zoekopdrachten. Dit zal een enorme impact hebben op SEO.

Zonder in detail te treden, begonnen we te horen over Core Web Vitals, die om één reden al fundamenteel zijn: omdat Google in november 2020 aankondigde dat ze tegen mei 2021 een substantiële positioneringsfactor zouden zijn.

Google had beloofd de page experience update zes maanden van tevoren aan te kondigen en deed dat op zijn officiële blog op 10 november vorig jaar.

Daarom zullen pagina's die niet voldoen aan de waarden die in deze metriek als passend worden beschouwd, het moeilijk hebben om in de topposities van de SERP te verschijnen.

In dit verband raadt de zoekgigant aan zich op voorhand voor te bereiden om op uw site aan deze metriek te voldoen. Je moet er klaar voor zijn als het moment komt dat Google's algoritme ze gaat toepassen.

Core Web Vitals en andere metrieken zullen binnenkort de on-page ervaring bepalen en een beslissende rol spelen in de SEO positionering.

gebruikerservaring

Maar zijn Core Web Vitals belangrijk alleen omdat Google ze in de nabije toekomst als een ranking factor zal beschouwen? In werkelijkheid, als de zoekmachine deze beslissing heeft genomen, is het omdat deze aspecten fundamenteel zijn. Er zijn drie belangrijke redenen waarom ze essentieel zijn:

  • Ze verbeteren de betrokkenheid en de gebruikerservaring.
  • Redacteuren helpen de prestaties van een pagina te beoordelen.
  • Geef continuïteit aan de pagina-ervaring op verschillende apparaten: Pc's, mobiele telefoons en tablets.

 

Hoe meet u Core Web Vitals

U kunt deze statistieken meten via het Core Web Vitals-rapport van Google Search Console (GSC), dat aangeeft welke URL's verbetering behoeven. Van daaruit kunt u onderzoeken wat uw aandacht vereist, en moet u optimaliseren.

Nu met FandangoSEO, kunt u ook de Core Web Vitals controleren. Ontdek snel elk gebied van uw site dat verbetering nodig heeft. Om toegang te krijgen tot deze functie, zodra u uw project opent, hoeft u alleen maar naar Page Info > Core Web Vitals te gaan.

Om toegang te krijgen tot het User Experience Report in Google Chrome, logt u eerst in op SGR. Aan de linkerkant is er een balk met een sectie genaamd "Verbeteringen". Eenmaal daar, moet u klikken op "Core Web Vitals". U ziet een aantal grafieken waarin de optie "Open rapport" wordt weergegeven. Daar kunt u een grondige analyse van deze statistieken uitvoeren.

De GSC rapporten zijn gekoppeld aan Page Speed Insights rapporten, dat is misschien wel de meest effectieve tool om een probleem met betrekking tot de Core Web Vitals te detecteren.

Page Speed Insights, op zijn beurt, wordt aangedreven door Lighthouse, dat bestaat uit een reeks prestatiemetingen. Voor sommige mensen kan het gebruik ervan een beetje ingewikkeld zijn omdat het technische kennis vereist. In dat geval moet u een beroep doen op de diensten van een expert met kennis van Web Vitals.

 

Hoe optimaliseer ik Core Web Vitals

Zodra u de prestaties van uw webvitalen hebt geanalyseerd, is het tijd om ze te verbeteren. Laten we eens kijken hoe u uw Core Web Vitals in detail kunt optimaliseren.

Website prestaties

Grootste inhoudelijke verf optimalisatie

Om de LCP te optimaliseren, controleert u eerst de meest voorkomende oorzaken die tot een slecht resultaat kunnen leiden. Op die manier weet u wat u in elk geval moet doen.

Trage responstijden op de server

Om de responstijd van uw server te verbeteren, kunt u de volgende acties ondernemen.

  • Optimaliseer uw server
  • Gebruik een CDN
  • Server caching toepassen
  • Serveer volledige of gedeeltelijke HTML-pagina's cache-eerst

Render-blokkerende JavaScript en CSS

Render-blokkerende JavaScript en CSS voorkomen dat sites een pagina tonen voordat deze bestanden zijn geladen. Om dit probleem op te lossen, raden wij aan om CSS te minifiëren. Stel ook niet-kritieke CSS uit en inline kritische CSS.

Trage laadtijden van bronnen

  • Om de laadtijd van de bronnen te verminderen, kunt u de volgende maatregelen nemen
  • Afbeeldingen optimaliseren en comprimeren
  • Vooraf laden van belangrijke middelen
  • Tekstbestanden comprimeren
  • Gebruik een dienstverlener

Client-kant rendering

Als u een grote Javascript bundel gebruikt zonder deze te optimaliseren in een grotendeels gerenderde site aan de client-kant, zult u uw LCP prestatie beschadigen. Om dit probleem te voorkomen, minify Javascript, defer ongebruikte JavaScript en minimaliseer ongebruikte polyfills.

 

Eerste ingangsvertraging optimalisatie

Een slechte FID is meestal het gevolg van een zware uitvoering van JavaScript. Met andere woorden, je moet optimaliseren hoe JavaScript parseert, compileert en uitvoert op je pagina. Om dit te doen, kunt u de volgende acties ondernemen.

  • Lange taken opsplitsen in kleinere, asynchrone taken
  • Optimaliseren voor interactiebereidheid zoals progressief laden van code
  • Onderzoek code van derden en geef prioriteit aan het laden
  • Gebruik een webwerker (Comlink, Workway, Workerize)
  • Verminder JS uitvoeringstijd

 

Cumulatieve Layout Verschuiving Optimalisatie

Laten we eens kijken naar vier elementen die het meest schadelijk zijn voor de prestaties van uw CLS. Controleer elk van hen en neem de nodige maatregelen om uw CLS te verbeteren.

  • Advertenties, embeds, en iframes zonder gespecificeerde afmetingen: Je moet altijd ruimte reserveren voor advertenties, embeds, en iframes. Plaats geen advertenties aan de bovenkant van de viewport.
  • Afbeelding zonder opgegeven afmetingen: Zorg ervoor dat u breedte- en hoogte-attributen opneemt in uw afbeeldings- en video-elementen.
  • Dynamisch geïnjecteerde inhoud: Vermijd het invoegen van nieuwe inhoud boven bestaande inhoud.
  • Web Fonts that cause FOIT/FOUT: Use font-display, font Loading API, or <link rel=” preload”> for key web fonts.

 

Andere webvitalen waar u ook rekening mee moet houden

We hebben gezien dat Core Web Vitals vanaf mei dit jaar een essentiële positioneringsfactor zullen zijn. Het zullen echter niet de enige webvitalen zijn waarmee Google rekening zal houden. In het bijzonder moet u de volgende metriek niet uit het oog verliezen:

 

Verkort de tijd tot de eerste byte (TTFB)

TTFB is de tijd die verstrijkt tussen het moment waarop de browser het eerste stukje informatie van een server opvraagt en het moment waarop hij het ontvangt. Hierdoor kan het proces van de browser om een pagina weer te geven vertraging oplopen. Een vertraging tussen het verzoek van de browser en het antwoord van de server verhoogt de TTFB-tijd.

 

Eerste inhoudsloze verf (FCP)

Deze metriek heeft betrekking op de tijd vanaf het moment dat het web begint te laden totdat een willekeurig deel van de webinhoud op het scherm wordt weergegeven (tekst, afbeeldingen, enz.). Het verschil tussen FCP en LCP is dat deze laatste de tijd meet die nodig is voor het laden van de hoofdinhoud van de pagina, niet zomaar een inhoud. Om je FCP te optimaliseren, moet je het laden van je fonts versnellen. Laad daartoe webfonts vooraf om de laadsnelheid te verbeteren.

 

Totale blokkeringstijd (TBT)

Het meet de snelheid waarmee de pagina wordt geladen wanneer de gebruiker de pagina binnenkomt. Met andere woorden, het gaat om de totale tijd dat de website geblokkeerd is geweest, waardoor de gebruiker geen interactie met de website heeft kunnen hebben.

 

Tijd tot Interactief (TTI)

Deze metriek meet de tijdsduur vanaf het moment dat de pagina begint te laden tot het moment dat de belangrijkste secundaire bronnen zijn geladen. Dit is het moment waarop de pagina snel en betrouwbaar kan reageren op gebruikersinvoer.

Pijl omhoog