Varför är min hemsida långsam, och kostar det oss kunder?

Sajten öppnas på kontorets laptop och ser bra ut. Sedan nämner en kund att den tog en evighet i mobilen, eller så öppnar du den själv på mobildata på en parkeringsplats och ser logotypen ligga ensam på en vit skärm medan resten kommer ikapp. Du söker på varför är min hemsida långsam, kör ett gratis hastighetstest och får en sida full av röda markeringar och fackspråk som inte säger vad du faktiskt ska göra.

De vanliga slutsatserna är att webbhotellet behöver uppgraderas eller att hela sajten måste byggas om. Ibland stämmer något av det. Oftare är orsakerna få, synliga i den webbläsare du redan har, och de billiga kommer först. En långsam sajt är inte bara irriterande: en besökare som har väntat länge nog för att bli otålig fyller sällan i ett formulär, och det är en av de tystare anledningarna till att en sajt får besökare men inga förfrågningar.

Varför är min hemsida långsam: de vanliga orsakerna

Bilderna är mycket större än ytan de fyller. Foton går direkt från kameran eller bildbanken in på sidan i flera gånger bredden på rutan de ligger i, och webbläsaren laddar ner hela filen innan den krymper den. Tecknet: sidans struktur dyker upp snabbt, men bilderna fylls i en och en, och sajten är märkbart sämre i mobilen än på en kabelansluten dator.

För många tillägg, widgetar och skript. En sajt på ett CMS eller en sidbyggare samlar på sig tillägg genom åren: en bildkarusell, en chattwidget, flera analystaggar, en cookiebanner, en bokningsmodul som ingen längre använder, autospelad video i sidhuvudet. Var och en laddar sin egen kod innan sidan kan sätta sig. Tecknet: sidan fortsätter jobba långt efter att texten syns, knapparna svarar inte på ett ögonblick och layouten hoppar när bitarna kommer in.

Servern är långsam att svara. Innan en enda del av sidan visas väntar webbläsaren på servern. Ett billigt delat webbhotell, ett CMS som bygger varje sida från grunden vid varje besök eftersom cachen är av, eller en databas som har växt i åratal visar sig alla på samma sätt: en tom vit skärm ett ögonblick, sedan allt på en gång.

Besökaren är långt från servern. En sajt som ligger i ett land och besöks från ett annat förlorar tid enbart på avståndet; den känns snabb hemma och långsam utomlands, och hemma märker ingen något. Tecknet: klagomålen kommer från en viss region.

Något på sidan blockerar allt annat. Ett typsnitt som måste laddas ner innan någon text kan ritas, en karta inbäddad på varje sida, ett skript som väntar på en extern tjänst som har en dålig dag. Tecknet: sajten är bra vissa dagar och inte andra, eller förblir tom tills ett visst element dyker upp.

Så tar du reda på vilken som är din

Allt nedan görs med en mobil, en laptop och de gratisverktyg som redan finns i din webbläsare. Gå i ordning; den första kontrollen som fallerar är oftast din orsak.

1. Öppna sajten i mobilen på mobildata, inte på wifi. Ta tiden ungefärligt med en klocka, från att du trycker på länken tills du kan läsa och trycka, och gör sedan samma sak på laptopen. En mobil som är dramatiskt sämre pekar på bilder och tunga skript.
2. Se vad som visas först. Ladda om och notera ordningen. En tom skärm följd av allt på en gång pekar på servern; text först och bilder som droppar in pekar på bilderna; layout som hoppar och knappar som inte svarar pekar på skript.
3. Kör ett gratis hastighetstest från en stor sökmotor eller webbläsartillverkare och strunta i poängen. Läs bara listan över de största filerna och de föreslagna förbättringarna: de pekar ut för stora bilder, oanvända skript och långsam serverrespons i klartext. Testa en tjänstesida, inte bara startsidan.
4. Öppna webbläsarens utvecklarverktyg på nätverksfliken, ladda om och sortera efter storlek. Om de största posterna är bildfiler som är långt större än den synliga bilden har du ditt svar; om listan har dussintals skript från domäner du inte känner igen, räkna tilläggen.
5. Lista varje tillägg, widget och extern tagg på sajten och skriv bredvid var och en vem som använder den och till vad. Enligt vår erfarenhet är listan längre än någon väntat sig, och en del av den är död.
6. Kontrollera webbhotellsplanen och cacheinställningen. Logga in i webbhotellets panel och se vad du betalar för och om sidcache är påslagen. Om du inte vet så vet den som byggde sajten, och frågan tar ett mejl.
7. Testa från dina andra marknader. Be en kollega utomlands ta tiden på samma sida, eller använd ett gratis test där du kan välja testplats.

Åtgärderna, i rätt ordning

Billigast först. Enligt vår erfarenhet får de flesta sajter tillbaka det mesta av hastigheten i de tre första stegen, utan ombyggnad.

1. Skala om och komprimera bilderna. Exportera foton i den storlek layouten faktiskt använder, i ett modernt webbformat, och ersätt originalen; på ett CMS gör ett bildoptimeringstillägg hela biblioteket i ett svep. Det är den vanligaste åtgärden och den kostar en eftermiddag.
2. Ta bort det som inte används. Avaktivera och radera varje tillägg, widget och tagg som ingen kan namnge en användare för, slå ihop dubbla analystaggar till en, ersätt en inbäddad karta med en statisk bild som länkar till kartan, och låt allt under första skärmen laddas i efterhand.
3. Slå på cache. Sidcache betyder att servern lämnar ut en färdig kopia i stället för att bygga sidan för varje besökare. De flesta CMS-plattformar och webbhotell erbjuder det som en inställning eller ett tillägg.
4. Åtgärda de blockerande elementen. Ladda typsnitt så att texten visas direkt i ett reservtypsnitt och byts ut senare, skjut upp skript som inte behövs för första skärmen och flytta bort all video från sidhuvudet. Oftast en utvecklartimme snarare än ett projekt.
5. Flytta sajten närmare besökaren. Ett CDN, ett nätverk för innehållsleverans, håller kopior av dina statiska filer i många regioner, så att en besökare i ett annat land laddar ner från närområdet. De flesta webbhotell och domäntjänster erbjuder ett; om du säljer över gränserna hör det här hemma på listan före varje uppgradering av webbhotellet.
6. Uppgradera webbhotellet först när servern bevisligen är långsam. Om väntan på tom skärm kvarstår efter att cachen är på är planen flaskhalsen. Byt till en plan som matchar trafiken, inte den billigaste som tekniskt sett fungerar.
7. Bygg om de tyngsta sidorna, inte sajten. Om en mall drar in dussintals komponenter på varje sida räcker det ofta att bygga om de viktigaste landningssidorna på en lättare struktur. I våra webbutvecklingsprojekt är hastighet ett lanseringskriterium, och det är i det här steget som en sida utformas efter vad den ska göra i stället för vad temat erbjuder.

Hastigheten avgör också hur sajten hittas: sökmotorerna mäter samma väntetider som dina besökare känner av, så förändringarna ovan är en del av allt ärligt SEO-arbete. Och om sajten har varit långsam länge har en del förfrågningar gått förlorade i tysthet; att registrera var varje förfrågan kommer ifrån, vilket är där våra CRM- och analysprojekt börjar, visar om åtgärden ändrade något.

Vad du ska mäta

• Tid till en användbar sida i mobilen på mobildata, tagen för hand på samma sätt varje gång, månadsvis.
• Sidvikt och antal anrop för de viktigaste landningssidorna, från nätverksfliken, före och efter varje ändring.
• Serverns svarstid som visas i hastighetstestet, väntan innan något alls kommer, som bör sjunka när cachen är på.
• Avvisningsfrekvens och ifyllda formulär på de sidor du ändrat, i din analys, några veckor efter ändringen jämfört med några veckor före.

Här kommer vi in

En ägare med en kväll, en utvecklartimme och inloggning till webbhotellet kan göra allt det här. Det vi tillför är ordningen: bilder och dödvikt före webbhotellet, cache före ombyggnad, och en mätning före och efter så att förbättringen är ett faktum och inte en känsla. Om du hellre lämnar över diagnosen räcker en kort brief med sajtens adress och de sidor som betyder mest för att komma igång.

← Alla artiklar