Hvorfor er nettsiden treg?

Kort svar: de fleste nettsider er trege på grunn av for store bilder, treg hosting eller for mye JavaScript fra temaer, utvidelser og tredjepartsskript. Google måler dette med Core Web Vitals, der grensene for god opplevelse er LCP på høyst 2,5 sekunder, INP på høyst 200 millisekunder og CLS på høyst 0,1.

Hva er Core Web Vitals?

Core Web Vitals er tre målinger Google bruker for å vurdere om en nettside oppleves rask og stabil for ekte brukere: hvor fort hovedinnholdet vises, hvor raskt siden reagerer når du trykker, og om innholdet hopper rundt mens det laster. Google bruker dem i rangeringen, og de er et godt mål på om besøkende blir frustrerte.

Grensene har ligget fast siden INP erstattet den gamle målingen FID i mars 2024, og de gjelder fortsatt per oktober 2026:

For å bestå må 75 prosent av besøkene ligge innenfor "god" på alle tre, målt separat for mobil og PC. Det er altså ikke nok at siden er rask på din egen PC med fiber. Den må være rask på en gjennomsnittlig mobil på 4G i Tromsø også.

Hvordan sjekker du om nettsiden er treg?

Det raskeste er å lime inn adressen i PageSpeed Insights (pagespeed.web.dev), som viser både ekte brukerdata og en laboratorietest. Forskjellen mellom de to er det mange misforstår:

• Feltdata øverst er målinger fra ekte Chrome-brukere de siste 28 dagene. Det er disse Google bruker. Små nettsteder har ofte for lite trafikk til at det finnes feltdata.
• Laboratoriedata og poengsummen fra 0 til 100 kommer fra en simulert test på én tenkt mobil. Den er nyttig for å finne feil, men poengsummen i seg selv er ikke det Google rangerer på.

I tillegg har Google Search Console en egen Core Web Vitals-rapport som grupperer like sider og viser hvilke som feiler. Vil du se det live, viser ytelsespanelet i Chrome DevTools LCP, INP og CLS mens du klikker deg rundt på siden.

Hvorfor laster nettsiden sakte? (LCP)

Dårlig LCP skyldes nesten alltid ett av fire problemer: for store bilder, treg server, filer som blokkerer visningen, eller at det viktigste elementet lastes for sent. Slik ser det ut i praksis:

• Toppbildet er 3 til 5 MB rett fra kameraet. Det skal være 100 til 300 KB i WebP eller AVIF, i riktig størrelse for skjermen. Dette alene fikser LCP på et flertall av småbedriftssidene vi ser på.
• Toppbildet er satt til å lastes lat. Lazy loading er bra for bilder lenger ned, men gjør det viktigste bildet tregere. Gi heller toppbildet fetchpriority="high".
• Serveren bruker lang tid på å svare. Tiden til første byte bør være under 0,8 sekunder. Billig delt webhotell uten mellomlagring, eller en WordPress-side som bygger hver side på nytt for hver besøkende, ligger ofte langt over.
• Glidere og videoer øverst. En bildekarusell laster gjerne fem store bilder og en haug JavaScript før noe vises. Ett godt bilde slår fem middels.

Hvorfor reagerer siden tregt når du trykker? (INP)

Dårlig INP skyldes for mye JavaScript som kjører samtidig, slik at nettleseren ikke rekker å svare på trykket ditt. På vanlige bedriftssider er det sjelden egen kode som er synderen, men alt som er lagt til over tid:

• Chat-widgets, sporingsskript og markedsføringspiksler fra flere leverandører.
• Tunge sidebyggere og temaer med animasjoner på alt.
• WordPress-installasjoner med 30 eller 40 utvidelser, der hver av dem laster sine egne filer på hver side.
• Cookie-bannere som laster et stort skript før noe annet fungerer.

Løsningen er å telle og kutte. Åpne nettverksfanen i nettleseren, se hvor mange eksterne skript som lastes, og spør for hvert av dem: bruker vi faktisk dette? Det er ikke uvanlig å kunne fjerne halvparten.

Hvorfor hopper innholdet rundt? (CLS)

Innhold hopper når noe dukker opp eller endrer størrelse etter at resten av siden er vist. Klassikeren er at du skal trykke på en knapp, og så presses den ned av et banner som lastet et halvt sekund for sent. De vanligste årsakene:

• Bilder uten oppgitt bredde og høyde, så nettleseren ikke vet hvor mye plass de skal ha.
• Bannere, varsler eller cookie-løsninger som skyver innholdet ned i stedet for å legge seg over.
• Innbygde kart, videoer og sosiale medier uten fast plass.
• Nettfonter som bytter ut reservefonten og endrer linjelengdene.

CLS er ofte det enkleste å fikse: gi alle bilder og innbygginger faste mål, og la bannere ligge over innholdet.

Hvor mye betyr fart for Google-plasseringen?

Fart teller, men relevans teller mer. Google skriver selv at søket alltid prøver å vise det mest relevante innholdet, også når sideopplevelsen er dårlig, men at god sideopplevelse kan gjøre forskjellen når mange sider er omtrent like gode. Core Web Vitals er altså sjelden grunnen til at du ligger på side tre, men de kan være grunnen til at du ligger på plass fem i stedet for to.

Den største effekten av en rask side ser du ofte ikke i Google, men i hvor mange som faktisk tar kontakt. Folk som venter på en treg side på mobilen, trykker tilbake og velger neste treff. Det er en kunde du betalte for å få, enten med annonser eller med SEO-arbeid, og så mistet i døra.

Hva med WordPress, Wix og Squarespace?

Alle tre kan gi grønne Core Web Vitals, men de feiler på ulike måter. På WordPress har du full kontroll, og det er både styrken og problemet: tunge temaer, sidebyggere og mange utvidelser er den vanligste grunnen til trege bedriftssider vi ser. Et lett tema, en mellomlagringsutvidelse, automatisk bildekomprimering og en streng holdning til nye utvidelser løser mye.

På Wix og Squarespace har du mindre å skru på. Hostingen og koden er leverandørens, så det du kan påvirke er stort sett bildestørrelser, antall seksjoner og hvor mange apper og innbygginger du legger til. Er siden fortsatt treg etter det, er det lite mer å hente uten å bytte plattform.

Egenbygde sider kan være de raskeste av alle, eller de tregeste, avhengig av hvem som har bygget dem. Et tungt JavaScript-rammeverk for en side med fem undersider er like ille som et tungt WordPress-tema.

Hva bør du gjøre hvis siden er treg?

Gå frem i denne rekkefølgen. Det gir mest per time, og de første stegene kan du ofte gjøre selv:

1. Mål forsiden og de to viktigste undersidene i PageSpeed Insights, på mobil.
2. Komprimer og skaler bilder. Størst effekt, minst risiko.
3. Fjern skript og utvidelser du ikke bruker.
4. Gi bilder og innbygginger faste mål for å fjerne hopping.
5. Vurder hostingen. Er tiden til første byte over ett sekund, hjelper ikke resten nok. Se guiden om hvor du bør hoste nettsiden.
6. Vurder plattformen. Er siden bygget på et tungt tema med sidebygger, kan det være billigere å bygge om enn å lappe. Vi sammenligner alternativene i WordPress eller skreddersydd nettside.

Hvordan bygger vi selv? Sidene våre, også denne du leser nå, er ren HTML med ett felles stilark, levert fra et CDN uten database. Det er ingen magi, bare færre ting som kan gå tregt. For en vanlig bedriftsside med noen få undersider er det den enkleste veien til grønne tall, og med moderne KI-verktøy koster det ikke lenger mer å bygge slik enn å sette opp et tema. Prisbildet finner du i guiden om hva en nettside koster.