Kör ett hastighetstest på din sajt och resultatet ger dig en poäng, en lista med rekommendationer och nästan ingen vägledning om var du ska börja. Att veta hur du gör en sajt snabbare handlar om att förstå vilka förbättringar som fungerar på vilka delar av laddningsförloppet och vilka som ger störst resultat för insatsen. Den här artikeln går igenom de mest effektiva ändringarna, i vilken ordning du bör ta dem och vad en typisk småföretagssajt kan förvänta sig av varje förbättring.
Sajthastighet förbättras inte med en enda åtgärd. Den är resultatet av flera oberoende faktorer som samverkar: hur tung sidan är, hur snabbt servern svarar, hur effektivt filer levereras och hur mycket arbete webbläsaren behöver göra för att visa det besökaren ser. Om du tar de största bidragande faktorerna först får du snabbast resultat. Bakgrund om vilka laddningsmått som spelar roll och varför finns i artikeln om vad sidladdningstid är och hur den mäts.
Vilka är de vanligaste orsakerna till långa laddtider?
Innan du gör ändringar är det bra att förstå var tiden faktiskt går förlorad. Långsamma sajter har nästan alltid en eller flera av de här gemensamt.
Ooptimerade bilder
- Bilder är de största filerna på de flesta sidor och den enskilt vanligaste orsaken till långa laddtider
- En sida med fem okomprimerade fotografier kan väga tio till tjugo gånger mer än den behöver
- Om du åtgärdar bilderna ger det oftast den största hastighetsförbättringen av alla enskilda ändringar
Ingen cachning på plats
- Utan cachning måste servern bygga om sidan och webbläsaren ladda ner varje fil från grunden vid varje besök
- Cachning gör att återkommande besökare laddar sidor från sparade kopior i stället för att ladda ner allt igen
Ominifierade kodfiler
- CSS- och JavaScript-filer innehåller ofta mellanslag, kommentarer och formatering som gör dem läsbara för utvecklare men lägger till onödig vikt för webbläsare
- Minifiering tar bort det överflödiga innehållet och minskar filstorlekarna, ibland med 30 till 50 procent
Långsamt serversvar
- Allt väntar på servern. Om servern tar mer än 800 millisekunder på sig att svara försenas alla andra mått redan från början
- Delade hostingmiljöer och ooptimerade databaser är de vanligaste orsakerna till hög Time to First Byte
Resurser som blockerar renderingen
- Skript och stilmallar som laddas i dokumentets huvud pausar webbläsaren innan den kan rendera något
- Om du flyttar skript som inte är kritiska så att de laddas efter huvudinnehållet försvinner den flaskhalsen
Hur optimerar du bilder för att minska sidvikten?
Bildoptimering är den åtgärd som ger störst effekt för de flesta sajter eftersom den direkt minskar de största filerna på sidan. Tre ändringar tillsammans ger den största minskningen av bildernas filstorlek.
Välj rätt format
- WebP ger mindre filer än JPEG med samma visuella kvalitet och stöder transparens som PNG
- Byt till WebP för alla fotografier och vanlig grafik. Använd PNG bara när transparens behövs
Ändra storlek innan uppladdning
- Om du laddar upp en bild som är 4 000 pixlar bred för att visas i 800 pixlars bredd tvingas varje besökare ladda ner fyra gånger mer data än nödvändigt
- Ändra storlek på bilder till deras maximala visningsbredd innan du laddar upp dem
Komprimera till en lämplig kvalitetsnivå
- En kvalitetsinställning på 75 till 85 för format med förlust ger filer som är 60 till 80 procent mindre än originalet utan synlig kvalitetsskillnad för de flesta fotografier
- Kombinationen av rätt format, rätt storlek och lämplig komprimering kan minska en sidas bildvikt med 80 till 90 procent
En fullständig guide om filformat, typer av komprimering, lazy loading och responsiva bilder finns i artikeln om hur du optimerar bilder för snabbare laddning.
Hur minskar cachning laddtiden?
Cachning sparar kopior av sidans resurser så att de inte behöver laddas ner eller skapas på nytt vid varje begäran. Det finns två typer som verkar vid olika punkter i leveranskedjan.
Webbläsarcachning
- Besökarens webbläsare sparar CSS, JavaScript, bilder och typsnitt efter det första besöket
- Vid återbesök läses de filerna in från den lokala enheten i stället för att laddas ner igen, vilket minskar sidladdningstiden dramatiskt för återkommande besökare
- Webbläsarcachning styrs av cacherubriker som ställs in på servern. De flesta moderna hostingplattformar ställer in dem automatiskt
Cachning på servern
- Servern sparar färdiggenererade versioner av sidor så att de inte behöver byggas om från grunden vid varje begäran
- Det gör Time to First Byte snabbare för alla besökare, även de som besöker sajten för första gången
- Cachning på servern har störst effekt på dynamiska sajter där sidor genereras från databasfrågor
En detaljerad förklaring av hur webbläsarcachning fungerar och hur du konfigurerar den finns i artikeln om vad webbläsarcachning är och hur den fungerar.
Vad gör minifiering för laddhastigheten?
CSS- och JavaScript-filer som skrivs av utvecklare innehåller mellanrum, radbrytningar och kommentarer som gör koden lättare att läsa och underhålla. Webbläsare behöver inget av det. Minifiering tar bort det och ger mindre filer som laddas ner snabbare utan att deras funktion ändras.
- Minifiering av CSS minskar vanligtvis filstorleken med 20 till 30 procent
- Minifiering av JavaScript kan minska filstorleken med 30 till 50 procent, mer för stora filer med många kommentarer och mycket tomrum
- Minifiering är en av de enklare vinsterna eftersom den inte kräver några ändringar i hur sajten ser ut eller fungerar och ofta kan aktiveras via ett tillägg eller en plattformsinställning
En fullständig genomgång av hur minifiering fungerar för CSS, JavaScript och HTML finns i artikeln om vad minifiering är och hur den hjälper din sajt.
Hur minskar ett CDN laddtiden för besökare?
Ett CDN (content delivery network) minskar det fysiska avståndet mellan besökaren och servern som levererar dina filer. Utan ett CDN ansluter alla besökare till en enda server på en enda plats. Med ett CDN levereras sidan till varje besökare från den server som ligger närmast.
- För besökare nära ursprungsservern är hastighetsförbättringen från ett CDN måttlig
- För besökare i andra länder eller regioner kan ett CDN minska Time to First Byte med hundratals millisekunder
- CDN har störst effekt på sajter med en internationell publik eller mycket mediainnehåll
- Vissa hostingplattformar har CDN-leverans inbyggt. Där det ingår behövs ingen extra konfiguration
En fullständig förklaring av hur CDN fungerar och vem som behöver ett finns i artikeln om vad ett CDN är och hur det hjälper din sajt.
Vad är lazy loading och hur minskar det den första laddtiden?
Lazy loading skjuter upp nedladdningen av bilder och andra resurser som ligger nedanför det som syns utan scrollning tills besökaren scrollar nära dem. Det minskar mängden data som webbläsaren behöver ladda ner innan sidan blir användbar.
- På en sida med tjugo bilder betyder lazy loading att webbläsaren bara laddar ner de tre eller fyra bilder som syns på skärmen när sidan först öppnas
- De återstående bilderna laddas när besökaren scrollar, så att nedladdningen sprids över tid i stället för att läggas i början
- Lazy loading förbättrar direkt Time to Interactive och kan ha en märkbar effekt på Largest Contentful Paint när innehållet som syns utan scrollning inte är bildtungt
- Använd inte lazy loading på bilder som syns utan scrollning. De måste laddas direkt
En fullständig guide om hur lazy loading fungerar och hur du inför det finns i artikeln om vad lazy loading är och hur det fungerar.
Hur gör resurser som blockerar renderingen en sida långsammare?
När en webbläsare stöter på ett skript eller en stilmall i dokumentets huvud pausar den renderingen tills filen har laddats klart. Besökaren ser ingenting medan det pågår. Det kallas en resurs som blockerar renderingen.
Så minskar du renderingsblockering
- Flytta JavaScript som inte är kritiskt så att det laddas i slutet av dokumentet, eller använd attributet
deferellerasyncså att skript inte pausar renderingen - Ta reda på vilken CSS som behövs direkt (stilar för det som syns utan scrollning) och vilken som kan laddas senare
- Ta bort eller ersätt skript från tredje part som inte är nödvändiga. Chattwidgetar, inbäddningar från sociala medier och spårningsskript lägger alla till blockeringstid
Hur är det med serverns svarstid?
Alla andra förbättringar begränsas av hur snabbt servern svarar från första början. En långsam server lägger till fördröjning innan webbläsaren kan börja ladda någon resurs.
Vad påverkar serverns svarstid
- Hostingkvalitet: delade hostingmiljöer delar processor och minne mellan många sajter, vilket ger oförutsägbara svarstider
- Databasprestanda: långsamma eller ooptimerade databasfrågor fördröjer serverns förmåga att generera ett svar
- Cachning på serversidan: utan cachning utlöser varje begäran en fullständig ombyggnad av sidan från databasen
- Geografiskt avstånd till servern: även innan ett CDN kommer in i bilden ger en server långt från besökaren längre latens
En bra Time to First Byte är under 800 millisekunder. Om din TTFB konsekvent ligger över det ger bättre hosting eller cachning på serversidan vinster som ingen optimering i front-end kan matcha.
Var börjar du för att göra en sajt snabbare?
Om du arbetar med hastighetsförbättringar för första gången ger den här ordningen snabbast resultat med minst insats på en typisk småföretagssajt.
Prioriteringsordning för de flesta sajter
- Först: optimera bilder. Det tar hand om den största källan till sidvikt och står ofta för 60 till 80 procent av den laddtid som går att undvika
- Därefter: aktivera cachning. Cachning i webbläsaren och på servern minskar arbetet vid varje besök, särskilt för återkommande besökare
- Sedan: minifiera CSS och JavaScript. Mindre insats och en pålitlig förbättring av filöverföringstiderna
- Därefter: lägg till ett CDN om din publik är geografiskt spridd eller om medialeverans är en betydande del av din sajt
- Sist: ta tag i resurser som blockerar renderingen och serverns svarstid om stegen ovan är genomförda och poängen fortfarande är dåliga
Kör ett hastighetstest efter varje uppsättning ändringar för att mäta förbättringen innan du går vidare till nästa område. En guide till hur du tolkar resultaten av hastighetstester korrekt finns i artikeln om hur du testar din sajts hastighet. En genomgång av de specifika mått som de här förbättringarna påverkar finns i artikeln om vad Core Web Vitals är.
Så minskar WEMASY sajtens laddtid
WEMASY:s webbplatsbyggare sköter flera av de vanligaste hastighetsförbättringarna automatiskt. Bilder komprimeras och konverteras till WebP vid uppladdning. Cacherubriker för webbläsaren är konfigurerade som standard. CSS- och JavaScript-filer som plattformen levererar är minifierade. CDN-leverans ingår i alla planer och levererar statiska filer från den plats som ligger närmast varje besökare.
Poäng för sidhastighet och data för Core Web Vitals syns i WEMASY:s analyspanel, med rekommendationer per sida som flaggar återstående problem. Det betyder att du kan följa förbättringar efter varje ändring av innehåll eller design utan att köra externa tester manuellt.
Se vad som ingår på WEMASY:s webbplatsbyggare, eller titta på planerna på prissidan.
Vanliga frågor
Vad är det snabbaste sättet att göra en sajt snabbare?
Att optimera bilder ger den största hastighetsförbättringen med minst insats på de flesta sajter. Okomprimerade bilder är den enskilt största orsaken till sidvikt, och ett byte till WebP-format med rätt komprimering och rätt mått kan minska bildernas filstorlek med 80 till 90 procent. Efter bilderna är webbläsarcachning och minifiering av CSS- och JavaScript-filer de nästa mest effektiva förbättringarna. Med WEMASY:s webbplatsbyggare kan du sätta upp det direkt på din sajt.
Påverkar sajthastighet placeringarna i sök?
Ja. Sökmotorer använder Core Web Vitals, som mäter specifika mått för laddning, interaktivitet och visuell stabilitet, som rankingsignaler. Sidor som får bra poäng på Largest Contentful Paint, Interaction to Next Paint och Cumulative Layout Shift har en rankingfördel jämfört med sidor som får dåliga poäng, särskilt när konkurrerande sidor har liknande innehållskvalitet. Hastighetsförbättringar som höjer poängen för Core Web Vitals kan bidra till bättre synlighet i sök.
Vad är en bra laddtid för en sajt?
För Core Web Vitals är det främsta målet en Largest Contentful Paint under 2,5 sekunder. I praktiken uppfyller en sida som är helt interaktiv inom tre sekunder på en mobilanslutning den gräns som spelar mest roll för både besökarnas upplevelse och sökrankingen. En full sidladdning under fem sekunder på mobil är ett rimligt riktmärke för de flesta småföretagssajter.
Hur vet jag vad som gör min sajt långsam?
Kör ett sidhastighetstest med ett verktyg som visar fältdata vid sidan av labbdata. Titta på de specifika mått som flaggas som underkända i stället för att fokusera på totalpoängen. En TTFB över 800 millisekunder pekar på serverproblem. En dålig LCP-poäng pekar oftast på problem med bilder eller resurser som blockerar renderingen. Hög Total Blocking Time pekar på problem med körningen av JavaScript. Varje mått visar ett annat område att undersöka.
Påverkar hostingen sajtens hastighet?
Ja, avsevärt. Hostingens kvalitet påverkar Time to First Byte, som avgör hur snabbt webbläsaren kan börja ladda någon resurs. Delade hostingmiljöer delar bearbetningskraft mellan många sajter, vilket ger ojämna svarstider. Hosting som har cachning på serversidan och CDN-leverans minskar TTFB och förbättrar leveranshastigheten för alla besökare oavsett vilka andra optimeringar som görs på själva sidan.
Kan jag göra min sajt snabbare utan en utvecklare?
Ja, för de flesta av de förbättringar som gör störst skillnad. Bildoptimering, val av rätt filformat och att lägga till alt-text går att göra utan att röra koden. Webbläsarcachning och minifiering sköts ofta automatiskt av sajtplattformen eller kan aktiveras via inställningar. En utvecklare behövs vanligtvis bara för avancerade ändringar som egen serverkonfiguration, att ta bort resurser som blockerar renderingen på sajter som kodats för hand eller att optimera databasfrågor.