Hoppa till innehållet
HemTjänsterOm ossPriserBranscherArtiklarKontaktPrestandatest

Webbutveckling

Vad gör en hemsida snabb, och varför spelar det roll?

Vad gör hemsidor långsamma, och hur påverkar laddtiden besökarna och Google? Läs om Core Web Vitals och testa din hemsidas hastighet gratis.

Kevin A. Sommerstein5 min lästid

Första intrycket

Det första en besökare möter på din hemsida är inte designen eller texterna. Det är väntan. Laddar sidan långsamt hinner många ge upp innan något syns, och då spelar det ingen roll hur bra resten är.

Här går vi igenom varför laddtiden spelar roll för ett litet företag, vad Google mäter, vad som brukar göra hemsidor långsamma och hur du kollar din egen.

Snabb hemsida i en mobil

Besökarna väntar inte

De flesta som letar efter ett litet företag gör det i mobilen, ofta på väg någonstans och med sämre uppkoppling än på kontoret. De jämför några alternativ och väljer det som svarar först. Tar din sida lång tid att visa något går de tillbaka till sökresultatet och klickar på nästa.

Google har undersökt det här. I deras studie av mobilsidor från 2016 avbröts över hälften av besöken om sidan tog mer än tre sekunder att ladda. Hur många som lämnar varierar med bransch och besökare, men riktningen är tydlig: varje sekund av väntan kostar besökare.

För ett litet företag syns det sällan i någon rapport. Det syns i att telefonen ringer lite mer sällan och att färre fyller i kontaktformuläret.

Vad Google mäter: Core Web Vitals

Google mäter hur snabb och stabil en sida är med tre mått som kallas Core Web Vitals. Siffrorna kommer från riktiga besökare som använder Chrome, och Google tittar på de senaste 28 dagarna.

  • LCP (Largest Contentful Paint): hur lång tid det tar innan det största innehållet, oftast en bild eller en rubrik, syns. Godkänt är högst 2,5 sekunder.
  • INP (Interaction to Next Paint): hur snabbt sidan reagerar när någon klickar eller trycker. Godkänt är högst 200 millisekunder.
  • CLS (Cumulative Layout Shift): hur mycket innehållet hoppar medan sidan laddar. Godkänt är högst 0,1.

Gränserna kommer från Googles egen vägledning på web.dev. För att en sida ska räknas som godkänd ska minst tre av fyra besök klara gränsen.

Måtten ingår i det Google kallar sidupplevelse och vägs in i sökresultaten. Samtidigt skriver Google rakt ut i Search Central att relevant innehåll väger tyngre. En snabb sida med tunt innehåll rankar inte bara för att den är snabb. Men när två sidor är lika bra i övrigt kan hastigheten fälla avgörandet, och besökarna märker skillnaden i alla fall.

Det här gör hemsidor långsamma

Det är sällan ett enda fel. Oftast är det några vanliga saker som tillsammans gör sidan tung:

  • Tunga teman och sidbyggare. Färdiga WordPress-teman och sidbyggare som Elementor laddar ofta kod för funktioner som hemsidan inte använder, och det på varje sida.
  • Många plugins. Varje plugin kan lägga till egna skript och CSS-filer. Ett tiotal plugins är vanligt, och det märks.
  • Stora bilder. En bild direkt från kameran eller mobilen kan väga flera megabyte. Om den inte komprimeras och anpassas efter skärmen får mobilen ladda ner mycket mer än den behöver.
  • Långsam hosting. Ett billigt webbhotell som delas med många andra hemsidor kan ta lång tid på sig att svara, särskilt när sidan byggs på nytt vid varje besök.
  • Skript från andra tjänster. Chattrutor, spårningskoder, cookie-rutor och typsnitt laddas ofta innan sidan hunnit visas.

Så kollar du din egen hemsida

Det enklaste är att mäta. Kör vårt kostnadsfria prestandatest: skriv in adressen så testar vi hemsidan på mobil och dator med Google PageSpeed och visar resultatet mot Googles gränsvärden. Det tar ungefär en halv minut.

Titta på mobilresultatet först, eftersom Google utgår från mobilversionen. I vår genomgång av prestandatestet förklarar vi vad siffrorna betyder och vad du ska börja med.

Testa gärna en konkurrents hemsida också. Då ser du om din sida är långsammare än de som syns bredvid dig i sökresultatet.

Så bygger vi snabba hemsidor

Vi bygger hemsidor i Next.js. Sidorna byggs färdiga i förväg, så när någon besöker hemsidan skickar servern en klar sida direkt. Den behöver inte sättas ihop av en databas, ett tema och en hög plugins vid varje besök.

Bilderna anpassas automatiskt efter skärmen och sparas i moderna format, så att en mobil inte laddar ner en bild gjord för en stor datorskärm. Besökaren hämtar bara den kod som sidan behöver.

Det finns heller inga plugins som samlas på hög med åren. Behövs en funktion bygger vi den i koden, och texter och bilder ändrar du själv i Strapi, ett CMS som ligger skilt från sidorna som besökarna ser.

Vill du se hur det fungerar i praktiken kan du köra testet på developly.se eller på jcflytt.se, en hemsida vi har byggt åt en flyttfirma i Helsingborg.

Det du kan göra redan i dag

Har du en WordPress-sida kommer du en bit med några enkla åtgärder: komprimera de största bilderna, ta bort plugins du inte använder och se efter om webbhotellet har cachning. Det kostar lite och ibland räcker det.

Når du ändå inte upp till Googles gränsvärden sitter problemet oftast i hur sidan är byggd. Då kan det vara dags att titta på ett alternativ till WordPress. Vill du ha hjälp att tolka resultatet kan du höra av dig, så går vi igenom det tillsammans.

Vanliga frågor

Enligt Google ska det största innehållet synas inom 2,5 sekunder för att sidan ska räknas som snabb. Sidan ska också reagera på klick inom 200 millisekunder och inte hoppa runt medan den laddar.

Ja, men den väger inte tyngst. Google räknar in Core Web Vitals i sökresultaten, men relevant innehåll är viktigare. Mellan två lika bra sidor har den snabbare en fördel.

Kör vårt gratis prestandatest eller Googles PageSpeed Insights. Titta på mobilresultatet först, eftersom det är mobilversionen Google utgår från.

Oftast beror det på ett tungt tema, många plugins, stora bilder eller ett långsamt webbhotell. Prestandatestet visar vilka filer och bilder som tar mest tid att ladda.

Kevin A. Sommerstein

Om författaren

Kevin A. Sommerstein · Mjukvaruingenjör

Jag har byggt hemsidor och webbappar i ungefär tio år, främst med Next.js, React och Node.js. På Developly ansvarar jag för utvecklingen och de tekniska besluten. Du har direktkontakt med mig från första samtalet till lansering.

Dags för en bättre hemsida
Det börjar med ett mejl eller ett samtal