Hvor rask bør nettsiden være?

Google måler hastighet med tre tall som kalles Core Web Vitals. Hvert tall har en grense for hva som regnes som godt.

• LCP, under 2,5 sekunder. Tiden det tar før det største elementet på skjermen er synlig, ofte et bilde eller en overskrift.
• INP, under 200 millisekunder. Hvor raskt siden reagerer når noen klikker eller trykker.
• CLS, under 0,1. Hvor mye innholdet flytter seg mens siden laster. Lavt tall betyr at ingenting hopper.

Tallene måles hos ekte besøkende, mest på mobil. En side som er rask på kontorets fibernett kan være treg på en telefon med dårlig dekning.

Google deler resultatet i tre nivåer: godt, trenger forbedring og dårlig. Ligger LCP mellom 2,5 og 4 sekunder, trenger siden forbedring. Over 4 sekunder regnes som dårlig. Målet er at de fleste besøkene havner i det gode nivået.

Bruk PageSpeed Insights fra Google. Verktøyet er gratis. Du limer inn adressen og får en rapport for mobil og datamaskin.

Rapporten har to deler. Den øverste viser tall fra ekte besøkende, hvis nettstedet har nok trafikk. Den nederste er en test kjørt der og da. For små nettsteder mangler ofte den øverste delen. Da er testen det du har å gå etter.

Test flere sider, ikke bare forsiden. Tjenestesidene er ofte der kundene lander. Poengsummen svinger litt fra gang til gang, så se på de tre tallene og ikke bare på totalen.

• Store bilder. Et bilde rett fra kameraet kan være flere megabyte. Det er den vanligste årsaken.
• For mange utvidelser og skript. Chat, popup, flere sporingsverktøy og tunge sidebyggere legger seg oppå hverandre.
• Tregt webhotell. Billig, delt hosting svarer sent når mange bruker samme server.
• Skrifter som blokkerer. Laster siden flere skrifter fra en ekstern tjener, kan teksten bli stående usynlig mens den venter.
• Video og kart som laster med en gang. Innebygd innhold bør lastes når brukeren kommer til det.

Mange WordPress-sider er trege av den andre grunnen. Plattformen i seg selv er ikke problemet. Les mer i WordPress eller Next.js.

Ofte er det summen som gjør utslaget. En klinikk i Asker kan ha et stort bilde øverst, en innebygd bookingløsning, et kart og tre sporingsskript. Hver for seg går det bra. Til sammen blir siden tung på mobil.

Litt. Google bruker Core Web Vitals som ett av mange signaler, og det veier lite sammenlignet med innhold og lenker. En rask side med dårlig innhold slår ikke en treg side med godt innhold.

Hastighet hjelper mest når to sider ellers er like gode. Bruk derfor ikke uker på å jakte toppscore hvis tjenestesidene mangler. Rekkefølgen står i SEO-sjekklisten.

Fordi folk er utålmodige. Den som søker etter rørlegger i Drammen med vann på gulvet, venter ikke på en side som står og laster. De går tilbake og trykker på neste treff.

Hopping i innholdet er like irriterende som treg lasting. Flytter bestillingsknappen seg akkurat idet noen skal trykke, treffer de noe annet. Det er dette CLS måler, og det skyldes ofte bilder uten oppgitt størrelse eller bannere som dukker opp sent.

Det samme gjelder annonser. Betaler du for klikk i Google Ads og sender folk til en treg side, betaler du for besøk som forsvinner før de har sett noe. Med måling ser du hvor mange som går før siden er ferdig lastet.

1. Skaler ned bildene før du laster dem opp. De fleste trenger ikke være bredere enn 1600 piksler.
2. Lagre bilder som WebP eller AVIF når plattformen støtter det.
3. Fjern utvidelser og skript du ikke bruker.
4. Bruk få skrifter og få varianter av hver.
5. Spør webhotellet om mellomlagring er slått på.

Hjelper ikke det, ligger problemet ofte i hvordan siden er bygget. Da kan ombygging lønne seg mer enn lapping. Vi bygger nettsider som er raske fra start, og hastighet er en del av den tekniske gjennomgangen i SEO-tjenesten.