Långsam hemsida? Så testar du laddtiden och fixar bromsklossarna

Du står i butiken och testar din egen hemsida i telefonen. Den öppnas på ett par sekunder, allt ser ut som det ska, och du bockar av frågan. Problemet är att du testade på butikens wifi, med en sida telefonen redan hade sparad i minnet, och du visste precis var du skulle trycka. Kunden som googlar efter dig i kväll gör inget av det — hon sitter på bussen med halvdålig täckning och har aldrig sett din sida förut.

Den här guiden visar hur du mäter laddtiden på riktigt i stället för att gissa, vilka tre mått Google faktiskt tittar på, och vilka bromsklossar du ska ta i vilken ordning. Ingen kod, inga program att installera — bara din webbadress, en webbläsare och en halvtimme.

Börja med att mäta, inte med att gissa

Googles eget verktyg heter PageSpeed Insights och ligger på pagespeed.web.dev. Det är gratis, kräver inget konto och går snabbt: klistra in adressen, tryck på analysera, vänta. Enligt Googles egen dokumentation rapporterar verktyget hur en sida upplevs på både mobil och dator och ger förslag på hur den kan förbättras.

Tre saker gör mätningen betydligt mer användbar:

• Läs mobilfliken först. Rapporten redovisar mobil och dator var för sig, och mobilen är rätt ställe att börja. Det är där de flesta av dina besökare finns och där en tung sida gör mest skada.
• Testa fler sidor än startsidan. Startsidan är ofta den enda någon optimerat. Kör även tjänstesidan, prissidan och kontaktsidan — det är dit kunderna landar från Google.
• Kör samma sida två eller tre gånger. Mätningen varierar något mellan körningar, och ett enstaka dåligt resultat betyder inte alltid att något är trasigt.

Labbdata och fältdata — två svar på samma fråga

Rapporten ger dig två sorters siffror, och de mäter inte samma sak. Fältdatan är enligt samma dokumentation en historisk rapport över hur just den adressen har presterat, byggd på anonymiserad data från riktiga användare på olika enheter och uppkopplingar. Labbdatan bygger i stället på en simulerad laddning av sidan på en enda enhet och en fast uppsättning nätverksförhållanden.

Skillnaden spelar roll när de två säger olika saker. Labbdatan är bra att felsöka med eftersom den mäts under kontrollerade förhållanden, men den fångar inte alltid flaskhalsarna i verkligheten. Fältdatan beskriver vad dina kunder upplever — men den finns inte alltid. Google skriver rakt ut att en sida kanske inte har tillräckligt med data om den nyligen publicerats eller har för få mätvärden från riktiga användare — vilket är precis läget för många småföretagssidor med få besökare.

De tre mått Google faktiskt använder

I samma rapport ligger Core Web Vitals: tre mått för hur snabbt sidan visar något, hur snabbt den svarar när någon trycker, och hur mycket den hoppar runt medan den laddar.

LCP — hur snabbt det största innehållet syns

Largest Contentful Paint mäter när sidans största synliga element har ritats upp, oftast den stora bilden eller rubriken högst upp. Gränsen för bra är att LCP ska inträffa inom 2,5 sekunder från att sidan börjar laddas. Det här är måttet som en oskalad bild förstör snabbast.

INP — hur snabbt sidan svarar när du trycker

Interaction to Next Paint mäter hur lång tid det tar innan skärmen visar något efter att besökaren klickat, tryckt eller skrivit. Bra är 200 millisekunder eller mindre. Måttet är relativt nytt: det ersatte First Input Delay som stabilt Core Web Vital-mått i mars 2024. Ser du fortfarande FID i en rapport eller offert är underlaget inaktuellt.

CLS — hur mycket sidan hoppar

Cumulative Layout Shift mäter hur mycket innehållet flyttar sig medan sidan laddar. Du känner igen det: du ska trycka på "Boka tid", en bild laddar klart ovanför, allt hoppar nedåt och du trycker på fel sak. Bra är 0,1 eller mindre.

Alla tre bedöms på 75:e percentilen av sidvisningarna, uppdelat på mobil och dator. Det betyder att det inte räcker att sidan känns snabb för dig — tre av fyra besökare ska få den upplevelsen, också de med äldre telefon.

Checklistan: bromsklossarna i den ordning du ska ta dem

Nästan alla långsamma småföretagssidor är långsamma av samma handfull skäl. Ta dem uppifrån och ned — de första punkterna ger i regel mest effekt per nedlagd timme.

Snabbhet och användbarhet är inte samma sak. En sida kan ladda på en sekund och ändå vara omöjlig att använda med tummen — den frågan tog vi i guiden om varför du tappar kunder på mobilen.

Vad är "tillräckligt snabbt" — och när ska du sluta?

Här kommer den ärliga delen: målet är inte 100 av 100. Poängen är ett labbvärde som går att jaga i all oändlighet, och de sista poängen kostar mer i tid än de ger tillbaka i kunder. Målet är grönt på alla tre måtten i fältdatan — under 2,5 sekunder, under 200 millisekunder och under 0,1 för tre av fyra besökare. Är du där är sidan snabb nog.

Sluta optimera när du märker att du börjat diskutera millisekunder i stället för innehåll. En sida som laddar på två sekunder men saknar telefonnummer, öppettider och en tydlig knapp tappar fler kunder än en sida som laddar på tre sekunder och har allt på plats. Ligger du redan i grönt är tiden bättre investerad i vad som står på sidan — gå igenom checklistan över tio saker din hemsida måste ha i stället.

En snabb sida är oftast en städad sida

De flesta långsamma hemsidor är inte dåligt byggda. De har bara samlat på sig saker med tiden: bilder som aldrig skalades ner, tillägg ingen stängde av, en chattbubbla från en kampanj för två år sedan. Det är städning snarare än ingenjörskonst, och det mesta klarar du utan att skriva kod.

Kör din adress i PageSpeed Insights i dag, läs mobilfliken och ta punkt ett till tre den här veckan. Blir fältdatan grön efteråt är du klar — då är laddtiden inte längre det som står mellan dig och nästa kund.