Fibrer

”Verkligen högkvalitativa råd” – Joakim Jardenberg om Trimlabb

Detta blev vi väldigt glada för; Joakim Jardenberg, VD på Mindpark, testade Trimlabb – här är hans intryck:

– Jag har låtit http://fleecelabs.se/trimlabb/ göra en koll på min sajt och det är verkligen högkvalitativa råd man får tillbaka. För min del var det inte någon revolution utan jag vill mest testa tjänsten, och jag är positiv. Det mediehus (eller större sajtägare) som inte låter trimlabbs slå en koll på sajten är dumma. Även om ni har världens bästa kompetens i huset så är det alltid nyttigt med en kvalificerad second opinion. Dessutom, det kostar ju inget att få gjort testen, så det finns inget att förlora.

Testa själv! Vi tar ned din sajt i vår testbänk och trimmar den. Sedan återkommer vi och berättar hur mycket vi kunde korta laddtiden. Är du nöjd med resultatet låter du oss ta fram en manual som beskriver vilka åtgärder du behöver göra. Läs mer på Trimlabb-sajten.

Så snabbar du upp din sajts laddningstid

Jag tror att man i de flesta större webbprojekt är mån om att sajten man bygger ska ladda snabbt.

Men då tror jag man spenderar det mesta av sitt krut på att få sina servrar att svara snabbt.

Och det är förstås bra. Men faktum är att servrarnas arbete bara står för 10–20% av den tid det tar för en webbsida att ladda.

Det betyder att 80–90% av tiden spenderas i webbläsaren. Och jag tror att alltför många webbprojekt missar att optimera här.

Bevisa gärna att jag har fel; men ju fler sajter jag tittar närmare på, stora som små, desto starkare min övertygelse att det är så.

Innan jag fortsätter vill jag betona att jag själv såg på det såhär tills för något år sedan. Jag visste att svarstider är viktiga. Och jag visste att bilder inte ska vara för stora – liksom de andra filer en webbsida består av. Jag visste också att det är bra att slå ihop många små bilder till en stor och låta webbläsaren ”klippa” ut småbilderna (s k ”css-sprites”). Men utöver det har jag gjort mig skyldig till massor av brott mot snabbladdningens regler.

Men hur ska man göra om man byggt en sajt vars servrar är blixtsnabba men där den laddas långsamt i webbläsaren?

Jag har några tips. Det jag själv tycker är bäst är vår tjänst Trimlabb: vi gör en gratis provtrimning av er sajt – och du behöver inte göra något mer än att säga till. När vi är klara berättar vi hur mycket vi kunde korta era laddningstider. Därefter kan du beställa en manual av oss där vi beskriver steg för steg vad ni behöver göra för att snabba upp er sajt. Läs mer och anmäl er sajt på Trimlabb-sajten.

Vill du hellre göra det själv har jag några tips att börja med:

• Se till att du har aktiverat komprimering i din webbserver. Förvånansvärt många missar detta. Om du slår på Gzip kommer det som skickas från webbservern packas ihop så det skickas snabbare.
• Aktivera ”cachning” i webbservern. Det hör det möjligt för webbläsaren att spara bilder och filer som förekommer på fler sidor. Då behöver de inte hämtas på nytt när man klickar sig vidare på sajten, vilket ger snabbare sidladdning.
• Lär dig hur css-sprites fungerar. Och slå ihop alla småbilder till en eller två stora. Detta gäller sådana bilder som hör till själva sajten snarare än innehållet; dvs kantbilder, hörn, bakgrunder osv. Sedan ser du till att den cachas riktigt länge.
• Slå ihop alla css- och Javascript-filer. Du vill helst bara ha en av varje. Kom ihåg att det är väldigt tidskrävande för webbläsaren att ladda filer från webbservern. Väldigt ofta ser man en räcka pyttesmå css- eller Javascript-filer laddas i följd, vilket tar oerhört mycket längre tid än om de slås ihop till en.
• Flytta css-filen överst på sidan. Det som händer om du laddar css sent är att många webbläsare pausar sidladdningen tills filen laddats klart. I värsta fall måste sidan dessutom ”ritas om” vilket ytterligare slöar ned.
• Flytta Javascript-filen så långt ned på sidan som möjligt. De flesta sajter har sitt i html-filens topp. Detta är särskilt illa nu när Javascript används mer och mer. Det som händer är att webbläsaren stoppar sidladdningen helt tills Javascript-filen laddats klart och all kod tolkats och körts. Du vill åtminstone vänta med att ladda Javascript tills allt ovanför ”skrollgränsen” laddats.

De här tipsen och några till finns i Steve Souders utmärkta bok High performance web sites (Bokus, Adlibris); på Souders sajt finns en sammanfattning Och du kan använda verktyget Yslow för att mäta hur väl du följer dem.

Ställ gärna frågor om webbprestanda till oss. Antingen som en kommentar till detta inlägg eller i ett mejl – eller ställ frågan på Twitter.

Och varför inte låta oss ta ned din sajt i vår testbänk för en trimning? Det kostar inget förrän du fått reda på hur mycket vi kan snabba upp den. Bara anmäl dig på Trimlabb-sajten.

Foto av Jeff Attaway under Creative Commons-licens.

Punktinsats nr 7: Skicka varje mejl som vore det ditt sista!

Skicka varje mejl som vore det ditt sista. Klargör att du uppfyllt ditt åtagande, lämna över ansvaret.

Varför?

• Du vill tydligt lämna över ansvaret till mottagaren. Du vill inte att det ska råda oklarheter kring vem som ska göra vad i ärendet. Är du tydlig med att du gjort ditt och att det nu är mottagarens tur kan du släppa ärendet tills dess du får svar.
• Du vill hålla nere din totala mejlskörd. Om du försöker avsluta varje mejlväxling så snabbt som möjligt minskar du antalet pågående ärenden. Du vill inte öka antalet bollar i luften och därmed riskera att det blir krävande att hantera din mejl.
• Du vill hålla diskussionen så fokuserad som möjligt. Om du ser till att precisera vad du väntar dig av mottagaren så riktar du diskussionen mot målet.

Exempel

• Du öppnar posten och ser en faktura för något du redan betalt. Du skickar ett mejl till leverantören där du gör tydligt att du betalat den 21 mars och att du river denna faktura om de inte hört av sig med en invändning inom två dagar.
• Du deltar i ett större projekt där du på ett möte åtagit dig att ta fram ett förslag till lösning på ett problem. Du kommer fram till två möjliga lösningar och skickar dessa förslag för utvärdering till de andra i ditt team. Du avslutar med ”Om ingen lämnar synpunkter innan fredag går jag vidare med förslag nr 1.”
• I samma projekt har någon tagit fram ett utkast till en uppdaterad design av produkten som utvecklas. Personen skickar denna skiss till alla i projektet, med texten ”Jag har ett nytt utkast. Alla synpunkter välkomnas!” Du stämmer i bäcken med ett snabbt svar; ”Vänligen precisera vad du vill ha feedback på, så tittar vi på den och svarar.”

Att tänka på

• Att du preciserar vilket slags feedback du vill ha. Det är så lätt att avsluta med frasen ”Alla synpunkter välkomnas!”. Du vill inte välkomna alla synpunkter. Fundera i stället över vad du vill ha svar på och förklara detta för mottagaren. Då respekterar du också mottagarens tid.
• Att sätta en ”deadline” för svar. Eftersom du vill sträva efter att avsluta varje mejlväxling måste du ange en tidpunkt då ärendet ”dör”. Och du måste också ange vad som händer vid den tidpunkten om du inte fått svar. Då behöver du inte tänka på ärendet förrän den tidpunkten. Dessutom underlättar du för mottagaren att prioritera.
• Att du gjort allt du kunnat för att underlätta för läsaren. Är det någon fråga mottagaren kan tänkas ställa som du kan besvara redan innan du skickar? Tänk ett steg längre, fantisera om hur du skulle reagera om du fick detta meddelande, vilka frågor du skulle ställa.

Verktyg vi rekommenderar

• Mindmaps. Lär dig hur du gör mindmaps för att bringa klarhet kring ärendet.

Det här är det sjunde i en serie inlägg där vi ger tips för en smidigare tillvaro. Kalla det produktivitet, effektivitet eller lifehacks. Tillämpar du alla dessa tips kommer du närma dig David Allens metod ”Getting things done” – ofta förkortad ”GTD”. Prenumerera på den här bloggen eller följ @punktinsats på Twitter.

Foto av MC4 Army under Creative Commons-licens.

Vi släpper Trimlabb

Idag släpper vi Trimlabb, en tjänst där vi trimmar sajter så de laddas snabbt i webbläsaren.

Visst är det frustrerande med slöa sajter?

Men det borde vara ännu mer frustrerande för dig om du ansvarar för en medie- eller e-handelssajt. För dig innebär en slö sajt förlorade intäkter.

Amazon har t ex observerat att bara 1/10 sekund långsammare laddning innebär 1% minskad försäljning för dem.

Därför erbjuder vi denna tjänst.

Idén till Trimlabb började gro förra året då vi deltog i projektet Mktwebb, vars mål var att bygga en ny gemensam plattform för 47 dagstidningar landet över.

Efter att flera tidningar gått över på den nya plattformen kom rapporter in om långsamma laddtider. Detta var något som togs med stort allvar och hela utvecklingsorganisationen slog om till att jobba med att förbättra prestandan.

Förbryllande nog visade mätningar att svarstiderna överlag var bra. Snarare hade den långsamma laddningen att göra med hur webbsidorna var uppbyggda. Efter ett omfattande analysarbete tog vi fram ett åtgärdsprogram som i slutänden ledde till att laddtiderna kapades med upp till 53%.

Sedan dess har vi många gånger tänkt på hur de flesta sajter skulle kunna trimmas att ladda snabbare – mycket snabbare i många fall. Och efterhand började vi se hur vi skulle kunna paketera det i en bra tjänst.

Behovet finns men det har inte talats så mycket om detta i Sverige ännu. I USA är det annorlunda framförallt tack vare Steve Souders fantastiska arbete med t ex verktyget YSlow och konferensen Velocity.

Men det är ännu ett ungt område och vad gäller kopplingen mellan laddtider och intäkter finns inte så mycket forskning ännu. Men Google, Microsoft och några andra har redovisat siffror från sina experiment med webbprestanda.

Microsoft har i experiment med söktjänsten Bing noterat att små skillnader i laddtid kan ha stor effekt på en intäkterna. Man genomförde tester där sökresultaten slöades ned och kunde redan vid 500 ms mäta en minskning i intäkter med 1,2%. Detta på en sajt där sidor laddas på 6–7 tiondelar – en bråkdel av typiska svenska sajters laddtider.

Shopzilla är kanske en mindre känd sajt men de har redovisat sina erfarenheter utförligt. Denna shoppingsökmotor hade typiskt svenska laddtider på 7 sekunder; när dessa kapades ned till omkring 2 sekunder mätte de en ökning i intäkter på uppåt 12%.

Om vi räknar om detta i kronor för två svenska e-handelsföretag, Tretti.se och Inkclub, så skulle 1% ökad försäljning motsvara 3,5 respektive 4,5 miljoner kronor (baserat på förra årets försäljning). Detta alltså genom att kapa någon tiondels sekund från laddtiden.

Trimlabb är en tjänst där vi tar ner din sajt i vår testbänk och trimmar den. Sedan sätter vi ihop en manual där vi beskriver hur du steg för steg genomför samma optimeringar.

Du bara beställer tjänsten av oss och efter några arbetsdagar får du besked om hur mycket vi kunnat korta laddtiderna.

Är du nöjd med resultatet köper du en trimningsmanual som vi levererar efter ytterligare några arbetsdagar när vi sammanställt den.

Manualen beskriver varje optimering så att du både kan se vilken arbetsinsats som krävs och vilken effekt den har på laddtiden. Då kan du prioritera trimningsarbetet så att ni fokuserar insatserna där de ger störst resultat i förhållande till spenderade resurser.

Läs mer på Trimlabb-sajten. Och utnyttja gärna vårt erbjudande där vi trimmar din sajt och låter dig få höra resultatet innan du bestämmer dig för att köpa.

Anteckningar från veckorna 221, 222 och 223

Ännu en summering av tre i stället för en vecka; veckorna 221, 222 och 223. Att det inte blivit av är för att vi varit så inne i detta:

Mån v 221; veckomöte; inläsning av recensioner till @vinpravda; maverick-trimning av stor svensk mediesajt.

Tis v 221; hela dagen fallstudiearbete för Trimlabb, dvs trimning av hur en sajt tas emot och visas av webbläsaren.

Ons v 221; Trimlabb-research hela dagen, specifikt annonsleverantörers negativa påverkan på webbprestanda.

Tor v 221; mer Trimlabb; för mediesajten vi gör djupresearch på har vi kapat laddtid m 15% – bara med insatser som skulle ta ett par timmar.

Fre v 221; slut på en vecka som dominerats av fallstudie/research i Trimlabb-projektet; sprajtade skoningslöst.

Mån v 222; ny fallstudie för Trimlabb, denna gång på en stor e-handelssajt; dramatiskt annorlunda förutsättningar.

Tis v 222; tillbaka i arbete med text/pitch för Trimlabb-sajt; planerade bloggning om webbprestanda.

Och där upphörde de dagliga rapporterna till Twitter. Men det var så det rullade på, med fallstudier, research och arbete med hur vi ska presentera detta.

Det här med att erbjuda en ”produktifierad” tjänst i stället för att som vanligt jobba på uppdrag är nytt för oss och det har tagit tid – även om vi till och från tänkt att vi måste få ut det så vi kan börja få reaktioner. Samtidigt är det hisnande hur mycket vi lärt oss de här tre veckorna.

Men nu närmar vi oss; när vi knyter ihop vecka 224 ska vi ha släppt eller åtminstone vara helt släppklara.

Det intensiva arbetet innebär att vi bara har en länk till intressant läsning – eller snarare tittning – och det är något som är intimt förknippat med Trimlabb; det är från när Marissa Mayer pratade webbprestanda på förra årets Velocity-konferens:

Det är intressant hur skoningslösa Google är när det gäller webbprestanda – och vilken kontrast de utgör till hur sajter normalt byggs; allt krut läggs på backend-prestanda, med lastbalansering, cachning och välplanerad arkitektur med syfte att nå snabba svarstider. Men vad spelar det för roll att backend svarar snabbt när man knökar in hundratals resurser på varje sida?

Gillade deras talesätt att ”en liten bild kostar en dollar att ladda, medan en stor kostar en dollar och en penny” – med poängen att varje request är enormt kostsam.

Två böcker har vi snubblat över dock; dels Persuasive Online Copywriting: How to Take Your Words to the Bank av Bryan och Jeffrey Eisenberg (från när Peter gick igenom anteckningar om deras utmärkta bok Call To Action) – och dels Art and Visual Perception: A Psychology of the Creative Eye av Rudolf Arnheim (nämnd i Matthew Smiths intressanta presentation från SXSW, ”Simple steps to great web design”).

Det var allt.