Webbplatsens hastighet: så mäter och förbättrar du den

Webbplatsens hastighet är en av få saker vars effekt går att mäta på två ställen samtidigt: besökaren lämnar en långsam sajt innan innehållet syns, och Google väger in hastighet i rankningen. I båda fallen förlorar företaget kunder det aldrig ens såg.

Den goda nyheten: hastighet är ett tekniskt problem med tekniska orsaker. Till skillnad från många marknadsföringsfrågor går det här att mäta, åtgärda och mäta igen.

Vad Google faktiskt mäter

Google använder tre mätvärden som kallas Core Web Vitals. Bakom dem ligger ingen abstrakt "snabbhet" utan det besökaren faktiskt upplever.

LCP (Largest Contentful Paint) — hur snabbt sidans största innehållselement dyker upp, oftast rubriken eller huvudbilden. Ett bra resultat är under 2,5 sekunder. Det är det viktigaste måttet, eftersom det mäter ögonblicket då besökaren förstår att sidan har kommit.

INP (Interaction to Next Paint) — hur snabbt sidan svarar på ett klick eller en tryckning. Ett bra resultat är under 200 millisekunder. Öppnas menyn en halv sekund senare känns sajten trasig, även om den laddade snabbt.

CLS (Cumulative Layout Shift) — hur mycket innehållet hoppar medan sidan laddar. Ett bra resultat är under 0,1. Klassikern: du trycker på en knapp, men ögonblicket innan laddade en banner in och trycket hamnade någon annanstans.

Vid sidan av dessa spelar även TTFB roll (serverns första svar) — svarar servern långsamt är alla andra mätvärden förlorade på förhand.

Så testar du din egen webbplats

PageSpeed Insights (pagespeed.web.dev) — klistra in en adress och du får både en labbmätning och data från riktiga användare där sådan finns. Titta alltid på mobilvyn, eftersom de flesta besökare kommer från telefon och mobilresultatet nästan alltid är sämre.

Core Web Vitals-rapporten i Search Console visar data från riktiga användare och vilka sidgrupper som är problematiska. Den är viktigare än poängen i ett enskilt test.

Webbläsarens utvecklarverktyg (Network-vyn) visar exakt vilken fil som bromsar. Sortera på storlek — svaret ligger oftast på de tre första raderna.

En varning: jaga inte 100 poäng. PageSpeed-poängen är en uppskattning, inte ett mål. Det viktiga är att LCP, INP och CLS ligger i grönt — 90 poäng med grönt LCP är bättre än 98 utan.

De fem vanligaste orsakerna till tröghet

1. Ooptimerade bilder

Överlägset vanligast. Ett foto från en mobilkamera är 4–8 MB och 4 000 pixlar brett; på skärmen visas det i 800 pixlars bredd. Besökaren laddar ner tio gånger mer data än hen ser.

Vad du gör: skala ner bilderna till den storlek de visas i, använd moderna format (WebP, AVIF), sätt width och height på bilderna (förbättrar CLS direkt) och ladda bilder under första vyn senare (loading="lazy").

2. För många plugins

En typisk WordPress-sajt kör 25–40 plugins, och var och en lägger till sina egna CSS- och JS-filer på varje sida, även där de aldrig används. Formulärpluginet laddar sitt skript på startsidan, bildspelspluginet på kontaktsidan.

Vad du gör: ta bort oanvända plugins helt (inte bara avaktivera), ersätt flera pluginers funktioner med ett, och kontrollera om något plugin laddar externa typsnitt eller skript. När antalet plugins blir ett tresiffrigt problem handlar det om arkitektur snarare än inställningar — se WordPress eller kodbaserad webbplats.

3. Långsamt eller överbelastat webbhotell

Billigt delat webbhotell betyder hundratals sajter på samma server. Får grannen en trafiktopp blir din sajt långsam. Ett TTFB över 600 ms pekar nästan alltid på webbhotellet eller databasen.

Vad du gör: mät TTFB, kontrollera PHP-versionen (en gammal PHP är flera gånger långsammare), slå på cachning på serversidan och gzip/brotli-komprimering. Är sajten affärskritisk är bättre drift den billigaste hastighetsvinst som finns.

4. För mycket JavaScript

Varje skript måste laddas ner, tolkas och köras — i samma tråd som ritar sidan. Analys, chattfönster, cookiebanners, sociala knappar och A/B-testverktyg staplas på varandra.

Vad du gör: ladda tredjepartsskript fördröjt (defer/async), skrota skript som ingen tittar på (skriver ingen i chatten är dess 200 kB inte motiverade) och kontrollera om analysen laddas två gånger.

5. Webbtypsnitt

Ett typsnitt som hämtas från en extern källa innebär en extra anslutning och ofta ett ögonblick då texten är osynlig. Det skadar LCP och CLS samtidigt.

Vad du gör: hosta typsnitten på egen server, använd font-display: swap, ladda bara de vikter du faktiskt använder (inte nio när du använder tre) och begränsa teckenuppsättningen.

Vad du gör om sajten redan är långsam

En praktisk ordning som ger mest resultat för minst möda:

1. Mät först. Skriv ner LCP, INP och CLS i mobilvyn. Utan en utgångspunkt vet du inte senare om något blev bättre.
2. Fixa bilderna. Vanligtvis ger det ensamt halva vinsten.
3. Kontrollera TTFB och driften. Svarar servern långsamt hjälper inget annat.
4. Rensa skript och plugins. Ta bort allt som inte behövts en enda gång på en vecka.
5. Mät igen och gå först därefter vidare till finjustering.

Är sajten byggd så att varje vy sätts ihop från en databas och tio plugins kommer taket snabbt. Vi bygger webbplatser där alla sidor är förgenererade — servern räknar ingenting i besöksögonblicket, det finns ingen databas och angreppsytan är flera gånger mindre. Samma princip beskrivs i från WordPress till en modern webbplats.

Ger hastighet faktiskt fler kunder?

Ärligt: inte i sig. Hittas inte sajten eller är budskapet otydligt räddar ett LCP på 1,2 sekunder ingenting — om det har vi skrivit i varför besöker ingen min webbplats.

Men hastighet är en förstärkare. När sajten redan drar besökare betyder varje sparad sekund att en större andel av dem når fram till innehållet. Och till skillnad från innehåll och länkar är det ett engångsarbete vars resultat består.

Sammanfattning

Hastighet behöver inte gissas — den går att mäta. Tre mätvärden (LCP, INP, CLS), ett gratis verktyg och fem typiska orsaker täcker den stora majoriteten av fallen, och bara bilderna löser ofta hälften.

Vill du veta var din sajt står och vad som konkret bromsar den, beställ en gratis webbanalys — vi går igenom hastighet, teknisk SEO och användarupplevelse och säger i vilken ordning det lönar sig att ta tag i saker. Om en ny webbplats, se sidan om webbutveckling.