Så testar du din hemsidas hastighet — och förstår siffrorna | Siteflow

En långsam hemsida är inte ett tekniskt problem — det är ett affärsproblem. Varje extra sekund din sida tar på sig att ladda kostar dig ungefär 7 procent av konverteringarna. Google straffar dig i sökresultaten. Besökaren stänger fliken innan din rubrik ens hunnit visas. Här är vad du behöver veta för att göra ett vettigt hastighet test på din hemsida — och vad siffrorna faktiskt betyder.

Varför hastighet spelar roll

Två saker hänger ihop med en snabb hemsida: SEO och konvertering.

Google har sedan 2021 räknat in hastighet som rankingfaktor. Inte den viktigaste — innehåll och länkar väger fortfarande tyngre — men när två sajter är jämbördiga på allt annat vinner den snabbare. På mobilen, där över 60 procent av svenska besök sker, är skillnaden tydligare.

Konverteringen är mer brutal. Studier från Google, Amazon och Cloudflare visar samma sak: en sajt som laddar på 1 sekund konverterar ungefär tre gånger så bra som en sajt som laddar på 5 sekunder. Varje extra sekund mellan klick och färdig sida tappar 7 procent av besökarna. Det är inte marginalkostnad — det är dina kunder.

Vad är Core Web Vitals?

Core Web Vitals är Googles tre mätvärden för upplevd hastighet. De försöker svara på frågan "hur kändes sidan för besökaren" — inte bara hur snabb servern var.

LCP — Largest Contentful Paint. Hur lång tid det tar innan det största synliga elementet (oftast hjältebilden eller H1-rubriken) är klart laddat. Det är det här besökaren upplever som "nu är sidan här".

Googles gräns: LCP under 2,5 sekunder är bra. Över 4 sekunder är dåligt.

CLS — Cumulative Layout Shift. Hur mycket sidan hoppar runt medan den laddar. Du känner igen det: du ska klicka på en knapp, men just då laddar en banner in ovanför och du klickar fel. CLS mäter hur mycket innehållet flyttar sig efter att besökaren börjat se sidan.

Googles gräns: CLS under 0,1 är bra. Över 0,25 är dåligt.

INP — Interaction to Next Paint. Hur snabbt sidan svarar när besökaren klickar, tryker eller skriver. Ersatte tidigare måttet FID i mars 2024 och mäter den långsammaste reaktionen, inte den första.

Googles gräns: INP under 200 ms är bra. Över 500 ms är dåligt.

Dessa tre siffror är det Google faktiskt mäter när de bedömer din sajts användarupplevelse. Klarar du alla tre med "bra" så ligger du över 75 procent av webben.

Hur du testar din sajt

Det finns tre verktyg värda att känna till.

Siteflows hastighetstest. Vi byggde vårt eget verktyg eftersom Googles svar är fyllda med jargong. Klistra in din URL, få tillbaka LCP, CLS och INP i klartext — plus en lista över vad som faktiskt drar ner siffrorna. Gratis, inget registreringskrav.

PageSpeed Insights. Googles eget verktyg på pagespeed.web.dev. Mer detaljerat men också mer tekniskt. Värt att köra som komplement — det visar fältdata från riktiga besökare via Chrome User Experience Report, vilket är det Google faktiskt rankar dig på.

Lighthouse. Inbyggt i Chrome. Högerklicka på sidan → Inspektera → fliken Lighthouse → kör. Ger samma underliggande mått men i en mer utvecklarvänlig form. Bra om du eller din byrå ska gräva i detaljer.

Kör testet tre gånger och titta på medianen. En enskild körning kan slå fel på grund av nätverk eller cache. Och kör både mobil- och desktop-läget — mobilen är där du oftast tappar poäng.

7 saker som dödar hastigheten

Nästan alla långsamma småföretagssajter har samma fel. Här är de vanligaste, i fallande ordning:

1. Bilder som inte är komprimerade. Du laddade upp en bild rakt från mobilen — 4 MB, 4000 pixlar bred — för att visa den i en 600 pixlar bred ruta. Komprimera ner till under 200 kB per bild. Använd ett verktyg som TinyPNG, Squoosh eller låt Next.js / WordPress göra det automatiskt.

2. Gammalt bildformat. JPEG och PNG är på utgång. WebP och AVIF är 30–50 procent mindre vid samma kvalitet. Alla moderna webbläsare stöder dem sedan flera år tillbaka. Det är gratis prestanda.

3. Tunga widgets och tredjepartsskript. Chat-bubblan, Facebook-pixeln, två olika analysverktyg, en bokningskalender, en TrustBox från Trustpilot. Var och en lägger 50–300 kB JavaScript som måste laddas innan sidan kan svara. Räkna dina skript. Behåll bara dem som faktiskt driver intäkter.

4. Inget lazy-loading. Bilder nedanför viken laddas direkt vid sidladdning istället för när besökaren scrollar dit. Lägg till loading="lazy" på alla bilder som inte syns ovanför viken. På de flesta CMS är det en kryssruta.

5. Webbtypsnitt utan font-display. Du har en snygg Google Font, men besökaren ser blank text i 2 sekunder medan typsnittet laddas. Sätt font-display: swap så visas en standardfont direkt och byts ut när den fina är klar. Liten ändring, stor LCP-vinst.

6. Server långt från användaren. Din hosting står i Tyskland eller USA. Varje besökare i Sverige förlorar 50–200 ms i nätverksavstånd. Använd en hosting med svensk eller nordisk närvaro, eller lägg ett CDN (Cloudflare, Bunny) framför sajten — då serveras innehållet från servrar nära besökaren.

7. Oanvänd CSS och JavaScript. Din WordPress-tema laddar stilmallar för en kalender, en e-handel och en bokningsmodul som du inte använder. Audit-fliken i Lighthouse visar exakt vilka filer som inte används på sidan. Plocka bort plugins du inte behöver — det är den enskilt snabbaste vägen till en snabb hemsida på WordPress.

Vad du kan göra själv idag

Du behöver inte vara utvecklare för att fixa 70 procent av problemen. En vettig eftermiddag:

1. Kör vårt hastighetstest och notera dina LCP-, CLS- och INP-värden.
2. Gå igenom dina senaste 20 bilder. Komprimera de som är över 200 kB. Använd WebP-format om ditt CMS stöder det.
3. Lista alla plugins / widgets / skript på din sajt. Avinstallera allt du inte använder aktivt — varje borttagen rad är ren prestanda.
4. Stäng av automatiska karuseller och animerade bakgrundsvideor på startsidan. De är de största enskilda LCP-bovarna.
5. Sätt loading="lazy" på alla bilder under hjältesektionen.
6. Kör hastighetstestet igen. Du kommer se skillnad.

För resterande 30 procent — typsnittsoptimering, kodminifiering, CDN-konfiguration, kritisk CSS — krävs det att någon går in i koden eller bygger om sajten.

När det är dags att skaffa hjälp

Om du har gjort de självhjälpande stegen och fortfarande ligger med LCP över 3 sekunder eller PageSpeed-poäng under 60 på mobil, då är problemet inte cosmetic. Då är det själva fundamentet — temat, hostingen eller hur sajten är byggd — som drar ner dig.

Det är där vi kommer in. Vi fixar laddtider åt små företag från 995 kr/mån. Det inkluderar audit, åtgärder, modernare bildhantering, CDN och löpande övervakning — så att din hastighet inte sakta degenerar varje gång någon lägger till en ny plugin.

Hör av dig så tar vi en titt på din sajt. Eller kör först vårt hastighetstest och se hur du ligger till — det är gratis och tar 30 sekunder.

Relaterade artiklar

• Cookies och GDPR 2026 — så undviker du att cookiebannern drar ner laddtiden och blir en juridisk risk samtidigt.
• Hastighetstest — testa din sajt nu.
• Kontakt — vi fixar laddtider åt små företag från 995 kr/mån.