Hvor rask er nettsiden din – egentlig? De fleste bedriftseiere svarer «den føles grei». Men magefølelsen er et dårlig måleinstrument: Du besøker din egen nettside på raskt kontornett, med en maskin som har lastet siden hundre ganger før. Kundene dine kommer via mobilen, på 4G, for første gang – og kan oppleve noe helt annet.
Heldigvis trenger du ikke gjette. Google måler kontinuerlig hvordan ekte besøkende opplever nettsiden din, og samler resultatet i tre konkrete tall som kalles Core Web Vitals. Tallene påvirker både hvor godt du synes i Google-søk og hvor mange besøkende som blir kunder. Her forklarer vi hva de tre målingene betyr på vanlig norsk, og hvordan du sjekker nettsiden din gratis på fem minutter.
Hva er Core Web Vitals – og hvorfor bryr Google seg?
Core Web Vitals er Googles offisielle målestokk for brukeropplevelse på nett. Tenk på det som en helsesjekk for nettsiden: Tre vitale verdier som forteller om siden laster raskt, reagerer kvikt når man klikker, og ligger stabilt uten at innholdet hopper rundt på skjermen.
Det spesielle med Core Web Vitals er at tallene ikke kommer fra en laboratorietest, men fra ekte besøkende. Chrome-nettleseren rapporterer anonymisert hvordan sider faktisk oppleves, og Google samler dataene i Chrome User Experience Report (CrUX). For å bestå må minst 75 prosent av sidevisningene ligge innenfor grenseverdiene – målt separat for mobil og desktop. Det holder altså ikke at siden er rask for noen; den må være rask for de fleste.
Hvorfor bryr Google seg? Fordi forretningsmodellen deres avhenger av at søkeresultatene leder til gode opplevelser. I sin offisielle dokumentasjon skriver Google at gode Core Web Vitals «samsvarer med det våre sentrale rangeringssystemer søker å belønne». Sagt enklere: Google vil sende brukerne sine til raske, stabile nettsider – og en treg nettside stiller med handikap mot raskere konkurrenter med likeverdig innhold.
De tre målingene forklart uten teknisk sjargong
Core Web Vitals består av tre målinger med kryptiske forkortelser: LCP, INP og CLS. Bak bokstavene skjuler det seg tre helt hverdagslige spørsmål.
| Måling | Hva den måler | God | Bør forbedres | Dårlig |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Hvor raskt hovedinnholdet vises | ≤ 2,5 sek | 2,5–4 sek | > 4 sek |
| INP (Interaction to Next Paint) | Hvor raskt siden reagerer på klikk og tasting | ≤ 200 ms | 200–500 ms | > 500 ms |
| CLS (Cumulative Layout Shift) | Hvor mye innholdet hopper under lasting | ≤ 0,1 | 0,1–0,25 | > 0,25 |
Grenseverdiene er hentet fra Googles egen dokumentasjon på web.dev, og er per 2026 uendret: 2,5 sekunder, 200 millisekunder og 0,1.
LCP – «Når ser jeg noe nyttig?»
Largest Contentful Paint måler tiden fra noen klikker seg inn på siden din til det største innholdselementet – typisk hovedbildet eller overskriften – er synlig. Det er øyeblikket besøkeren tenker «ok, nå er siden her». Grensen for god opplevelse er 2,5 sekunder. Det høres raust ut, men på mobilnett med tunge bilder og treg server ryker den overraskende fort.
INP – «Skjer det noe når jeg klikker?»
Interaction to Next Paint måler tiden fra besøkeren klikker på en knapp, åpner en meny eller skriver i et skjema, til skjermen reagerer. Grensen er 200 millisekunder – omtrent et blunk. Alt over det oppleves som at siden «henger». INP er nyest av de tre: I mars 2024 erstattet den eldre FID, fordi INP fanger opp alle interaksjoner gjennom besøket, ikke bare den første.
CLS – «Hvorfor hopper alt rundt?»
Cumulative Layout Shift måler visuell stabilitet. Du har garantert opplevd det selv: Du skal trykke på «Les mer», men i samme øyeblikk laster det inn et bilde eller en annonse, alt forskyver seg – og du trykker feil. CLS setter et tall på hvor mye innholdet flytter på seg under lasting; det skal helst være 0,1 eller lavere. Høy CLS er ikke bare irriterende – det får besøkende til å miste tilliten og forlate siden.
Hvorfor en treg nettside koster deg penger
Det er fristende å avfeie sidehastighet som en teknisk detalj. Tallene sier noe annet. Hastighet påvirker bunnlinjen din gjennom to kanaler samtidig:
1. Synlighet i Google. Core Web Vitals inngår i det Google kaller sideopplevelse (page experience), som rangeringssystemene belønner. Google understreker at relevant innhold fortsatt veier tyngst – en lynrask side med tynt innhold slår ikke en grundig side. Men når du og konkurrenten har sammenlignbart innhold, kan opplevelsen avgjøre hvem som vises først. I konkurranseutsatte bransjer er det ofte nettopp der kampen står.
2. Konvertering. Her er effekten enda mer direkte. Studien «Milliseconds Make Millions», gjennomført av Deloitte på oppdrag fra Google, analyserte 30 millioner brukerøkter på mobilnettsider i Europa og USA. Funnet: En forbedring på bare 0,1 sekund i lastetid ga målbare utslag på tvers av bransjer:
- Netthandel: 8,4 % flere konverteringer og 9,2 % høyere gjennomsnittlig ordreverdi
- Reiseliv: 10,1 % flere konverteringer
- Sider for leadgenerering: 8,3 % lavere fluktfrekvens på informasjonssider
- Merkevaresider: 8,6 % flere sidevisninger per besøk
Legg merke til at dette handler om ett tidels sekund – en forskjell du knapt merker bevisst. Besøkende registrerer den likevel, og oppfører seg deretter. Snur vi regnestykket: For en nettbutikk som omsetter for to millioner kroner i året, kan ett tidels sekund tregere lastetid bety titusenvis av kroner i tapt salg – hvert år, uten at det vises noe sted i regnskapet.
En treg nettside er en usynlig kostnad: Den dukker aldri opp som en faktura, men den trekker fra på hver eneste besøkende, hver eneste dag.
Slik måler du nettsiden din selv på fem minutter
Du trenger verken teknisk kompetanse eller betalte verktøy for å finne ut hvor rask nettsiden din er. Slik gjør du det:
- Gå til PageSpeed Insights (pagespeed.web.dev) – Googles eget gratisverktøy. Lim inn adressen til nettsiden din og trykk «Analyser».
- Se på den øverste delen av rapporten først. Den viser «Hva faktiske brukere opplever» – felt-data fra CrUX, altså målinger fra virkelige besøkende de siste 28 dagene. Dette er tallene Google bruker. Står det grønt på LCP, INP og CLS, består du. (Har nettsiden lite trafikk, kan felt-data mangle.)
- Sjekk mobil og desktop hver for seg. Mange nettsider er raske på desktop, men stryker på mobil – og det er gjerne der flertallet av kundene dine er.
- Test de viktigste sidene, ikke bare forsiden. Produktsider, kontaktside og bestillingsskjema er ofte de sidene som avgjør om besøket blir til en henvendelse.
- Har du tilgang til Google Search Console? Der finner du rapporten «Core Web Vitals», som viser status for alle sidene på nettstedet samlet, gruppert etter hva som må fikses. Det er det raskeste stedet å få totaloversikt.
Et viktig skille: PageSpeed Insights viser både felt-data (ekte brukere) og lab-data (en simulert test med «score» fra 0 til 100). Det er felt-dataene som teller for Google. Labtesten er nyttig for å diagnostisere problemer, men ikke heng deg opp i å jage 100 poeng – mål heller grønt på de tre vitale verdiene.
De vanligste årsakene til treg nettside – og hva som faktisk hjelper
Når vi i InfoDesk analyserer trege nettsider, går de samme synderne igjen. Den gode nyheten er at de fleste lar seg fikse uten å bygge ny nettside.
Treg server og hosting (rammer LCP)
Alt starter med tiden serveren bruker på å svare – det teknikere kaller TTFB (Time to First Byte). Bruker serveren ett sekund på første byte, er nesten halve LCP-budsjettet brukt opp før nettleseren har mottatt noe som helst. Billig delt hosting med overfylte servere, eller en server langt unna kundene dine, er en av de vanligste grunnårsakene – og ingen flikking på selve nettsiden kan kompensere for et tregt fundament. Vi har skrevet mer om dette i guiden vår til god hosting i 2026.
Ukomprimerte og feildimensjonerte bilder (rammer LCP)
Den enkeltårsaken vi ser oftest: Noen har lastet opp et bilde rett fra kameraet eller fotografen – fem–ti megabyte – som skal vises i en boks på noen hundre piksler. Mobilbrukeren laster ned hele kolossen likevel. Løsningen er å skalere bildene til visningsstørrelsen, komprimere dem og bruke moderne formater som WebP eller AVIF. På de fleste publiseringsløsninger kan dette automatiseres.
For mye JavaScript som blokkerer siden (rammer INP og LCP)
Hvert tillegg, hver sporingskode og hver chat-widget legger til kode som nettleseren må tygge gjennom. Skript som lastes i «hodet» på siden kan blokkere visningen til de er ferdige, og tung JavaScript gjør at siden henger når noen klikker. Kuren er opprydding: Fjern tillegg og tredjepartsskript som ikke brukes, og last resten først etter at innholdet er synlig. På nettsider som har vokst over flere år, ligger det nesten alltid gevinst her.
Manglende caching og CDN (rammer LCP)
Uten caching bygger serveren hver side fra bunnen av for hver eneste besøkende – som å koke kaffen på nytt for hver kopp. Med caching serveres en ferdig kopi på brøkdelen av tiden. Et CDN (innholdsleveringsnettverk) tar det et steg videre og lagrer kopier av nettsiden på servere verden over, slik at innholdet alltid serveres fra et datasenter nær den besøkende. Caching og CDN hører til samme grunnmur som SSL og backup – det vi regner som et minimum av sikker og profesjonell hosting.
Elementer uten reservert plass (rammer CLS)
Bilder uten definerte dimensjoner, annonser, bannere og innhold som lastes inn etterpå, dytter resten av siden nedover mens den laster. Løsningen er å reservere plassen på forhånd, slik at nettleseren vet hvor stort hvert element blir før det er lastet. En liten jobb for en utvikler – stor forskjell for opplevelsen.
Et siste råd: Hastighet er ikke et engangsprosjekt. Nye tillegg, kampanjebilder og sporingskoder gjør nettsider gradvis tregere over tid. De som lykkes, behandler ytelse som drift – noe som overvåkes og vedlikeholdes løpende, slik vi beskriver i artikkelen om veien fra MVP til produksjonsklar løsning.
Ofte stilte spørsmål
Hvor rask bør nettsiden min være?
Bruk Googles grenseverdier som fasit: Hovedinnholdet synlig innen 2,5 sekunder (LCP), respons på klikk innen 200 millisekunder (INP) og CLS på 0,1 eller lavere – for minst 75 prosent av de besøkende, på mobil så vel som desktop. Klarer nettsiden dette, er den i den gode kategorien. Ambisiøse nettbutikker bør sikte enda lavere, siden hvert tidels sekund påvirker salget målbart.
Er Core Web Vitals avgjørende for Google-rangeringen min?
De er ett av flere signaler – ikke det viktigste, men heller ikke ubetydelig. Google sier selv at relevant innhold alltid veier tyngst, men at god sideopplevelse «samsvarer med det rangeringssystemene søker å belønne». I praksis: Innhold avgjør om du er med i konkurransen, hastighet kan avgjøre jevne dueller. Og uavhengig av rangering påvirker hastigheten hvor mange av de besøkende du faktisk konverterer.
Hva er forskjellen på INP og FID?
FID (First Input Delay) var Googles gamle mål for responsivitet, men målte bare forsinkelsen ved den aller første interaksjonen. INP (Interaction to Next Paint) erstattet FID i mars 2024 og måler i stedet responsen på alle klikk, trykk og tastetrykk gjennom hele besøket. INP er dermed strengere og mer realistisk. Rapporter og verktøy som fortsatt snakker om FID, er utdaterte.
Nettsiden min stryker på testen – hvor begynner jeg?
Finn først ut hvilken av de tre målingene som er rød – det peker mot årsaken. Rød LCP skyldes som regel treg server, manglende caching eller tunge bilder. Rød INP peker mot for mye JavaScript, ofte gamle tillegg og tredjepartsskript. Rød CLS handler om elementer uten reservert plass. Ta de billigste grepene først: Komprimer bildene, rydd i tillegg og slå på caching. Hjelper ikke det, ligger problemet ofte i serveren og hostingoppsettet – da bør en fagperson vurdere helheten.