Långsam hemsida? Så kostar den dig jobb, och så fixar du det

En långsam hemsida kostar dig jobb på två sätt. Kunden som söker ”snickare Göteborg” i mobilen på lunchen väntar inte fem sekunder på att din sida ska visa ett telefonnummer, kunden trycker bakåt och ringer nästa träff. Och Google, som mäter hur sidan upplevs i mobilen, väger in det bland många andra signaler när de bestämmer vem som visas överst. Det goda är att orsakerna nästan alltid är samma fem, att du kan mäta det själv gratis på två minuter, och att de flesta går att fixa.

Jag bygger hemsidor åt hantverkare i Göteborg och i september 2026 mätte jag 19 sajter för snickare, elektriker och målare här i stan. 8 av 19 vägde över 1 MB räknat på bara de första femton filerna, den tyngsta 3,1 MB varav 2,3 MB var bilder. 5 av 19 tog över en sekund bara på att skicka själva HTML-koden, innan en enda bild börjat laddas, och den sämsta tog 3,8 sekunder. Det här är vanliga sajter från vanliga firmor, inte extremfall.

Vad ”långsam” betyder i en mobil

Din sida känns snabb på kontorets wifi med en dator som har sidan i cacheminnet. Kunden sitter i bilen, på en byggarbetsplats eller i ett kök med två streck 4G, med en telefon som är tre år gammal och som aldrig besökt din sida förut. Det är den upplevelsen som räknas.

Google mäter tre saker som de kallar Core Web Vitals. Hur lång tid det tar innan det största innehållet på skärmen syns, oftast din toppbild eller rubrik. Hur snabbt sidan reagerar när kunden trycker på något. Och hur mycket sidan hoppar medan den laddar, alltså när en bild dyker upp och trycker ner texten så att kunden trycker på fel sak. I min genomgång saknade 7 av 19 sajter bredd och höjd på sina bilder, en sajt på 28 bilder, och det är exakt det som orsakar hoppen.

Som tumregel: syns rubrik och telefonnummer inom två och en halv sekund på en vanlig mobil med vanlig uppkoppling är du bra. Tar det över fyra sekunder tappar du kunder som aldrig får veta att du fanns.

De vanliga orsakerna

Nästan varje långsam hantverkarsajt jag har tittat på har minst tre av de här fem problemen, och bilderna är alltid ett av dem.

• Okomprimerade foton. Bilden från mobilkameran på 4 MB laddas upp som den är och visas i en ruta som är 400 pixlar bred. Tio sådana på startsidan och du är uppe i storleken på en hel film innan texten syns.
• Sidbyggare. Elementor, Divi, WPBakery och liknande verktyg gör det enkelt att bygga utan kod, men de laddar sina egna stilmallar och skript på varje sida oavsett om de används. Det är ofta flera hundra kB innan ditt innehåll ens börjat.
• För många tillägg. Varje plugin i WordPress kan lägga till egen CSS och JavaScript. Tjugo tillägg, varav sju inte används, är vanligt på en sajt som byggdes för fem år sedan och som ingen städat i sedan dess.
• Tredjepartsskript. Google Maps-inbäddningen, YouTube-klippet, chattwidgeten, Facebook-pixeln, typsnitt från Googles servrar och cookie-bannerns eget skript. Varje sådant är en anslutning till en annan server som din sida måste vänta på.
• Billigt webbhotell. När servern tar över en sekund på att svara med själva HTML-koden spelar det ingen roll hur lätt sidan är i övrigt. 5 av 19 i min genomgång hade det problemet.

Mät det själv med PageSpeed Insights

Gå till pagespeed.web.dev, klistra in din adress och vänta en halv minut. Verktyget är gratis och kommer från Google. Titta på fliken för mobil, inte dator, det är mobilen som räknas.

Stirra dig inte blind på poängen. Den är en sammanvägning och den varierar mellan körningar. Titta istället på tre saker längre ner. ”Largest Contentful Paint” i sekunder, det är tiden till att det stora innehållet syns. ”Cumulative Layout Shift”, det är hoppen. Och listan med åtgärdsförslag under ”Insights”, som hette ”Diagnostik” före oktober 2025, där verktyget skriver ut exakt vilka bilder som är för stora, vilka skript som blockerar och hur lång tid servern tog på sig. Den listan är din åtgärdslista, i ungefär den ordning den står.

Gör också en sak till: öppna din sida i din egen mobil med wifi avstängt, i ett inkognitofönster så att inget är cachat. Räkna sekunderna tills du kan trycka på telefonnumret. Det är den mätning som betyder mest, och den kräver inget verktyg alls.

Fixa i den här ordningen

Börja med bilderna, alltid. Det är det som väger mest och det är det enklaste att åtgärda. Skala ner varje bild till den storlek den visas i, högst 1600 pixlar bred för en toppbild och 800 för en bild i en kolumn, och spara som WebP med 80 procents kvalitet. Ett plugin kan göra det automatiskt vid uppladdning, men de gamla bilderna som redan ligger där måste du köra igenom också. Ge varje bild bredd och höjd i koden så att sidan slutar hoppa. Och se till att toppbilden inte är satt till ”lazy load”, det är en vanlig felinställning som gör att det viktigaste laddas sist.

Sedan tilläggen. Gå igenom listan i WordPress och avaktivera allt du inte kan förklara vad det gör. Sedan tredjepartsskripten: byt kartinbäddningen mot en statisk kartbild med en länk till Google Maps, byt YouTube-inbäddningen mot en bild som laddar spelaren först när någon trycker, och ladda typsnitten från din egen server istället för Googles. Det gör dessutom att cookie-bannern kan tas bort, vilket är ett eget kapitel som jag skrivit om i inlägget om cookie-bannern.

Sist webbhotellet. Är serverns svarstid över 600 millisekunder i PageSpeed efter att allt annat är gjort, flytta. Skillnaden mellan det billigaste delade webbhotellet och ett hyfsat kostar ofta under hundralappen i månaden.

Ett räkneexempel (påhittat)

Låt oss säga att Måleri Hisingen AB, ett fiktivt företag, har en sajt byggd 2020 i Elementor med 14 tillägg, ett bildspel med sex bilder direkt från mobilkameran, en Google-karta i sidfoten och en cookie-banner från ett tillägg som hämtar sitt skript från en server i USA. PageSpeed säger 6,1 sekunder till största innehållet i mobilen och en sida på 4,2 MB.

Bilderna skalas ner och konverteras: 4,2 MB blir 1,1 MB på en eftermiddag. Sju tillägg avaktiveras och kartan byts mot en bild: 1,1 MB blir 800 kB och tiden till innehåll landar på 3,4 sekunder. Sidbyggaren och de återstående tilläggen är kvar, och det är där golvet ligger. Att komma under två sekunder utan att byta tema och sidbyggare går inte, hur mycket man än trimmar. Måleri Hisingen har då valet att stanna på 3,4 sekunder, vilket är helt okej och bättre än de flesta konkurrenter, eller bygga om.

När det är billigare att bygga om

Om sajten är byggd i en tung sidbyggare, har ett tema du inte vet var det kommer ifrån och en hög tillägg som ingen vågar röra, kommer du lägga fler timmar på att trimma den än på att bygga en ny. En hantverkarsajt är oftast fem till åtta sidor med text, bilder, ett formulär och ett telefonnummer. Det är inte ett stort bygge.

Tumregeln jag använder: går det att komma under 2,5 sekunder i mobilen med en dags arbete på den befintliga sajten, trimma. Går det inte, bygg om med ett lätt tema, inga sidbyggare, självhostade typsnitt och inga tredjepartsskript. Mina egna byggen ligger under 250 kB i mobilen, till fast pris och med en månadsavgift för drift, säkerhet och små ändringar. Vill du veta vad som hade gett mest på din sajt, läs gärna först hur du får fler förfrågningar från Google, där hastigheten är en av flera pusselbitar.

Om du vill ha en konkret lista på vad som gör just din sida långsam, skicka adressen genom formuläret på startsidan så kör jag mätningen och skriver ner vad jag ser, utan poäng och utan säljsnack. Mer om vem jag är hittar du på sidan om mig.