En treg nettside taper både kunder og Google-plasseringer hver dag. Statistikk fra Google viser at 53 prosent av mobilbrukere forlater en side hvis den ikke laster innen 3 sekunder. Hver ekstra sekund øker fluktraten med rundt 20 prosent. Samtidig bruker Google Core Web Vitals (LCP, INP, CLS) som direkte rangeringsfaktor. Det betyr at en treg side ikke bare mister besøkende du allerede har, den får også færre besøkende fra organisk søk fordi den ranker lavere. Den vanlige flaskehalsen er ikke serveren, men hvordan siden er bygget: oppblåst kode fra sidebyggere, ukomprimerte bilder, og treg JavaScript. De fleste sider kan bli 2-4 ganger raskere uten å bytte hosting, bare ved å fikse riktig ting.
Hvor mye taper du på en treg side?
La oss starte med tall. Treg lastetid er ikke et abstrakt teknisk problem, det er omsetning du ikke får. Her er hva forskningen sier:
Google fant i en bredere studie at jo lenger lastetiden er, desto mer hopper folk av. Går lastetiden fra 1 til 3 sekunder, øker sannsynligheten for fluktrate med 32 prosent. Fra 1 til 5 sekunder: 90 prosent økning. Fra 1 til 6 sekunder: 106 prosent. Fra 1 til 10 sekunder: 123 prosent.
Amazon beregnet i en intern studie at hver 100 millisekund ekstra lastetid kostet dem 1 prosent i salg. På deres skala betyr det milliarder. På din skala kan det bety 5-15 prosent av omsetningen, avhengig av hvor treg siden faktisk er.
Walmart så at konverteringen økte med 2 prosent for hvert sekund lastetiden ble redusert. For en nettbutikk med 5 millioner kroner i årlig omsetning betyr én ekstra sekund forskjell på 100 000 kr.
Disse tallene gjelder ikke bare store internasjonale aktører. Vi har sett norske bedrifter doble organisk trafikk på 3-4 måneder etter at vi har redusert lastetid fra 6 til 2 sekunder, uten andre endringer i SEO-strategi.
Hva er Core Web Vitals, egentlig?
Core Web Vitals er Googles offisielle målinger for brukeropplevelse på nettsider. Tre konkrete tall som måler hvor god (eller dårlig) opplevelsen er fra brukerens perspektiv. Siden 2021 har Google brukt dem som direkte rangeringsfaktor.
Tallene måles fra ekte brukerdata, ikke fra laboratorietester. Google samler inn data fra Chrome-brukere som besøker siden din (anonymt, gjennom Chrome User Experience Report). Den dataen er det som faktisk teller for rangering.
LCP: Largest Contentful Paint
Hvor raskt det største synlige elementet på siden er ferdig lastet. Vanligvis er det største elementet hovedbildet på forsiden, en stor overskrift, eller en heltbanner.
Mål: under 2,5 sekunder. Over 4 sekunder regnes som dårlig. Tregeste årsaker: store ukomprimerte bilder, treg server, blokkerende JavaScript som hindrer at innholdet vises tidlig.
INP: Interaction to Next Paint
Hvor raskt siden reagerer når brukeren gjør noe, klikker, scroller, taster. Erstattet FID (First Input Delay) i mars 2024 fordi INP er en mer komplett måling.
Mål: under 200 millisekunder. Over 500 ms regnes som dårlig. Treg INP betyr ofte at JavaScript blokkerer hovedtråden mens den prosesserer. Vanlig årsak: tunge sidebyggere som Elementor og Divi, eller mange tunge plugins som kjører samtidig.
CLS: Cumulative Layout Shift
Hvor mye innhold hopper rundt mens siden lastes. Du har sikkert opplevd det selv: du skal klikke på en knapp, så lastes en annonse over den i siste sekund, og du klikker noe helt annet.
Mål: under 0,1. Over 0,25 regnes som dårlig. Vanlige årsaker: bilder uten width og height-attributter, fonter som lastes asynkront og endrer størrelse, annonser som dukker opp etter at innholdet er rendret.
Hvordan måler du dette på din egen side?
Du trenger ikke tekniske ferdigheter for å sjekke. Bruk disse verktøyene:
Google PageSpeed Insights (pagespeed.web.dev). Skriv inn URL-en din, vent 20-30 sekunder. Du får både laboratoriedata og ekte brukerdata (hvis siden har nok trafikk). Sjekk mobil først, det er det Google bruker for rangering.
Google Search Console. Under «Opplevelse» → «Core Web Vitals» får du oversikt over hvilke sider som har problemer, og hvor mange. Krever at siden er verifisert i Search Console.
GTmetrix.com. Mer detaljert nedbryting av hva som tar tid. Gratis konto rekker for de fleste sjekker.
WebPageTest.org. Profesjonelt verktøy for grundig analyse. Gratis å bruke, men brukergrensesnittet er teknisk.
Test forsiden, viktige tjenestesider, og typiske blogginnlegg. Resultatet varierer ofte mellom ulike sidetyper.
Hva er normalt på en treg side?
For å gi deg en peilepinne. En typisk Elementor-side i Norge har disse målingene før vi har gjort noe:
LCP: 4-6 sekunder. INP: 300-500 millisekunder. CLS: 0,15-0,30. Total sidestørrelse: 2-4 MB. Antall HTTP-requests: 80-120. PageSpeed-score (mobil): 30-50.
Dette er ikke en katastrofe, men det er heller ikke konkurransedyktig. En side med disse målingene taper plassering mot konkurrenter med bedre tall, alt annet likt.
Etter optimalisering er typiske mål:
LCP: 1-2 sekunder. INP: 50-150 millisekunder. CLS: 0-0,05. Total sidestørrelse: 500 KB – 1 MB. Antall HTTP-requests: 15-30. PageSpeed-score (mobil): 85-100.
Forskjellen er ikke teoretisk. Den merkes umiddelbart av brukerne og over noen måneder i organisk trafikk.
Hva bremser siden din vanligvis?
Etter mange tekniske audits ser vi de samme problemene gå igjen.
Sidebygger som genererer mye unødvendig kode
Elementor, Divi og WPBakery er enkle å bruke, men de bygger sider med mye lagvis HTML, store CSS-filer, og tung JavaScript som lastes på hver side. En enkel knapp som i ren HTML er én linje, blir gjerne 5-8 nestede div-er. Over en hel side summerer det seg fort.
Dette er ofte den største enkeltårsaken til treg side på WordPress. Vi har skrevet detaljert om hvorfor skreddersydd WordPress er raskere enn sidebyggere, og hva forskjellen faktisk betyr i tall.
Bilder som ikke er optimalisert
Et bilde på 3 MB tar tid å laste, uansett hvor rask hosting du har. Mange laster opp bilder direkte fra kameraet, fulle versjoner på 4000×3000 piksler. Når de vises på en knapp som er 200 piksler bred, nedskaleres bildet av nettleseren etter at hele filen er lastet.
Et komprimert WebP-bilde i riktig størrelse er ofte 50-100 KB. Forskjellen mellom 3 MB og 100 KB er trettifoldig. Gjør dette på 20 bilder, og du har spart 50 MB nedlasting per sideinnlasting.
Tung JavaScript fra plugins og tredjepart
Hver plugin som legger til funksjonalitet, legger ofte til JavaScript som lastes på hver side, også der den ikke brukes. Et kontaktskjema-plugin som lastes på «Om oss»-siden uten å være der. Et popup-plugin som kjører på sider uten popup. Disse summerer seg.
Eksterne skript er enda verre. Google Tag Manager, Facebook Pixel, chat-widgets, video-embeds. Hver av disse henter inn kode fra en annen server, ofte 100-300 KB per stykk. Fem-seks slike på samme side, og du har lagt til 1 MB JavaScript-belastning.
Treg eller dårlig konfigurert hosting
Time to First Byte (TTFB) er hvor lang tid det tar fra nettleseren spør serveren om en side til første byte kommer tilbake. Bra: under 200 ms. Akseptabelt: under 600 ms. Dårlig: over 1 sekund.
Billig delt hosting i utlandet gir ofte TTFB på 1-2 sekunder. Det betyr at siden allerede har tapt 1-2 sekunder før noe annet skjer. Norsk eller skandinavisk hosting med god konfigurering gir 100-300 ms.
Manglende caching
Caching betyr at serveren lagrer ferdigprosessert HTML i stedet for å bygge siden på nytt for hver besøkende. Uten caching må WordPress kjøre PHP, spørre databasen, prosessere temaer og plugins, og bygge HTML for hver eneste forespørsel.
Med caching (WP Rocket, W3 Total Cache, eller server-side via Redis) sendes ferdig HTML direkte. Forskjellen kan være 1-3 sekunder på lastetid. Caching alene fikser ikke en treg side, men det er en nødvendig bunn.
Hva kan du fikse selv?
Noen ting krever utvikler. Mange ting kan du gjøre selv hvis du har grunnleggende WordPress-tilgang.
Bildekompresjon. Installer ShortPixel, Imagify eller Smush. Kjør gjennom alle eksisterende bilder, og slå på automatisk kompresjon for nye opplastinger. Dette alene kan kutte sidestørrelsen med 50 prosent.
Konverter til WebP. De samme bilde-pluginsene kan konvertere til WebP-format automatisk. WebP er typisk 30-50 prosent mindre enn JPG ved samme kvalitet.
Aktiver lazy loading. Siden WordPress 5.5 er lazy loading av bilder innebygd. Sjekk at det er aktivert. Du kan også bruke a3 Lazy Load for video og iframes.
Slå av plugins du ikke bruker. Gå gjennom plugin-listen din. Hver inaktiv plugin er ikke gratis, hver aktiv plugin tar ressurser. Hold antall under 20 hvis mulig, og slett alt du ikke faktisk trenger.
Installer en cache-plugin. WP Rocket (betalt, 600 kr/år, anbefalt), W3 Total Cache eller WP Super Cache (gratis) er gode alternativer. Aktiver med standardinnstillinger først, se forskjellen.
Bruk Cloudflare som gratis CDN. Setup tar 30 minutter. Det gir deg distribuert leveranse av statiske filer, gratis SSL, og noe DDoS-beskyttelse.
Hva krever utvikler?
Disse tingene er teknisk mer komplekse og krever som regel hjelp.
Fjerne ubrukt CSS og JavaScript. Sidebyggere laster mye som ikke brukes på den enkelte side. Verktøy som Asset CleanUp eller manuell konfigurering i temaet kan rydde opp, men feilkonfigurering bryter siden.
Optimalisere database. WordPress-databaser samler opp gamle versjoner av innlegg, ubrukt metadata, spam-kommentarer. Verktøy som WP-Optimize kan rydde, men trenger jevnlig vedlikehold.
Server-side optimalisering. Redis-caching, PHP-versjonsoppgradering, MariaDB-konfigurering. Krever tilgang til server, ikke bare WordPress.
Skifte fra sidebygger til skreddersydd tema. Den største enkeltforbedringen for de fleste sider, men også den største jobben. Krever full ombygging, men gir 3-5 ganger raskere side.
Implementere riktig schema-markup. Ikke direkte ytelsesfaktor, men hjelper Google forstå siden, som indirekte påvirker hvor mye crawl-budsjett du får.
Hvordan henger lastetid sammen med SEO?
Hastighet er ikke det eneste rangeringssignalet, men det er ett av flere viktige. Google bruker Core Web Vitals direkte i rangering, særlig for konkurransebaserte søk. To sider med likt godt innhold rangeres ulikt hvis den ene har LCP på 1,5 sekunder og den andre på 4 sekunder.
Indirekte er sammenhengen enda sterkere. Treg side gir høy bounce-rate, lavere tid på side, færre sidevisninger per besøk. Disse signalene leser Google også, og de påvirker rangering.
I tillegg påvirker hastighet hvor mye av siden Google crawler. På store sider med tusenvis av URL-er bestemmer crawl-budsjettet hvor ofte sidene oppdateres i indeksen. Treg side = færre sider crawlet = tregere oppdatering.
For en komplett oversikt over alle tekniske SEO-faktorer, se vår sjekkliste over teknisk SEO.
Konkrete tall: hva bør du sikte mot?
For en norsk bedriftsside i 2026 er disse målene realistiske:
LCP: 1-2 sekunder. Sjeldnere over 2,5 sekunder. INP: under 100 millisekunder for de fleste interaksjoner. CLS: under 0,05. Total sidestørrelse: 500 KB – 1 MB for en bedriftsside, opptil 1,5 MB for en nettbutikk med produktbilder. Antall HTTP-requests: under 30 for bedriftsside, under 50 for nettbutikk. PageSpeed-score: 85+ på mobil, 95+ på desktop.
For sammenligning, en typisk Elementor-side ligger på det dobbelte i alle tall, og en tredjedel i PageSpeed-score.
Hva får du tilbake på investeringen?
Optimalisering av lastetid og Core Web Vitals er en av de mest lønnsomme SEO-investeringene en bedrift kan gjøre. Grunnene:
Effekten er rask. Innholdsarbeid og lenkebygging tar 3-12 måneder å vise resultat. Lastetid-fiks gir ofte synlig effekt i Google på dager, og økt konvertering umiddelbart.
Det forbedrer både trafikk og konvertering samtidig. Du får flere besøkende fra Google, og en høyere andel av dem konverterer fordi siden ikke frustrerer dem.
Det reduserer driftskostnader. Lett side bruker mindre serverressurser, lavere hosting-kostnader, lavere bandbredde-kostnader. På noen plattformer monner det.
Forbedringen varer. Når siden er bygget riktig, holder ytelsen seg over tid. Det er ikke en månedlig kostnad slik annonser er.
For mange bedrifter er det også konkurransefortrinn. De fleste norske SMB-er har trege sider. Den som fikser dette, har et forsprang konkurrentene ikke har tenkt på.
Slik kommer du i gang
Tre steg.
Mål nåsituasjonen. Kjør PageSpeed Insights på forsiden, en tjenesteside, og et blogginnlegg. Noter LCP, INP, CLS og PageSpeed-score. Det er utgangspunktet ditt.
Identifiser det største problemet. Er det server (TTFB over 600 ms)? Er det bilder (siden er 4 MB)? Er det JavaScript (mye blokkerende ressurser)? Er det sidebygger (CLS over 0,2 og INP over 300 ms)?
Fiks i riktig rekkefølge. Bildekompresjon og caching først, det er rask gevinst. Plugin-rydning og lazy loading neste. Større ting (bytte sidebygger, server-optimalisering) krever planlegging og budsjett.
Hvis du vil ha en konkret liste over hva som faktisk må fikses på din side, med prioritering og estimert effekt, er en grundig audit veien. Vi gjennomgår alt manuelt og leverer en rapport du kan jobbe fra, enten du fikser ting selv eller bestiller utvikling.
Ofte stilte spørsmål
Hvor rask må en nettside være i 2026?
LCP under 2,5 sekunder, INP under 200 millisekunder, CLS under 0,1. Total lastetid bør være under 3 sekunder på mobil 4G. Tregere enn dette gir både fall i Google-rangering og høy bounce-rate fra besøkende.
Hvordan måler jeg lastetiden på siden min?
Bruk Google PageSpeed Insights (pagespeed.web.dev). Skriv inn URL-en, sjekk mobilversjon først. Gir både laboratoriedata og ekte brukerdata. Google Search Console viser også Core Web Vitals-status over tid for hele siden.
Hva er det vanligste som gjør en nettside treg?
Tre hovedårsaker: sidebygger som Elementor eller Divi som genererer mye unødvendig kode, store ukomprimerte bilder, og tung JavaScript fra plugins og tredjepartstjenester. Server er sjeldnere hovedproblemet enn folk tror.
Hjelper det å bytte hosting?
Bare hvis TTFB er over 600 ms. Da kan bytte til norsk eller skandinavisk hosting gi 500-1000 ms reduksjon i lastetid. Men hvis siden er 4 MB og laster 80 filer, fikser ikke hosting grunnproblemet. Du må starte med koden.
Påvirker treg side virkelig Google-rangeringen?
Ja. Core Web Vitals er offisiell rangeringsfaktor siden 2021. På konkurransebaserte søk kan forskjellen i LCP eller INP avgjøre om du står på plass 3 eller plass 12. Indirekte påvirker treghet også bounce-rate, som er enda et signal Google leser.
Hvor mye koster det å forbedre lastetiden?
Selvgjorte tiltak (bildekompresjon, caching, plugin-rydning) koster 0-3000 kr. Profesjonell optimalisering av eksisterende side: 10 000-40 000 kr avhengig av omfang. Full ombygging fra sidebygger til skreddersydd: fra 70 000 kr. Effekten på trafikk og konvertering forsvarer ofte investeringen på under ett år.
Vil du vite nøyaktig hvor mye treg lastetid koster deg?
Vi måler dagens side, beregner hva forbedring vil gi i organisk trafikk og konvertering, og gir deg en konkret plan for hva som skal fikses og i hvilken rekkefølge. Ingen mal-rapporter, alt skrevet ut fra reell gjennomgang av siden din.