Hjem » Siste artikler » Core Web Vitals i praksis: en enkel guide til raskere og mer stabile nettsider

Core Web Vitals i praksis: en enkel guide til raskere og mer stabile nettsider

Hovedillustrasjon
Hovedillustrasjon. Foto: Carlos Muza / Unsplash.

Core Web Vitals har gått fra å være et faguttrykk i utviklermiljøer til noe alle som driver et nettsted bør bry seg om. De påvirker både opplevelsen til de som besøker deg, og hvordan du rangerer i søk.

I denne artikkelen ser vi praktisk på hva Core Web Vitals faktisk er, hvordan du måler dem og hvilke konkrete grep du kan ta for å forbedre tallene uten å bygge alt på nytt.

Hva er Core Web Vitals, helt kort?

Core Web Vitals er et sett ytelsesmålinger som fokuserer på det som merkes mest: hvor fort innholdet dukker opp, hvor stabilt alt er mens det laster, og hvor raskt siden reagerer når noen gjør noe.

I dag handler de primært om tre målinger: LCP, CLS og INP. Navnene kan høres tekniske ut, men under ligger ganske intuitive spørsmål: får jeg se innholdet raskt, hopper ting rundt, og svarer alt raskt når jeg klikker?

LCP: hvor raskt det viktigste innholdet dukker opp

Largest Contentful Paint (LCP)måler hvor lang tid det tar før det største synlige elementet i visningsområdet er lastet. Ofte er det en stor overskrift, et hero-bilde eller et stort tekstavsnitt.

Som tommelfingerregel regnes LCP som bra hvis den skjer innen cirka 2,5 sekund. Men det viktigste er å forbedre ditt eget utgangspunkt, ikke å jage et perfekt tall uten kontekst.

Vanlige årsaker til dårlig LCP

Dårlig LCP skyldes som regel tunge bilder, unødvendige skript som blokkerer innlasting, eller servere som bruker lang tid på å svare. En annen gjenganger er ataltfor myeCSS og JavaScript må lastes inn før noe som helst vises.

Resultatet er at de som besøker deg bare ser en hvit skjerm eller en loader mens alt jobber i bakgrunnen. Det gir en tydelig opplevelse av treghet, selv om innholdet egentlig ikke er så stort.

Konkrete tiltak for bedre LCP

  • Komprimer og skaler bilder slik at de ikke er større enn nødvendig for visningen.
  • Bruk moderne bildeformater der det er trygt, for eksempel WebP, men la det være fallbacks der det trengs.
  • Flytt tunge og ikke-kritiske skript til å lastes etter at det synlige innholdet er på plass.
  • Unngå store CSS-rammeverk og ubrukte stilark for enkle sider der noe mindre holder.
  • Bruk caching på server og eventuelt et CDN, særlig hvis du har besøk fra flere land.

CLS: når layouten hopper rundt mens du leser

Cumulative Layout Shift (CLS)måler hvor mye layouten flytter på seg mens innholdet lastes. De fleste har opplevd å skulle trykke på en knapp, for så å treffe en helt annen lenke fordi alt hoppet brått.

Lav CLS betyr en stabil visning der du kan begynne å lese og klikke uten å bli overrasket. Det handler ofte mer om struktur enn om ren ytelse.

Typiske kilder til dårlig CLS

Det mest vanlige problemet er at elementer lastes inn uten at det er satt av plass til dem. For eksempel bilder uten bredde og høyde, annonser som plutselig dukker opp, eller fonter som bytter fasong idet de lastes.

Selv små hopp kan oppleves irriterende hvis de skjer mange ganger. Dette er ekstra synlig på mobil, der skjermen er liten og små forskyvninger tar stor plass.

Enkle grep for lavere CLS

  • Sett alltid eksplisitt bredde og høyde på bilder og video, eller bruk en teknikk som sikrer en fast plassholder.
  • Unngå at toppbannere, cookie-bokser og lignende dyttes inn fra toppen uten at resten av innholdet tar høyde for dem.
  • La ikke kritiske fonter bruke en fornuftig fallback som ligner, slik at tekst ikke bytter størrelse dramatisk når fonten lastes.
  • Reserver plass til dynamiske elementer som annonser eller innholdsdeler du laster inn senere.

INP: hvor raskt handlinger får respons

Tematisk illustrasjon
Tematisk illustrasjon. Foto: Kamal Uddin / Unsplash.

Interaction to Next Paint (INP)ser på hvor lang tid det tar fra noen gjør noe interaktivt, til grensesnittet viser en visuell reaksjon. Det kan være å klikke på en knapp, åpne en meny eller skrive i et felt.

Hvis alt ser raskt ut, men det oppleves tregt å bruke alt, kommer det ofte dårlig ut i INP. Det er særlig relevant for mer interaktive løsninger som nettbutikker og apper i nettleseren.

Hva gjør INP dårlig?

Den klassiske synderen er tung JavaScript-logikk som kjøres ved hvert klikk, tastetrykk eller scroll. Lange oppgaver som blokkerer hovedtråden gjør at nettleseren ikke får malt neste bilde raskt nok.

I tillegg skaper unødvendige omtegninger av layout og kompleks DOM-struktur ekstra belastning. Selv små forsinkelser kan samle seg opp til en merkbar treghet når man klikker seg rundt.

Tiltak for raskere interaksjoner

  • Del tunge oppgaver opp i mindre biter i stedet for å gjøre alt i én lang operasjon.
  • Unngå å gjøre mye arbeid ved hvert tastetrykk, for eksempel ved å bruke debounce på søkefelt.
  • Fjern ubrukte interaktive komponenter og skript som ikke gir reell verdi.
  • Test interaksjoner på en middels mobiltelefon, ikke bare på en rask utviklermaskin.

Slik måler du Core Web Vitals i hverdagen

For å gjøre fornuftige forbedringer bør du først måle det du har, og så endre i små, kontrollerte steg. Det finnes flere verktøy som gir oversikt, både for enkelt-sider og for hele domenet.

Typisk brukes en kombinasjon av rapporter basert på ekte trafikk og verktøy som simulerer lastetid. De førstnevnte gir et mer realistisk bilde av hvordan opplevelsen er for ulike enheter, nettverk og land.

Praktiske verktøy du kan starte med

  • Nettleserens innebygde utviklerverktøy, ofte under fanen for ytelse eller Lighthouse.
  • Rapporter som er tilgjengelige gjennom søkeverktøy fra de store søkemotorene.
  • Byggeverktøy og pluginer som viser Web Vitals direkte i dashbordet på populære CMS.

Det som betyr mest er at du måler jevnlig, ikke hvilket verktøy du velger. Husk at anbefalte grenser kan justeres over tid, så det er lurt å sjekke oppdatert dokumentasjon innimellom.

Prioriter riktig: hva bør du gjøre først?

Det er lett å drukne i grafer og tall, men du kommer langt ved å prioritere tre ting. Først, få det viktigste innholdet fram så raskt som mulig. Deretter, sørg for at ingenting hopper ukontrollert rundt. Til slutt, gjør det raskt å klikke og skrive.

En enkel tilnærming er å velge én nøkkelside for hver type innhold du har, for eksempel forsiden, en produktside og en artikkel. Jobb med tiltakene der, mål igjen, og overfør det som fungerer til resten.

Core Web Vitals som del av en sunn teknisk strategi

Core Web Vitals er ikke hele bildet av kvalitet, men de fanger opp flere ting som både mennesker og søkemotorer bryr seg om. De hjelper deg å se utover bare estetikk og innhold, til hvor behagelig det er å bruke alt i praksis.

Hvis du gjør ytelse, stabilitet og respons til faste temaer i arbeidet ditt, blir det også enklere å ta gode valg tidlig i prosjekter. Da slipper du å lappe på problemer i etterkant, og de som besøker deg slipper å vente, irritere seg og falle av halvveis.

0 kommentarer