Varför vissa sajter känns snabba fast de inte är det.
Hur får jag min sajt att kännas snabbare?
Svara omedelbart även när arbetet tar tid. Under ungefär 400 millisekunder upplevs en åtgärd som direkt; över en sekund börjar väntan kännas. Fem grepp gör mest skillnad: reagera på klick inom 100 ms, visa innehållets form i stället för en snurra, ladda det som syns först, anta att åtgärden lyckas och rätta vid fel, och reservera plats i förväg så att inget hoppar. Inget av dem gör sidan snabbare — de gör väntan begriplig.
Två sidor laddar på exakt 1,8 sekunder. Den ena känns snabb, den andra känns trög. Skillnaden ligger inte i tiden utan i vad som händer under den.
Det här är inte en ursäkt för att strunta i verklig prestanda — Core Web Vitals mäter det som mäts, och det ska vara i ordning. Det här handlar om vad du gör med den tid som ändå går åt.
Tidsgränserna som styr upplevelsen
| Tid | Vad som händer i huvudet | Vad du behöver göra |
|---|---|---|
| under 100 ms | Upplevs som direkt orsakat av klicket | Inget |
| 100–400 ms | Fortfarande “flyt” | Visa att klicket registrerats |
| 0,4–1 s | Man märker att man väntar | Ge ett tydligt tillstånd |
| 1–10 s | Uppmärksamheten börjar vandra | Visa framsteg |
| över 10 s | Man byter uppgift eller lämnar | Ge en tidsangivelse |
Raderna 0,1 s / 1 s / 10 s är Jakob Nielsens tre responstidsgränser, formulerade 1993 och oförändrade sedan dess — de sitter i människans perception, inte i hårdvaran. Gränsen vid 400 ms kommer från Doherty-tröskeln, som IBM mätte redan 1982: när datorn svarade snabbare än så började människor arbeta i ett flyt i stället för att vänta på maskinen.
De fem greppen
1. Bekräfta klicket omedelbart
Det viktigaste och det billigaste. En knapp som byter utseende inom 100 ms — nedtryckt läge, ändrad text, en liten spinner i knappen — köper dig flera sekunders tålamod, för att osäkerheten försvinner. Frågan “registrerades mitt klick?” är värre än väntan i sig.
Det är också därför en dubbelklickad beställningsknapp nästan alltid är gränssnittets fel, inte användarens.
2. Skelett i stället för snurra
En snurra säger “vänta” och inget mer. Ett skelett visar formen på det som kommer — och som bonus står layouten redan still när innehållet landar, vilket tar bort hoppet som annars ger dig en dålig CLS-siffra.
3. Ladda det som syns först
Besökaren ser bara de översta 800 pixlarna. Allt som prioriteras före dem — bildkarusellen längre ner, chattwidgeten, spårskripten — stjäl tid från det enda som avgör om sidan känns snabb.
Praktiskt: ladda bilder under vikningen lat, ladda in typsnitt för rubriken tidigt, och skjut upp allt tredjepartsskript till efter att sidan ritats.
4. Anta att det går bra
Klickar någon på “spara”, visa att det är sparat direkt — och rätta om servern säger nej. Väntar du på svaret innan du visar något får varje åtgärd nätverkets latens som upplevd kostnad.
Två villkor: det ska nästan alltid lyckas, och det ska gå att ångra visuellt när det inte gör det. Använd det inte på betalningar.
5. Reservera plats i förväg
Sätt width och height på varje bild, ge annonsytor och inbäddningar fast höjd. Då hoppar ingenting när saker landar.
En sida som flyttar sig under laddning upplevs som trög även när den är snabb, för att man måste läsa om och hitta tillbaka. Det är också exakt vad CLS mäter — gränsvärdet för godkänt är 0,1.
Var gränsen går
Alla fem greppen döljer väntan. Ingen av dem tar bort den.
Tar din sida sju sekunder att ladda hjälper inget skelett i världen — då är det den verkliga prestandan som ska åtgärdas: bildstorlekar, skriptmängd, servertid. Perceptionsknepen är till för de sekunder som inte går att optimera bort.
Ordningen är: mät först, optimera det som går, dölj resten. Aldrig tvärtom.
Sidan är fri att läsa, citera och länka till. Hittar du ett fel eller en siffra som hunnit bli gammal — mejla hej@webraketen.se, så rättar vi och skriver ut ändringsdatumet.