Test hastigheten på nettsiden din

Resultatet består av en vurdering (rask, middels eller treg), tiden det tar før hovedinnholdet på siden vises, og de tre måltallene Google bruker for å vurdere hvordan en nettside oppleves. Her er hva de betyr, hva som er normalt, og hva du bør bry deg om.

Hva betyr rask, middels og treg?

Rask betyr at siden holder Googles mål for en god brukeropplevelse på alle tre måltallene: hovedinnholdet vises innen 2,5 sekunder, siden reagerer på trykk innen 0,2 sekunder, og innholdet holder seg i ro mens den laster. Det er et krevende mål. Da HTTP Archive gikk gjennom nettet i 2025, klarte bare 48 prosent av alle nettsteder det på mobil, så «rask» betyr at du ligger i den beste halvparten.

Treg betyr at hovedinnholdet vises først etter mer enn 4 sekunder, som er grensen Google setter for «dårlig», eller at minst to av de tre måltallene er dårlige. Da er det sannsynlig at en del besøkende gir opp før de har sett hva du tilbyr, og at Google ser det samme.

Middels er alt imellom: siden fungerer, men noe trekker ned. Mange nettsider havner her, og det er ikke en krise. Det betyr at det finnes ting som er verdt å ta tak i, og punktene i resultatet viser hvilke.

Når vurderingen bygger på ekte besøkende, ser vi på de 75 prosent raskeste besøkene, slik Google gjør. Tallet du ser, er altså det tre av fire besøkende opplever eller bedre, mens én av fire opplever siden tregere. Det er valgt slik med vilje, fordi de som har dårligst nett og eldst telefon, er de som først gir opp.

Hva er forskjellen på «målt hos besøkende» og «målt i test»?

Google samler inn hastighetsmålinger fra Chrome-brukere som besøker nettsider, og deler dem for sider og nettsteder med nok trafikk. Finnes slike målinger for siden din, bruker vi dem, fordi de viser hva besøkende faktisk opplever, på sine egne mobiler, på sitt eget nett, over de siste 28 dagene.

Har siden for lite trafikk, finnes det ingen slike målinger, og da bygger vurderingen på testen: Google åpner siden på en simulert mobil med et helt vanlig mobilnett, venter til alt er lastet, og måler. Testen er streng med vilje, for den skal fange opp hvordan siden oppleves for de som ikke har den nyeste telefonen eller det beste nettet. Derfor kan en side som ekte besøkende opplever som grei, få et litt tregere resultat i testen.

Årsakene til at siden er treg kommer alltid fra testen, uansett hva vurderingen bygger på, fordi Google bare kan se hva som skjer inne på siden når de åpner den selv.

Hva hvis besøkende sier rask og testen sier treg?

Det skjer, og det er ikke en feil. Besøkende på nettsiden din har kanskje nyere telefoner og bedre nett enn testen simulerer, eller de fleste av dem kommer tilbake og har filene lagret i nettleseren fra før. Da vinner målingene fra besøkende, fordi det er dem som teller, både for kundene dine og for Google. Testen er fortsatt nyttig, for den viser hva som ville gjort siden raskere også for dem som har dårligere forhold.

Det motsatte kan også skje: testen sier rask, mens besøkende opplever siden som treg. Da kommer besøkende typisk fra steder med dårlig dekning, eller siden oppfører seg annerledes for innloggede kunder enn for testen. Se i så fall på tallene fra besøkende, for det er de som er sanne.

Hvorfor er mobil hovedresultatet?

Fordi de fleste besøker nettsider på mobil, og fordi Google vurderer nettsiden din ut fra mobilversjonen når de bestemmer hvor du skal vises i søk. Desktop er nesten alltid raskere, siden en datamaskin har mer kraft og som regel bedre nett, så et godt desktopresultat sier lite om hva de fleste kundene dine opplever.

Se på desktop hvis kundene dine faktisk sitter på kontoret når de finner deg, for eksempel i en del bedriftsmarkeder, men la mobil være målestokken. En side som er rask på mobil, er alltid rask på desktop. Det motsatte gjelder ikke.

Hva betyr de tre måltallene?

Google bruker tre måltall for å vurdere hvordan en nettside oppleves, og kaller dem samlet Core Web Vitals. Vi har gitt dem norske navn i resultatet, men her er hva de heter, hva de måler, og hvorfor de betyr noe.

Tid til hovedinnholdet (LCP, Largest Contentful Paint) er hvor lang tid det tar før det største elementet på skjermen, som regel toppbildet eller overskriften, er på plass. Det er måltallet som betyr mest for om besøkende venter eller gir opp, og derfor er det tiden vi viser i setningen øverst. Bra er under 2,5 sekunder, dårlig er over 4.

Tid før siden reagerer (INP, Interaction to Next Paint) er hvor lang tid det tar fra en besøkende trykker på en knapp eller en meny, til siden faktisk svarer. Bra er under 200 millisekunder, dårlig er over 500. Dette kan bare måles hos ekte besøkende, så uten slike målinger viser vi i stedet hvor lenge skript holder nettleseren opptatt under lasting, som er det nærmeste testen kommer.

Hvor mye innholdet hopper (CLS, Cumulative Layout Shift) er om tekst og knapper flytter seg mens siden laster, for eksempel fordi et bilde dukker opp over dem. Alle har trykket feil fordi noe hoppet i det øyeblikket de trykket, og det er dette som måles. Bra er under 0,10, dårlig er over 0,25.

Hvorfor kan resultatet variere fra gang til gang?

Testen er én måling på et gitt tidspunkt, og både serveren din, nettet og Googles egne maskiner varierer litt fra minutt til minutt. Google sier selv at scoren deres kan svinge noen poeng mellom to kjøringer uten at noe på siden er endret. Det er derfor vi viser en vurdering og en tid i sekunder, og legger scoren i tekniske detaljer: vurderingen er stabil selv om tallet bak den svinger litt.

Målingene fra ekte besøkende svinger mindre, siden de er et snitt over 28 dager og oppdateres én gang i døgnet. Tester du samme side flere ganger med kort mellomrom, viser vi det samme resultatet i ti minutter, slik at du ikke får to ulike svar på samme spørsmål. Har du gjort endringer på siden og vil teste effekten, venter du ti minutter og tester igjen.

Hovedinnholdet bør vises innen 2,5 sekunder på mobil, siden bør reagere på trykk innen 0,2 sekunder, og innholdet skal ikke hoppe mens den laster. Det er Googles egne mål, og det er dem verktøyet bruker.

Så hvor vanlig er det å klare det? Da HTTP Archive gikk gjennom nettet i 2025, basert på Googles målinger fra ekte besøkende, vistes hovedinnholdet innen 2,5 sekunder på 62 prosent av sidene på mobil, og bare 48 prosent av nettstedene klarte alle tre målene. På desktop var tallene 74 og 56 prosent. En helt vanlig bedriftsnettside ligger altså ofte i middels, og det er ikke noe å skamme seg over. Men det betyr også at det er fullt mulig å være raskere enn konkurrentene med ganske enkle grep, fordi mange ikke har gjort dem.

Du trenger ikke jage full score. En side som viser hovedinnholdet på under 2 sekunder og ikke hopper, gjør jobben sin. Forskjellen mellom 1,8 og 1,2 sekunder merker få, mens forskjellen mellom 5 og 2,5 merker alle.

Kilde: Web Almanac 2025, kapittelet om ytelse, fra HTTP Archive, basert på data fra juli 2025. Lest september 2026.

Av to grunner: besøkende venter ikke, og Google bryr seg. Den første betyr mest.

Besøkende venter ikke

Folk som finner deg på Google, har som regel flere treff å velge mellom, og de bestemmer seg på få sekunder. Venter de på en tom skjerm, går de til neste treff, og du får aldri vite at de var innom. Google gjorde en stor undersøkelse av mobilsider i 2017 og fant at sannsynligheten for at en besøkende forlater siden, øker med 32 prosent når lastetiden går fra ett til tre sekunder, og med 90 prosent når den går til fem. Undersøkelsen begynner å bli gammel, men det er lite som tyder på at folk har blitt mer tålmodige siden.

Betaler du for annonser, betaler du også for de klikkene som gir opp før siden vises. Da er en treg landingsside en ekstra kostnad på hver eneste annonsekrone, og en av de vanligste grunnene til at kampanjer ser ut til å ikke virke.

Kilde: Think with Google: New industry benchmarks for mobile page speed, Google/SOASTA-undersøkelsen fra 2017. Lest september 2026.

Google bruker hastighet i rangeringen

Google sier selv at Core Web Vitals, de tre måltallene i resultatet, brukes av rangeringssystemene deres, og anbefaler alle nettsteder å holde dem innenfor «god». Samtidig er de tydelige på at det er ett av mange signaler, og at gode tall ikke garanterer noen plassering. Innholdet ditt, anmeldelsene dine og konkurransen om søkeordene betyr mer.

Tenk på hastighet som noe som må være på plass for at resten skal virke, ikke som noe som løfter deg forbi konkurrentene alene. En treg side kan holde deg nede, men en rask side løfter deg ikke opp uten innhold folk vil ha.

Kilde: Google Search Central: Understanding page experience in Google Search results. Lest september 2026.

Nesten alltid én eller flere av disse seks tingene. Resultatet ditt peker ut hvilke som gjelder for deg, og hovedårsaken øverst sier hvilken som trolig betyr mest.

Tunge bilder

Den vanligste årsaken, og den enkleste å gjøre noe med. Et bilde rett fra mobilkameraet kan veie 4 til 8 MB, mens det samme bildet komprimert og i riktig størrelse veier under 200 kB uten synlig forskjell på skjermen. Ti slike bilder på forsiden er forskjellen på en side som laster på to sekunder og en som laster på tolv. Komprimer bildene før du laster dem opp, eller bruk et tillegg som gjør det automatisk, og bruk moderne formater som WebP.

For mange tillegg og skript

Hvert tillegg, hver widget og hvert sporingsverktøy legger til kode som må lastes og kjøres før siden er klar. Det er lett å ende med 30 tillegg der 10 er i bruk, og et tema som laster alt det kan, uansett hva siden trenger. Skript er også det som gjør at siden ikke svarer når man trykker. Gå gjennom tilleggene, fjern det som ikke brukes, og vær kritisk til hva som må lastes med en gang.

Treg server eller hosting

Alt starter med at serveren sender den første biten av siden. Bruker den over ett sekund på det, er siden treg uansett hvor lett resten er. Rimelig hosting der mange nettsider deler samme maskin, manglende mellomlagring og tillegg som kjører tunge oppgaver for hvert besøk, er de vanlige årsakene. Mellomlagring (cache) hjelper mest, og koster ofte ingenting. Hjelper ikke det, er bedre hosting neste steg. Les mer om hosting.

Innhold fra andre nettsteder

Chat, videoer fra YouTube, kart, skrifttyper fra Google Fonts, visning av anmeldelser og sporing hentes fra andre servere, og hver av dem laster egen kode du ikke styrer. Noen av dem er verdt det. Det viktige er at de ikke lastes før innholdet ditt er på plass, og at det som ikke brukes, fjernes.

Filer som stopper visningen

Stilark og skript som ligger øverst i koden, må lastes helt før nettleseren får vise noe som helst. Ligger det mange og store filer der, ser besøkende en hvit skjerm mens de venter. Løsningen er teknisk, men enkel for den som drifter siden: last det som trengs først, og utsett resten.

Innhold som hopper

Dette gjør ikke siden tregere, men det gjør den ubehagelig å bruke: teksten flytter seg idet du skal lese, og knappen flytter seg idet du skal trykke. Årsaken er bilder, videoer og annonser uten oppgitt størrelse, eller innhold som legges inn over det som allerede vises. Google måler dette fordi det irriterer folk like mye som treghet, og det teller med i vurderingen.

Hva kan du gjøre selv?

Har nettsiden et vanlig publiseringssystem, som WordPress, kan du gjøre mer enn du tror uten å kunne kode. Komprimer bildene, enten før du laster dem opp eller med et tillegg som gjør det automatisk. Fjern tillegg du ikke bruker. Slå på mellomlagring, som ofte er ett valg hos hostingleverandøren eller i et hastighetstillegg. Og fjern verktøy fra andre nettsteder som ikke gir deg noe, for eksempel en chat ingen bruker.

For mange nettsider er dette nok til å gå fra treg til middels, og fra middels til rask. Test på nytt etterpå, så ser du effekten.

Hva bør den som drifter siden gjøre?

Punktene merket «Krever hjelp fra den som drifter siden» i resultatet handler om koden og serveren: filer som stopper visningen, skript som lastes overalt, innstillinger for mellomlagring og komprimering, og hosting. Det er som regel små jobber for den som kan det, og punktene er skrevet slik at du kan sende dem rett videre. Lenken til Googles rapport under tekniske detaljer gir dem resten.

Når er svaret en ny nettside?

Når siden er bygget på et tema eller en sidebygger som laster alt uansett, når den har vokst med tillegg i årevis, eller når den ikke er laget for mobil, blir det ofte dyrere å fikse punkt for punkt enn å bygge nytt. Da er det grunnmuren som er treg, og den kan ikke komprimeres bort.

Det motsatte gjelder også. Får du middels med to tunge bilder og et par tillegg for mye, trenger du ikke ny nettside. Fiks punktene, og test igjen. Guiden Lage nettside selv eller bruke byrå? hjelper deg med avveiningen, og priskalkulatoren for nettside viser hva en ny nettside vanligvis koster.

Eksemplene under er illustrerende, med vanlige tall for nettsider av denne typen.

En frisørsalong i Kristiansand tester nettsiden sin og får treg på mobil, med hovedinnholdet synlig først etter 6,1 sekunder. Hovedårsaken er bildene. Forsiden har et galleri med tolv bilder rett fra mobilkameraet, til sammen over 20 MB, og toppbildet alene veier 3 MB. Resten av siden er enkel og laster fint. Hun komprimerer bildene med et gratis tillegg, som krymper galleriet til under 2 MB, og legger inn toppbildet i riktig størrelse. En uke senere tester hun igjen og får middels, med hovedinnholdet etter 2,9 sekunder. Det tok en ettermiddag, og hun trengte ikke hjelp.

Et regnskapskontor i Tromsø får også treg, med hovedinnholdet etter 5,4 sekunder, men her er hovedårsaken skript og tillegg. Nettsiden er sju år gammel, bygget med en sidebygger som laster all koden sin på hver eneste side, og har 34 tillegg der de fleste ble lagt til av folk som ikke lenger jobber der. Serveren bruker dessuten 1,9 sekunder på å svare. Her er det ingen enkeltpunkter som løser det: hvert grep gir litt, men grunnmuren er treg. For dem er en ny, lettere nettside rimeligere enn å reparere den gamle, og de får samtidig en side som sier det de vil si om bedriften i dag.

Samme resultat, samme vurdering, helt ulik løsning. Det er derfor hovedårsaken i resultatet er verdt å se på før du bestemmer deg for noe.

Under resultatet ditt kan du skrive inn adressen til en konkurrent og få mobilresultatene side om side: vurdering, tid til hovedinnholdet og Googles score. Det er nyttig for å vite om hastighet er noe du kan vinne på, eller om alle i bransjen din ligger likt.

Husk at sammenligningen bare handler om hastighet. En konkurrent med raskere nettside kan fortsatt ha dårligere innhold, færre anmeldelser og et svakere tilbud, og omvendt. Og har en av sidene lite trafikk, bygger tallene på testen, mens den andre bygger på ekte besøkende, så se mer på vurderingen enn på desimalene.

Alt kommer fra Google. Målingene fra ekte besøkende kommer fra Chrome User Experience Report, Googles innsamling av hastighetsdata fra Chrome-brukere som har samtykket til å dele dem, samlet over de siste 28 dagene. Testen kjøres av Lighthouse, Googles eget verktøy for å måle nettsider, som åpner siden på en simulert mobil og en desktop fra Googles servere.

Begge deler er det samme som ligger bak Googles PageSpeed Insights, som du når som helst kan kjøre selv på pagespeed.web.dev. Forskjellen er at vi oversetter tallene til klartekst, holder oss til det som betyr noe, peker ut hovedårsaken, og sier hva du kan gjøre med det.

Vi kjører ikke egen kode på nettsiden din, men Google åpner den i en nettleser på samme måte som en besøkende ville gjort, så for nettsiden ser målingen ut som ett vanlig besøk. Vi lagrer resultatet i ti minutter, og bruker ikke adressen til noe annet.