Core Web Vitals

Core Web Vitals
David Kaufmann
SEO-guides

Google bliver ved med ihærdigt at finde måder at give webmastere de værktøjer, de har brug for til at optimere sidernes indlæsningstid. Ikke bare fordi det er en fordel for omkostningen ved at crawle og cache uoptimerede ressourcer, men også for at forbedre brugeroplevelsen på nettet.

Det sidste er der, Google lægger sit fokus, og i nogle år har den tilbudt webmastere forskellige værktøjer til at optimere indlæsningshastigheden. Nu har den igen trukket 3 metrikker op af ærmet, der samler de mest almindelige problemer ved rendering af HTML. Vi ved ikke, om Core Web Vitals er kommet for at blive, men indtil videre må vi kende dem og grave os ned i optimeringen af dem. Vi vil alle sammen vise vores bedste side, når »chefen« kommer på besøg.

Formålet med artiklen er at forklare, hvad Core Web Vitals er, hvordan de virker, og hvor meget de betyder for et websites hastighed og indlæsningstid. Lad os komme i gang!

VIGTIGT (opdateret 10. november 2020): Google har netop meldt ud, at Core Web Vitals fra maj 2021 bliver en meget vigtig rangeringsfaktor sammen med brugeroplevelsen. Artikel på Googles blog

Hvad er Core Web Vitals?

Core Web Vitals er metrikker skabt af Google for at forbedre brugeroplevelsen på websites. Det brede udvalg af værktøjer til at analysere indlæsningshastighed har været en af grundene til, at Google har samlet alle metrikkerne, så kompleksiteten i at optimere indlæsningstider bliver lidt mindre. Initiativet skal få os til at fokusere på de »kvalitetssignaler«, der er så vigtige for at nå en optimal brugeroplevelse.

Google opsummerer med få ord, hvad Core Web Vitals handler om:

  • Indlæsningsoplevelse

  • Interaktivitet

  • Visuel stabilitet i sidens indhold

Largest Contentful Paint eller LCP

LCP eller Largest Contentful Paint er en metrik, der fortæller os, hvor lang tid det »største« stykke indhold, brugeren kan se, er om at blive tilgængeligt og brugbart. Med andre ord siger Google, at de elementer, der ligger i det, vi kalder »Above the Fold«, skal loade hurtigt og være læsbare og dermed tilgængelige for brugeren, så vedkommende kan interagere med dem.

Det skal siges, at de elementer, der dukker op, når brugeren klikker på skærmen eller scroller, ikke påvirker LCP. Det største indhold kan være en tekstblok, en video, et billede og så videre.

graf over optimale LCP-tider
graf over optimale LCP-tider

Inddeling af LCP-status efter tid. Billede © web.dev

Hvilken tid anser Google for optimal?

Som vi kan se i grafen, mener Google, at den maksimale tid til at loade LCP og give en god brugeroplevelse er under 2,5 sekunder. Det er vigtigt at bemærke, at LCP-elementet kan skifte undervejs i indlæsningen.

Core Web Vitals fcp og lcp
Core Web Vitals fcp og lcp

Hvordan finder jeg ud af en URL's LCP?

I selve Chrome-browseren kan vi køre en Lighthouse-audit og få at vide, hvad Google anser for det største indhold, der skal loades. Sådan gør du:

sådan finder du det største element, der skal loades
sådan finder du det største element, der skal loades

Hvilke faktorer kan påvirke indlæsningen af LCP?

Flere ting påvirker, at LCP-indlæsningstiden bliver højere end ventet. De elementer eller handlinger er:

  • Serversvar

  • Databaseforespørgsler

  • API-svar, der er længe om at komme

  • CSS eller JS, der blokerer rendering

  • Langsom indlæsning af andre ressourcer

  • Uoptimerede billeder

  • Og så videre

First Input Delay eller FID

FID eller First Input Delay er en metrik, der viser, hvor lang tid siden er om at reagere, når brugeren interagerer med et af elementerne.

pagespeed-metrikker
pagespeed-metrikker

Metrikker taget fra Pagespeed

I Pagespeed-værktøjet, som Google gjorde tilgængeligt for alle for noget tid siden, kan vi se henvisningen til metrikken. Værdier, der regnes for gode, bør være under 100 ms.

first input delay
first input delay

Inddeling af status for First Input Delay (FID) efter tid. Billede © web.dev

Hovedårsagerne til problemer med metrikken (FID) kommer fra afvikling af JavaScript, så vi skal finde ud af, hvilken del af koden der gør, at siden er længe om at reagere på interaktion. Jeg har selv oplevet problemet med JS-indlæsninger til annoncer.

Cumulative Layout Shift eller CLS

Cumulative Layout Shift er en metrik, der sætter grænser for indlæsningen af elementer, der ændrer visningen, mens de loader. Det handler om at give elementerne på skærmen stabilitet, så visningen ikke rykker sig, mens andre ressourcer loader.

Google mener (nå ja, Google og alle brugere), at det er meget irriterende, når et element, der loader senere, rykker brugerens position i forhold til indholdet, efter vi er begyndt at bruge en side (uanset om vi læser, scroller og så videre), så vedkommende må rette op ved at scrolle.

Cumulative Layout Shift
Cumulative Layout Shift

Eksemplet hjælper os med bedre at forklare, hvordan metrikken virker. Først ser vi indholdet loadet i venstre side. Når Google taler om stabilitet, mener den, at indlæsningen af et tredje element ikke må rykke dem, der allerede er loadet. Som vi ser på billedet til højre, har indlæsningen af YouTube-videoen rykket de to blokke, der blev loadet først.

Hvorfor er Core Web Vitals vigtige?

Lige siden vi har levet med søgemaskiner, og mere præcist med Google, har den lagt krav på alle, der har et website og gerne vil have det med blandt mulighederne i søgeresultaterne.

At forbedre tilgængeligheden fra alle enheder, at favorisere sikker browsing under en sikkerhedsprotokol eller at straffe websites, der brugte påtrængende annoncering (interstitials), har været nogle af tech-gigantens kampe.

Metrikkerne er indikatorer, Google giver os for at pege på, hvilke dele af websitet der kan være et problem for brugeren, men... betyder det, at de er vigtige?

Uanset om vi ser websites fra en »robot«-vinkel eller en »bruger«-vinkel, er metrikkerne indikatorer på, at vores websites ikke fungerer så godt, som de burde. Vi har allerede set i flere undersøgelser, hvor meget indlæsningstiden påvirker konverteringen og brugernes tålmodighed. De påvirker ikke rangeringerne lige nu, men skal vi ignorere metrikkerne?

For vores del tager vi dem helt sikkert med.

Påvirker Core Web Vitals rangeringerne?

Lige nu ved vi kun, at metrikker til at forbedre brugeroplevelsen bliver stadig vigtigere, og at nogle af dem allerede tages med i søgeresultaterne. I artiklen fra 28. maj på Googles blog blev det meldt ud, at den i 2021 forventer at udrulle en ny opdatering, der tager flere metrikker om brugeroplevelsen med.

Vi skal bare huske, hvordan den håndterede Mobile First Index og de forudgående varsler. Her advarer den igen i majartiklen om, at der kommer et varsel på mindst 6 måneder, så... kommer der en opdatering sidst på næste år?

Værktøjer til at optimere Core Web Vitals

Nu hvor vi har talt om, hvad Core Web Vitals er, og hvor meget de kommer til at betyde i de kommende måneder, er det tid til at gå i gang med at optimere metrikkerne. Med forskellige værktøjer kan vi tage fat på de problemer, der bliver fundet, og få en bedre performance.

Core Web Vitals-værktøjer
Core Web Vitals-værktøjer

Lighthouse

Lighthouse er et stærkt open source-værktøj, vi finder i Chrome. Med Lighthouse kan vi auditere vores website og køre forskellige tests og få resultater om de mangler eller dele af siden, der skal optimeres. Blandt de dele er Core Web Vitals-metrikkerne.

core web vitals-metrikker i lighthouse
core web vitals-metrikker i lighthouse

Billede taget fra resultaterne af en Lighthouse-audit

Page Speed Insights

Page Speed Insights er en anden mulighed, Google giver os for at få performancedata på vores website. Værktøjet viser os endda grafer over de vigtigste metrikker og deres status. Page Speed Insights bygger på en rapport om brugeroplevelse, hvis formål er at få data sammenlignet med andre websites.

rapport fra page speed insight
rapport fra page speed insight

Metrikker fra Page Speed Insights

Chrome UX

Chrome User Experience Report er et datasæt, Google stiller til rådighed om brugernes adfærd verden over gennem Chrome. For at komme til de data skal du bruge Big Query og have en Google Cloud-konto.

Via Google Data Studio har de gjort adgangen lettere og har det hele halvvejs klar til os i dette dashboard

Chrome Dev Tools

Vi kan ikke bare analysere Core Web Vitals-metrikker med Lighthouse; dykker vi ned i Chromes udviklerværktøjer, kan vi nå de samme konklusioner. I fanen »Performance« kan vi for eksempel lave en optagelse eller en ny indlæsning og få værdifuld information om, hvordan vores URL opfører sig.

chrome dev tools
chrome dev tools

Skærmbillede taget i indstillingen Performance i Chrome Dev Tools

Web.Dev

Der er altid en lettere måde at gøre tingene på, i hvert fald når det gælder at kende vores Core Web Vitals. På det officielle website har vi en side, der gennemgår hver metrik og forklarer, hvad den er, og hvordan man forbedrer den.

Web Dev
Web Dev

Derudover har vi i Chrome Store en udvidelse, der giver os informationen, når vi går ind på hver URL:

core web vitals-udvidelse
core web vitals-udvidelse

Med en rød eller grøn markering kan vi se vores URL's status på metrikkerne:

core web vitals-udvidelse
core web vitals-udvidelse

Skærmbillede af resultaterne fra Web Vitals-udvidelsen

Search Console

Search Console er et uundværligt værktøj for enhver webmaster. Der er kommet en funktion, der hjælper os med at se, hvilke URL'er der har problemer med de 3 metrikker (LCP, FID og CLS). I menuen til venstre har vi punktet »Core Web Vitals«. Vælger vi det, dukker der to grafer op med resultaterne for URL'er fordelt på enhed. Vælger vi enheden (desktop eller mobil), ser vi i detaljer, hvilke URL'er der har problemer.

search console web vitals
search console web vitals

Bliv ikke forskrækket, hvis du ser et højt antal URL'er til højre; det er forholdsvis normalt, for problemerne opstår som regel efter sidetyper (for eksempel blogindlæg), og arbejder man med en af dem, får man forbedringen på dem alle.

Konklusioner

Denne rundtur i Core Web Vitals skal introducere os for metrikker, der kommer til at fylde mere og mere, og som vi, uanset om vi er SEO-folk eller webmastere, kommer til at leve med. Fra SEO Alive vil vi anbefale, at du bruger alle de værktøjer, vi har givet dig, som uden tvivl hjælper dig med at forbedre dit websites WPO-performance.

*Tager du udfordringen op med at gøre dit site hurtigere? Kør en test med et af de værktøjer, vi har nævnt, og send os en besked med et skærmbillede. Så giver vi dig et tip til at forbedre det helt gratis! *

Forfatter: David Kaufmann

David Kaufmann

Jeg har brugt de sidste 10+ år fuldstændig opslugt af SEO — og helt ærligt: jeg ville ikke have det anderledes.

Min karriere rykkede et niveau op, da jeg arbejdede som senior SEO-specialist for Chess.com — et af de 100 mest besøgte websites på hele internettet. At arbejde i den skala, på tværs af millioner af sider, snesevis af sprog og en af de mest konkurrenceprægede SERP'er der findes, lærte mig ting, som intet kursus og ingen certificering kunne have lært mig. Den erfaring ændrede mit syn på, hvordan rigtig godt SEO ser ud — og den blev fundamentet for alt, hvad jeg har bygget siden.

Ud af det grundlagde jeg SEO Alive — et bureau for brands, der mener det alvorligt med organisk vækst. Vi er ikke her for at sælge dashboards og månedsrapporter. Vi er her for at bygge strategier, der rent faktisk flytter noget, og vi kombinerer det bedste fra klassisk SEO med den spændende nye verden inden for Generative Engine Optimization (GEO) — så dit brand ikke kun dukker op i Googles blå links, men også inde i de AI-genererede svar, som ChatGPT, Perplexity og Google AI Overviews leverer til millioner af mennesker hver eneste dag.

Og fordi jeg ikke kunne finde et værktøj, der håndterede begge verdener ordentligt, byggede jeg selv et — SEOcrawl AI, en enterprise-platform til SEO-intelligens, der samler placeringer, tekniske audits, backlink-overvågning, crawl-sundhed og tracking af brandets synlighed i AI ét sted. Det er den platform, jeg altid ønskede fandtes.

→ Læs alle artikler af David
Flere artikler af David Kaufmann

Find mere indhold fra denne forfatter