Ta två sajter som säljer samma sak. Öppna dem sida vid sida. Den ena laddar innan fingret har lämnat styrplattan. Den andra tar fyra sekunder innan ett enda element syns. Skillnaden du just upplevde har ett namn: sidladdningstid. Men siffran du ser i ett hastighetstestverktyg är bara en del av bilden. Sidladdningstid är inte ett enda mått. Det är en samling mått som var och en fångar ett eget ögonblick i laddningsförloppet och som var och en säger något annat om vad en besökare faktiskt upplever. Den här artikeln går igenom vad sidladdningstid mäter, vilka mått som spelar roll och vad de säger dig, varför mobil och dator skiljer sig åt och hur du läser din egen sajts prestandadata utan att behöva en utvecklare som översätter.
Sidladdningstid är tiden mellan att en besökare begär en sida och att sidan blir helt användbar i besökarens webbläsare. Anledningen till att den mäts på flera sätt är att "laddad" betyder olika saker beroende på vad du vill förstå. En sida kan visa innehåll innan den har laddat klart varje element. Den kan se interaktiv ut innan den faktiskt svarar på klick. Att förstå vilken del av laddningsförloppet som är långsam är det som gör hastighetsdata användbar i stället för bara alarmerande. Sammanhanget om varför det här spelar roll för ditt företag och dina sökplaceringar finns i artikeln om varför sajtens hastighet spelar roll.
Vad mäter sidladdningstid egentligen?
Uttrycket "sidladdningstid" används slarvigt om en enda siffra, men i praktiken syftar det på en tidslinje med flera kontrollpunkter. Varje kontrollpunkt besvarar en annan fråga om vad en besökare upplever medan sidan laddas.
Laddningsförloppet
- Webbläsaren skickar en begäran till din server
- Servern bearbetar begäran och skickar tillbaka ett svar
- Webbläsaren börjar ta emot och rendera sidan
- Text och bilder dyker upp stegvis allteftersom de laddas ner
- Skript körs och gör sidan interaktiv
- Det sista elementet laddas klart
Olika mått fångar olika punkter längs det här förloppet. En bra poäng för sidladdningstid beror på vilka kontrollpunkter du mäter, inte bara på en enda förfluten tid.
Vilka specifika mått används för att mäta sidladdningstid?
Time to First Byte (TTFB)
- Vad det mäter: hur länge webbläsaren väntar innan den får den första byten data från din server
- Bra poäng: under 800 millisekunder
- Varför det spelar roll: en långsam TTFB försenar allt som följer. Webbläsaren kan inte börja rendera något förrän data kommer. En långsam TTFB pekar oftast på serverprestanda, hostingkvalitet eller ooptimerade databasfrågor
First Contentful Paint (FCP)
- Vad det mäter: ögonblicket då webbläsaren renderar det första innehållet, oavsett om det är text, en bild eller en bakgrund
- Bra poäng: under 1,8 sekunder
- Varför det spelar roll: det är då besökaren först ser att något händer. En snabb FCP signalerar att sidan svarar, även om den inte har laddat klart
Largest Contentful Paint (LCP)
- Vad det mäter: när det största synliga elementet (oftast en hjältebild eller en stor rubrik) har laddats helt
- Bra poäng: 2,5 sekunder eller snabbare
- Varför det spelar roll: LCP är ett av de tre måtten i Core Web Vitals som används i sökrankingen. Det är den närmaste ersättningen för "när känns den här sidan användbar", eftersom det största elementet oftast är den viktigaste bilden på sidan
Time to Interactive (TTI)
- Vad det mäter: när sidan är helt interaktiv och pålitligt svarar på klick och tangentbordsinmatning
- Bra poäng: under 3,8 sekunder
- Varför det spelar roll: en sida kan se laddad ut medan JavaScript fortfarande körs i bakgrunden. TTI fångar gapet mellan att en sida ser redo ut och att den faktiskt är redo
Total Blocking Time (TBT)
- Vad det mäter: den totala tid som huvudtråden är blockerad och inte kan svara på inmatning mellan FCP och TTI
- Bra poäng: under 200 millisekunder
- Varför det spelar roll: TBT visar hur mycket tung JavaScript-bearbetning som fördröjer interaktiviteten. Hög TBT betyder att besökare klickar på knappar och ingenting händer, vilket skadar förtroendet även när sidan visuellt verkar ha laddat klart
Full sidladdning
- Vad det mäter: när varenda resurs på sidan, inklusive bilder, skript, typsnitt och inbäddningar från tredje part, har laddats helt
- Bra poäng: under 5 sekunder på mobil
- Varför det spelar roll: det är måttet som de flesta tänker på när de säger "sidladdningstid". Det är användbart för att förstå sidans totala tyngd, men mindre viktigt för besökarnas upplevelse än LCP och TTI, eftersom besökare vanligtvis börjar engagera sig i en sida långt innan varje element har laddats klart
Varför skiljer sig sidladdningstiden på mobil från dator?
Mobil och dator ger olika poäng för sidladdningstid för samma sida, även när innehållet är identiskt.
Skälen till att mobilen konsekvent är långsammare
- Mobila anslutningar är i genomsnitt långsammare än fast bredband, även i 4G- och 5G-nät
- Mobila processorer är mindre kraftfulla än processorer i datorer, vilket gör att JavaScript körs långsammare
- Mobila webbläsare har mindre minne tillgängligt, vilket begränsar hur mycket de kan cacha mellan sidor
- Nätverksförhållandena varierar mer på mobil, vilket ger ojämn prestanda mellan besöken
Varför poäng för mobil väger tyngre
- Sökmotorer använder mobile-first-indexering, vilket betyder att de genomsöker och rankar sidor utifrån mobilversionen
- Poäng för Core Web Vitals på mobil väger tyngre i rankingen än poäng för dator
- Mobilen står för merparten av webbtrafiken globalt, så mobilprestanda påverkar den största delen av dina besökare
Kör alltid separata tester för mobil och dator. En sida som får bra poäng på dator kan ändå ha betydande problem på mobil, och mobilen är där effekten på rankingen är störst.
Vad orsakar långa sidladdningstider?
Stora okomprimerade bilder
- Den vanligaste orsaken till stor sidvikt och långa laddtider
- Ett foto som laddas upp direkt från en telefon kan vara 4 till 8 megabyte
- Samma bild, korrekt komprimerad, kan vara under 100 kilobyte utan synlig kvalitetsskillnad
- Varje okomprimerad bild lägger till sekunder på FCP och LCP
Skript och stilmallar som blockerar renderingen
- Webbläsare pausar renderingen när de stöter på JavaScript- eller CSS-filer som de måste bearbeta innan de kan fortsätta
- Skript som laddas i dokumentets huvud hindrar sidan från att visa något tills de är klara
- Om du skjuter upp skript som inte är kritiska flyttas de ut ur den kritiska vägen, och FCP och LCP går snabbare
Långsamt serversvar (hög TTFB)
- Varje sidladdning börjar med en serverbegäran. Om servern är långsam försenas allt som följer
- Delade hostingmiljöer delar processor och minne mellan många sajter, vilket ger oförutsägbara svarstider
- Ooptimerade databaser och rendering på serversidan utan cachning är vanliga bidragande orsaker
För många skript från tredje part
- Chattwidgetar, spårningspixlar och analysverktyg lägger var och en till externa anslutningsbegäranden
- Om någon extern server svarar långsamt får din sida vänta på den
- Skript från tredje part kan bidra mycket till TBT genom att lägga till körtid för JavaScript
Ingen cachning på plats
- Utan cachning utlöser varje besök att servern bygger om sidan helt
- Med cachning laddar återkommande besökare en sparad version, vilket minskar serverns svarstid rejält
- Cachning i webbläsaren gör också att återkommande besökare slipper ladda ner filer som de redan har laddat
Hur mäter du din egen sidladdningstid?
Vad hastighetstestverktyg mäter
- Hastighetstestverktyg simulerar en sidladdning från en fast plats och anslutning och poängsätter varje mått mot standardgränser
- Det kallas labbresultat: kontrollerade tester som körs under konsekventa förhållanden
- Labbresultat är användbara för att diagnostisera specifika problem men fångar inte hur verkliga besökare med olika anslutningar och enheter faktiskt upplever din sida
Labbdata jämfört med fältdata
- Labbdata: simulerade tester i en kontrollerad miljö. Snabba att köra och bra för att isolera specifika problem
- Fältdata: verkliga mätningar från faktiska besökare på din sajt, sammanställda över tid. Det är det som sökmotorer använder för poängsättning av Core Web Vitals
- En sida kan få bra poäng i ett labbtest men dåliga i fältdata om verkliga förhållanden, långsammare enheter, svagare anslutningar eller geografiskt avstånd till din server ger andra resultat för faktiska besökare
Vad du ska titta efter när du läser en hastighetsrapport
- Kolla LCP först: det är det viktigaste måttet för både besökarnas upplevelse och sökrankingen
- Titta på TTFB för att se om problemet ligger på serversidan eller i front-end
- Kolla TBT för att ta reda på om JavaScript blockerar interaktiviteten
- Kör separata tester för mobil och dator
- Jämför dina poäng med sidorna som rankar över dig för dina målsökord, inte bara med abstrakta riktmärken
En genomgång av gränserna i Core Web Vitals och hur sökmotorer poängsätter sidor mot dem finns i artikeln om vad Core Web Vitals är.
Så hanterar WEMASY sidladdningstid
WEMASY:s webbplatsbyggare är byggd för att hålla sidladdningstiderna snabba utan teknisk konfiguration. Bilder som laddas upp via plattformen komprimeras och ändras i storlek automatiskt innan de levereras. Hostinginfrastruktur ingår i varje plan, så sajter placeras inte i delade miljöer med oförutsägbara svarstider. Cachning är aktiverad som standard, och sidor som byggs i WEMASY är uppbyggda för att hålla resurser som blockerar renderingen till ett minimum.
Poäng för Core Web Vitals, inklusive LCP, INP och CLS, syns direkt i WEMASY:s panel med fältdata från verkliga besökare. Det betyder att du kan kolla hur dina sidor presterar mot de gränser som spelar roll för sökrankingen utan att köra externa tester.
Se vad som ingår på WEMASY:s webbplatsbyggare, eller titta på planerna på prissidan.
Vanliga frågor
Vad är en bra sidladdningstid?
För Core Web Vitals är den viktigaste gränsen en Largest Contentful Paint under 2,5 sekunder. I praktiken täcker målet full interaktivitet inom tre sekunder på en mobilanslutning de flesta verkliga användningsfall. En full sidladdning under fem sekunder på mobil är ett rimligt riktmärke för de flesta småföretagssajter. Med WEMASY:s webbplatsbyggare kan du sätta upp det direkt på din sajt.
Vad är skillnaden mellan sidladdningstid och Core Web Vitals?
Sidladdningstid syftar på hela förloppet av mått från den första serverbegäran till att det sista elementet laddas. Core Web Vitals är tre specifika mått i det förloppet, Largest Contentful Paint, Interaction to Next Paint och Cumulative Layout Shift, som sökmotorer använder som rankingsignaler. Core Web Vitals är en delmängd av måtten för sidladdningstid, inriktade på just de delar av laddningsupplevelsen som påverkar besökarna mest.
Varför skiljer sig min sidladdningstid på mobil och dator?
Mobil och dator ger olika poäng eftersom mobila enheter har långsammare processorer, använder varierande nätverksanslutningar och har mindre minne än datorer. En sida som laddar på två sekunder på en dator med bredband kan ta fyra sekunder eller mer på en mobil enhet i ett genomsnittligt mobilnät. Sökmotorer poängsätter mobilprestanda separat och väger den tyngre eftersom merparten av webbtrafiken kommer från mobila enheter.
Vad är skillnaden mellan labbdata och fältdata i hastighetstester?
Labbdata kommer från ett simulerat test som körs under kontrollerade förhållanden från en fast plats och enhet. Fältdata kommer från verkliga besökare på din sajt, mätt över deras faktiska enheter, platser och anslutningar. Sökmotorer använder fältdata för poängsättning av Core Web Vitals, inte labbresultat. En sajt kan se snabb ut i ett labbtest men få dåliga poäng i fältdata om verkliga besökare har långsammare anslutningar eller enheter, eller befinner sig geografiskt långt från din server.
Vad betyder Time to First Byte?
Time to First Byte (TTFB) är tiden mellan att webbläsaren skickar en begäran till din server och att den får tillbaka den första byten data. Det är ett mått på serverns svarshastighet. En långsam TTFB försenar varje följande steg i laddningsförloppet eftersom webbläsaren inte kan börja rendera något förrän den börjar ta emot data. En TTFB över 800 millisekunder pekar oftast på problem med serverprestanda, långsamma hostingmiljöer eller ooptimerad bearbetning i backend.
Påverkar sidladdningstid placeringarna i sök?
Ja. Sökmotorer använder Core Web Vitals, som hämtas från mått för sidladdningstid, som rankingsignaler. Largest Contentful Paint, Interaction to Next Paint och Cumulative Layout Shift poängsätts utifrån verklig besökardata och används för att bedöma sidupplevelsen. Sidor som får poäng i det bra intervallet 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.