Episerver Web Awards finalister under Episerver Ascend 2019

Publicerat: 2019-10-30

Episerver Web Awards finalister under Episerver Ascend 2019

Intro

Episerver arrangerar sin svenska konferens Ascend den 5:e november 2019. Ett tillfälle att lära sig nya saker, både som kund och partner. I samband med Ascend delas det också ut priser till de bästa webbplatserna som är byggda på Episerver som CMS-plattform.

Så hur bra fungerar de nominerade webbplatserna enligt Google Pagespeed API v4? Det är vad denna rapport tar en titt på.

tl;dr - kort sammanfattning

Filippa K har bäst Pagespeed-betyg, JM sämst

Pagespeed API är ett sätt att utvärdera om en webbplats är designad med omtanke om användarens tid, energi och uppmärksamhet. När det gäller webbplatser som bedriver ehandel är det också viktigt för att inte tappa kunder.

Den genomsnittliga webbsidan på de nominerades webbplatser fick 74,5 av 100 i betyg. Det är helt ok men inte direkt bra. Några av webbplatserna har enkla grejer att åtgärda, som att aktivera Gzip för att komprimera innehåll så det kan överföras snabbt och utan att förbruka onödigt mycket data (för den med datakvot, som många har på mobilen).

Topplista om man mäter Pagespeed:

  1. Filippa K – 90,3
  2. Leksands kommun – 88,3
  3. Rädda barnen – 84,9
  4. Rapunzel of Sweden – 83,5
  5. Polarn & Pyret – 77,5
  6. Fabege – 74,6
  7. Ericsson – 73,7
  8. 1177 Vårdguiden – 73,6
  9. SOS Alarm – 69,9
  10. DIGG – 69,4
  11. Sandvik – 67,4
  12. Electrolux – 67,2
  13. Praktikertjänst – 66,4
  14. JM – 51,1
  15. Kommunal - gick inte att testa

Initiala fynd, redan innan utfört test

Alla utom Fabege, Rapunzel of Sweden och Sandvik har sitemaps som antingen heter något uppenbart eller listas i webbplatsens robots.txt

Eller ja, Fabege listar visserligen två sitemaps, men båda adresserna leder till 404-sidor. Lite samma med Rapunzel of Sweden vars siteindex pekade på sitemaps som ger 404-fel.

https://www.fabege.se/robots.txt

https://www.rapunzelofsweden.com/sitemapindex.xml/

Metod för test av webbprestanda

Dessa två webbplatser har fått testbara URL:ar hämtade från sina startsidor.

Alla andra webbplatser har fått 100 st adresser hämtade från sin sitemap och när så har varit möjligt har adresserna inte varit äldre än två år.

Sedan har adresserna körts mot Googles Pagespeed API version 4 under oktober. Du kan ladda hem data om respektive sidas resultat som CSV-fil längst ner i denna rapport.

Sandvik och Kommunal

Sandvik har sitt eget företagsnamn som toppdomän, vilket fortfarande efter något år är svårt att vänja sig vid, kanske främst då det är så ovanligt. Sådana adresser känns inte särskilt intuitiva ens nu efter några år. Men till skillnad från Kommunal så gick i alla fall webbplatsen att testa.

Kommunal vill av någon anledning inte fungera att testa med Google Pagespeeds API. Dock fungerar det Sitespeed.io där de har 4 av 5 i betyg. Se Kommunals profilsida här på Webperf. Kommunal är inte med i nedan test, men av deras betyg på Sitespeed kan man misstänka att de skulle varit åtminstone över genomsnittet bland dessa webbplatser.

Hur bra är den genomsnittliga sidan hos de nominerade?

De nominerades genomsnittliga webbsida har fått 74,5 av 100 i betyg från Pagespeed API. Det är väl ganska ok, men då ska man komma ihåg att det gäller upp till hundra sidor per webbplats vilket gör att andelen sidor med en massa bilder och nödvändig komplexitet är ganska låg, alltså på en godtycklig undersida.

2,8 st CSS-filer, men drygt 25 st Javascript

Att man i genomsnitt använder 2,8 st CSS-filer per sidvisning må vara slösaktigt för de mest hårdnackade optimerarna, men det är faktiskt ganska bra. Och numera med HTTP/2 är detta inte riktigt en så stor fråga längre.

Men att man använder över 25 st Javascript tänjer på gränsen även för tolerant tänk kring HTTP/2. Att blanda in 17 st olika värdar är också minst sagt i överkant när 3-4 stycken absolut borde räcka.

Värt att notera i nedan siffror är att:

  • När det inledningsvis står num är det antalet filer/resurser som avses
  • Förutom för overTheWireResponseBytes avser bytes okomprimerade data, det vill säga hur stort det är utan komprimering.
  • overTheWireResponseBytes är en uppskattning av hur tung sidvisningen faktiskt är, som i hur mycket data som går åt på ett mobilt abonnemang.

Statistik om den genomsnittliga webbsidan hos de nominerade:

  • cssResponseBytes – 434603
  • htmlResponseBytes – 134842
  • imageResponseBytes – 738791 – 0,7 Mb med bilder per sida
  • javascriptResponseBytes – 2118840 – 2,1 Mb med Javascript!
  • numberCssResources – 2,8
  • numberHosts – 16,9 – nästan 17 olika domäner inblandade per sidvisning!
  • numberJsResources – 25,6 - 25 st olika Javascript!
  • numberResources – 69,7
  • numberStaticResources – 47,3
  • numRenderBlockingRoundTrips – 4,4
  • numTotalRoundTrips – 17,4937
  • otherResponseBytes – 146247
  • overTheWireResponseBytes – 1580068 - 1,6 Mb med data per sidvisning
  • textResponseBytes – 23276
  • totalRequestBytes – 12663

Om du kollar på den genomsnittliga potentialen nedan så är problemet med blockerad rendering hyggligt gemensamt för många moderna webbplatser. Det betyder inte att man kan bortse från det, men att man kanske inte kan vänta sig en billig lösning som åtgärdar problemet.

Aktivera Gzip-komprimering, cache i webbläsaren och bättre svarstider på webbservern

Det som sticker ut är att Gzip kan bli så pass mycket bättre. Detta eftersom det är en i jämförelse enkel åtgärd. Ibland är det bara en kryssruta i webbservern inställningar.

En annan tydlig sak är att serverns svarstid inte är så värst bra. Det kan delvis hänga ihop med att man kan bättra på cache-hanteringen i användarnas webbläsare. Om man låter oförändrade filer ligga kvar i användarnas lokala minne så får servern mindre att göra. Den behöver inte skicka oförändrade filer som användarna redan har den senaste versionen av. Då får den mer tid för material som har förändrats nyligen. Kanske är det läge att kolla om ett CDN kan hjälpa till.

När det gäller potential till förbättring är det ett så lågt nummer som möjligt man är ute efter. Att man har en ansenlig siffra för renderingsblockering är ganska vanligt.

Potential till förbättring:

  • AvoidLandingPageRedirects – 0,007
  • EnableGzipCompression – 0,95
  • LeverageBrowserCaching – 0,93
  • MainResourceServerResponseTime – 3,67
  • MinifyCss – 0,0008
  • MinifyHTML – 0,0008
  • MinifyJavaScript – 0,16
  • MinimizeRenderBlockingResources – 18,6
  • OptimizeImages – 0,36
  • PrioritizeVisibleContent – 1,7

1177 Vårdguiden på webben (Episervers partner Knowit)

1177 Vårdguiden har under en tid vunnit många priser. 1177 Vårdguiden erbjuder sjukvårdsrådgivning via Internet samt etjänster som att läsa sin journal, etc. 1177 Vårdguidens betyg enligt Pagespeed är helt acceptabla 73,6 av 100.

Det finns mycket man gör bra, men om man ska vara kritisk är det underligt att man har så många, och mycket, Javascript. Används de verkligen till något meningsfullt?

Läcker 1177 Vårdguiden känsliga personuppgifter?

Sen kan man verkligen undra hur det är okej att en skattefinansierad verksamhet låter utländska aktörer som Google genom sitt webbanalys-verktyg Google Analytics lyssna in på varje sidvisning. Eller för den delen att Episervers servrar för Episerver Find bjuds in.

Det är som att man inte tror sig omfattas av dataskyddsförordningen/GDPR, för med tanke på innehållet på webbplatsen hade det varit lämpligt att användarna ger sitt uttryckliga samtycke innan tredjeparter bjuds in.

Utöver att varje användares unika sätt att navigera på webben har 1177 Vårdguiden webbsidor som är avslöjande i sig lär visst innehåll attrahera särskilda grupper, som sidan Sexuell läggning. Enligt Datainspektionen är både hälsa och sexuell läggning känsliga personuppgifter som behöver ett starkare skydd.

“Vissa personuppgifter är till sin natur särskilt känsliga och har därför ett starkare skydd. De kallas för känsliga personuppgifter. Det är som huvudregel förbjudet att behandla känsliga personuppgifter, men det finns undantag. Innan ni behandlar känsliga personuppgifter måste ha klart för er vilket stöd ni har för behandlingen. ”

Känsliga personuppgifter - Datainspektionen

Statistik om den genomsnittliga webbsidan:

  • cssResponseBytes – 389474
  • htmlResponseBytes – 547188
  • imageResponseBytes – 78974
  • javascriptResponseBytes – 612071 - 0,6 Mb med Javascript per sidvisning
  • numberCssResources – 1,05
  • numberHosts – 5,08
  • numberJsResources – 10,03
  • numberResources – 25,37
  • numberStaticResources – 15,4
  • numRenderBlockingRoundTrips – 4
  • numTotalRoundTrips – 16,47
  • otherResponseBytes – 328494
  • overTheWireResponseBytes – 710160 – 0,7 Mb per sidvisning
  • totalRequestBytes – 2976,3

Potential till förbättring hos 1177 Vårdguiden:

  • AvoidLandingPageRedirects – 0
  • EnableGzipCompression – 0,06
  • LeverageBrowserCaching – 1 – kan vara en enkel fix
  • MainResourceServerResponseTime – 0,63 – kan förmildras om man fixar cachen
  • MinifyCss – 0
  • MinifyHTML – 0
  • MinifyJavaScript – 0
  • MinimizeRenderBlockingResources – 19,64
  • OptimizeImages – 0
  • PrioritizeVisibleContent – 5,92

DIGG – Myndigheten för digital förvaltning (Episervers partner Esatto)

Hur höga krav skulle du ställa på myndigheten som sedan drygt ett år tillbaka är satt att digitalisera Sverige? Nu fick de Pagespeed-betyget 69,4 av 100 vilket inte är så värst bra. Då är ändå ett flertal av deras undersidor testade.

Dock har utvecklingsledaren på Episerver-partnern Esatto haft en del bollande med Webperf under 2018 kring varför betyget är som det är. Så intresse verkar finnas. Betyget är inte någon katastrof ens om man har högt ställda förväntningar, men nog finns det en del grejer man kan åtgärda om man kollar på nedan betyg.

Statistik om den genomsnittliga webbsidan:

  • cssResponseBytes – 37872
  • htmlResponseBytes - 97494
  • imageResponseBytes - 50227
  • javascriptResponseBytes - 1902870 – 1,9 Mb med Javascript!
  • numberCssResources - 3,1
  • numberHosts - 5,1
  • numberJsResources - 6,2
  • numberResources - 13,8
  • numberStaticResources - 9,8
  • numRenderBlockingRoundTrips - 4,96
  • numTotalRoundTrips - 18,62
  • otherResponseBytes - 55675
  • overTheWireResponseBytes - 620946 - 0,6 Mb data per sidvisning
  • totalRequestBytes - 1446,3

Potential till förbättring hos Myndigheten för digital förvaltning:

  • AvoidLandingPageRedirects – 0
  • EnableGzipCompression - 0,01
  • LeverageBrowserCaching - 0,99 - kan vara enkel att fixa, delvis
  • MainResourceServerResponseTime - 5,85 – behöver en bättre webbserver, eller ett CDN
  • MinifyCss - 0,01
  • MinifyHTML - 0
  • MinifyJavaScript - 0
  • MinimizeRenderBlockingResources - 22,62
  • OptimizeImages - 0
  • PrioritizeVisibleContent - 2,19

Electrolux (Episervers partner Bombayworks)

Electrolux fick betyget 67,2 av Google Pagespeed API. Det är godkänt men inte direkt bra. En stor del av betyget beror på att man har en väldigt långsam webbserver. Det kan förstås vara en tillfällighet under testet.

Statistik om den genomsnittliga webbsidan:

  • cssResponseBytes - 1293352 – 1,3 Mb CSS
  • htmlResponseBytes - 214817
  • imageResponseBytes - 442762
  • javascriptResponseBytes - 3933986 – 3,9 Mb Javascript!
  • numberCssResources - 3
  • numberHosts - 22,5
  • numberJsResources - 32,3
  • numberResources - 101,2
  • numberStaticResources - 42,3
  • numRenderBlockingRoundTrips - 7,6
  • numTotalRoundTrips - 28,9
  • otherResponseBytes - 1285,3
  • overTheWireResponseBytes - 1948985 – 1,9 Mb data per sidvisning
  • textResponseBytes - 1684,1
  • totalRequestBytes - 33223,2

Potential till förbättring hos Electrolux:

  • AvoidLandingPageRedirects - 0
  • EnableGzipCompression - 0
  • LeverageBrowserCaching - 1 – kan vara värt att kolla på
  • MainResourceServerResponseTime - 12,43 – väldigt trög server!
  • MinifyCss - 0
  • MinifyHTML - 0
  • MinifyJavaScript - 0
  • MinimizeRenderBlockingResources - 18,89
  • OptimizeImages - 0
  • PrioritizeVisibleContent - 1,22

Ericsson (Episervers partner Comprend)

Ericsson fick ett betyg om 73,7 av 100 möjliga i Google Pagespeed API v4. Det är helt ok men att skicka nästa 2 megabyte med data per sidvisning är tveksamt, särskilt för de som har en mobil med datakvot.

Statistik om den genomsnittliga webbsidan:

  • cssResponseBytes - 505514
  • htmlResponseBytes - 66921
  • imageResponseBytes - 1222172 – 1,2 Mb med bilder per sidvisning
  • javascriptResponseBytes - 2187065 - 2,2 Mb med Javascript
  • numberCssResources - 4
  • numberHosts - 36,9
  • numberJsResources - 42
  • numberResources - 84,4
  • numberStaticResources - 44,1
  • numRenderBlockingRoundTrips - 4
  • numTotalRoundTrips - 15,8
  • otherResponseBytes - 8873,2
  • overTheWireResponseBytes - 1967445 – 1,96 Mb data per sidvisning!
  • textResponseBytes - 111995
  • totalRequestBytes - 21149

Potential till förbättring hos Ericsson:

  • AvoidLandingPageRedirects - 0
  • EnableGzipCompression - 1
  • LeverageBrowserCaching - 1,91 – kan vara en enkel fix
  • MainResourceServerResponseTime - 5,71 – trög webbserver!
  • MinifyCss - 0
  • MinifyHTML - 0
  • MinifyJavaScript - 1 – rätt mycket onödigt tomrum i Javascript-filerna
  • MinimizeRenderBlockingResources - 16,39
  • OptimizeImages - 0,96 – finns bilder värda att optimera hårdare
  • PrioritizeVisibleContent - 1,15

Fabege (Episervers partner Tieto)

Fabege och Tieto har med 74,6 av 100 i Pagespeed gjort helt ok ifrån sig om man enbart utgår från betyget. Det baseras på riktlinjer kring hur en webbplats designas. Om man kollar på hur webbplatsen beter sig så är det märkligt att skicka 3,4 Mb med data per sidvisning. Det är väldigt fokuserat på en användare som sitter på jobbets nätverk och inte direkt en mobilanvändare på resa i utlandet.

Statistik om den genomsnittliga webbsidan:

  • cssResponseBytes - 219593
  • htmlResponseBytes - 53937
  • imageResponseBytes - 2966196 – 2,9 Mb bilder per sidvisning!!
  • javascriptResponseBytes - 1236496 – 1,2 Mb med Javascript
  • numberCssResources - 2,5w
  • numberHosts - 12,95
  • numberJsResources - 17,2
  • numberResources - 55,4
  • numberStaticResources - 36,8
  • numRenderBlockingRoundTrips - 4,1
  • numTotalRoundTrips - 15,8
  • otherResponseBytes - 2779
  • overTheWireResponseBytes - 3398001 – 3,4 Mb data per sidvisning!!
  • textResponseBytes - 504
  • totalRequestBytes - 10986

Potential till förbättring hos Fabege:

  • AvoidLandingPageRedirects - 0
  • EnableGzipCompression - 0
  • LeverageBrowserCaching - 1,027 – kanske enkel fix
  • MainResourceServerResponseTime - 3,4595 – långsam webbserver
  • MinifyCss - 0
  • MinifyHTML - 0
  • MinifyJavaScript - 0
  • MinimizeRenderBlockingResources - 20,4595
  • OptimizeImages - 0,8649 – kanske enkel justering av bilders optimering för webben
  • PrioritizeVisibleContent - 0,5405

Filippa K (Episervers partner Avensia)

Filippa K fick klart bäst betyg enligt Google Pagespeed API av de nominerade. Att få 90,3 i genomsnitt är riktigt bra rent utav. En anledning till det bra betyget är att man har anmärkningsvärt bra betyg på antalet blockerande rundtripper.

Men använder man verkligen all den Javascript som skickas till användaren? Nog för att det mesta av den försvinner ner i komprimering under överförandet, men viss skillnad gör det ändå.

Främsta grejen att kolla på är dock den tröga servern! Kanske att lite bättre cache-hantering i användarnas webbläsare kan avlasta något.

Statistik om den genomsnittliga webbsidan:

  • cssResponseBytes - 4220,95
  • htmlResponseBytes - 158104
  • imageResponseBytes - 645635 – 0,6 Mb med bilder per sida
  • javascriptResponseBytes - 1110744 – 1,1 Mb med Javascript per sida
  • numberCssResources - 1
  • numberHosts - 3
  • numberJsResources - 37
  • numberResources - 244
  • numberStaticResources - 241
  • numRenderBlockingRoundTrips - 1,1
  • numTotalRoundTrips - 13,04
  • otherResponseBytes - 1614
  • overTheWireResponseBytes - 710932 – med tanke på 0,6 Mb med bilder är det rätt bra
  • totalRequestBytes - 23808

Potential till förbättring hos Filippa K:

  • AvoidLandingPageRedirects - 0
  • EnableGzipCompression - 0
  • LeverageBrowserCaching - 1 – värt att kolla in
  • MainResourceServerResponseTime - 4,55 – väldigt trög server!!
  • MinifyCss - 0
  • MinifyHTML - 0
  • MinifyJavaScript - 0
  • MinimizeRenderBlockingResources - 5,14 – oväntat bra!
  • OptimizeImages - 0,82
  • PrioritizeVisibleContent - 0

Sandvik (Episervers partner NetRelations)

Sandvik och deras Episerver-partner NetRelations har lyckas uppnå det mediokra betyget 67,4 av 100 möjliga i Google Pagespeed API. Det är ok, men inget att vara stöddig över om man anser sig bygga webbplatser med hög kvalitet på alla mätbara kriterier.

Sen att nästan hälften av webbsidornas resurser är Javascript är nog något man kan eller bör förbättra beroende på ens syn på HTTP/2.

Oavsett vad är 1,3 Mb med data att skicka per sidvisning inte optimalt. Det är inte mycket om man jämför med webbens genomsnitt, men det är mycket om man bryr sig om de på mobil enhet.

Statistik om den genomsnittliga webbsidan:

  • cssResponseBytes - 457002
  • htmlResponseBytes - 40515
  • imageResponseBytes - 615992 – 0,6 Mb med bilder per sida
  • javascriptResponseBytes - 1958042 – 2,0 Mb med Javascript per sidvisning!!
  • numberCssResources - 2,1 – bra!
  • numberHosts - 24,6
  • numberJsResources - 24,8 – nästan 25 Javascript per sida
  • numberResources - 65,2
  • numberStaticResources - 47,1
  • numRenderBlockingRoundTrips - 5,5
  • numTotalRoundTrips - 22,4
  • otherResponseBytes - 14481
  • overTheWireResponseBytes - 1313605 – 1,3 Mb data per sidvisning!
  • totalRequestBytes - 9678

Potential till förbättring hos Sandvik:

  • AvoidLandingPageRedirects - 0
  • EnableGzipCompression - 0
  • LeverageBrowserCaching - 0,9231 – värt att kolla cache för webbläsarna
  • MainResourceServerResponseTime - 12,1538 – väldigt trög server!
  • MinifyCss - 0
  • MinifyHTML - 0
  • MinifyJavaScript - 0
  • MinimizeRenderBlockingResources - 18,3846
  • OptimizeImages - 0,15
  • PrioritizeVisibleContent - 1,96

JM

JM plockade hem jumboplatsen med ganska rejäl marginal. JM fick endast 51,1 av 100 i Google Pagespeed. Det är verkligen inte bra! Många av Pagespeeds mätvärden för JM ser bra ut, men det som sticker ut är hur man blockerar rendering.

Statistik om den genomsnittliga webbsidan:

  • cssResponseBytes - 278076
  • htmlResponseBytes - 9917
  • imageResponseBytes - 148051
  • javascriptResponseBytes - 1880225 – 1,9 Mb Javascript per sidvisning
  • numberCssResources - 1
  • numberHosts - 1
  • numberJsResources - 4,3
  • numberResources - 11,3
  • numberStaticResources - 7,2
  • numRenderBlockingRoundTrips - 7
  • numTotalRoundTrips - 12,4
  • otherResponseBytes - 61332
  • overTheWireResponseBytes - 770658 – 0,8 Mb data per sidvisning
  • totalRequestBytes - 1382

Potential till förbättring hos JM:

  • AvoidLandingPageRedirects - 0
  • EnableGzipCompression - 0
  • LeverageBrowserCaching - 0
  • MainResourceServerResponseTime - 0,09
  • MinifyCss - 0
  • MinifyHTML - 0
  • MinifyJavaScript - 0
  • MinimizeRenderBlockingResources - 42,81
  • OptimizeImages - 0,01
  • PrioritizeVisibleContent - 5,99

Leksands kommun (Episervers partner Knowit)

Leksands kommun var näst bäst bland de nominerade Episerver-webbplatserna. Leksand fick 88,3 av 100 i betyg vilket är riktigt bra.

Statistik om den genomsnittliga webbsidan:

  • cssResponseBytes - 1453029 - 1,5 Mb CSS-filer
  • htmlResponseBytes - 43424
  • imageResponseBytes - 271017
  • javascriptResponseBytes - 1437463 – 1,4 Mb Javascript
  • numberCssResources - 4,1
  • numberHosts - 17,9
  • numberJsResources - 31,5
  • numberResources - 53,2
  • numberStaticResources - 38
  • numRenderBlockingRoundTrips - 2,8
  • numTotalRoundTrips - 22,4
  • otherResponseBytes - 641704
  • overTheWireResponseBytes - 1466403 – 1,5 Mb data per sidvisning!
  • totalRequestBytes - 5734

Potential till förbättring hos Leksands kommun:

  • AvoidLandingPageRedirects - 0
  • EnableGzipCompression - 1 – kan vara värt att kolla
  • LeverageBrowserCaching - 1 – kan vara värt att kolla
  • MainResourceServerResponseTime - 0,57 – kan vara värt att kolla
  • MinifyCss - 0
  • MinifyHTML - 0
  • MinifyJavaScript - 1 – kan vara värt att kolla
  • MinimizeRenderBlockingResources - 9,36
  • OptimizeImages - 0,29
  • PrioritizeVisibleContent - 0

Polarn & Pyret (Episervers partner Avensia)

Polarn & Pyret ligger nära toppen med sina 77,5 av 100 i Pagespeed. Det är rätt bra jobbat. Men den mängd bilder man använder motiverar inte att det är 1,8 Mb med data per sidvisning.

Statistik om den genomsnittliga webbsidan:

  • cssResponseBytes - 157158
  • htmlResponseBytes - 106698
  • imageResponseBytes - 345704
  • javascriptResponseBytes - 4996759 – 5,0 Mb Javascript per sidvisning!!
  • numberCssResources - 4,8
  • numberHosts - 36,5
  • numberJsResources - 76,7
  • numberResources - 119,3
  • numberStaticResources - 85,6
  • numRenderBlockingRoundTrips - 5
  • numTotalRoundTrips - 17,3
  • otherResponseBytes - 45144
  • overTheWireResponseBytes - 1830527 – 1,8 Mb data per sidvisning!!
  • textResponseBytes - 293
  • totalRequestBytes - 21712

Potential till förbättring hos Polarn & Pyret:

  • AvoidLandingPageRedirects - 0
  • EnableGzipCompression - 0
  • LeverageBrowserCaching - 1 – värt att kolla upp
  • MainResourceServerResponseTime - 3,2 – relativt trög webbserver
  • MinifyCss - 0
  • MinifyHTML - 0
  • MinifyJavaScript - 0
  • MinimizeRenderBlockingResources - 16,16
  • OptimizeImages - 0,63
  • PrioritizeVisibleContent - 2,38

Praktikertjänst (Episervers partner Visma Consulting)

Praktikertjänst och deras Episerver-partner Vissa Consultning har inte direkt lyckats när det gäller Google Pagespeed. De fick 66,4 av 100 vilket är rätt dåligt.

Praktikertjänsts webbplats är lite ovanlig på så sätt att de flesta grejerna ser bra ut om man utgår från Google Pagespeed. Det som är mindre bra är dock riktigt dåligt. Som att det krävs 2,1 Mb data per sidvisning, och att man har nästan 8 i relativ potential kring Gzip verkar nästan vara ett slarvfel hos Vissa Consulting eller vem som nu handhar webbservern.

Statistik om den genomsnittliga webbsidan:

  • cssResponseBytes - 418062
  • htmlResponseBytes - 38868
  • imageResponseBytes - 157144
  • javascriptResponseBytes - 2293697 – 2,3 Mb med Javascript per sidvisning!
  • numberCssResources - 3
  • numberHosts - 16,9
  • numberJsResources - 13,4
  • numberResources - 37,4
  • numberStaticResources - 19,3
  • numRenderBlockingRoundTrips - 5,4
  • numTotalRoundTrips - 15,4
  • otherResponseBytes - 79751
  • overTheWireResponseBytes - 2119644 – 2,1 Mb data per sidvisning!
  • textResponseBytes - 295,9
  • totalRequestBytes - 7213,8

Potential till förbättring hos Praktikertjänst:

  • AvoidLandingPageRedirects - 0
  • EnableGzipCompression - 7,95 – verkligen lågt hängande frukt!
  • LeverageBrowserCaching - 1 – värt att inspektera
  • MainResourceServerResponseTime - 0,16
  • MinifyCss - 0
  • MinifyHTML - 0,01
  • MinifyJavaScript - 0,01
  • MinimizeRenderBlockingResources - 24,55
  • OptimizeImages - 0,02
  • PrioritizeVisibleContent - 0

Rädda barnen (Episervers partner Valtech)

Rädda barnen fick 84,9 av 100 i Google Pagespeed. Det är rätt bra, men då finns fortfarande förbättringar att kolla in. För Rädda barnen finns potential kring att aktivera Gzip så man komprimerar bättre, att ha bättre cache-hantering i användarnas webbläsare.

Mängden data per sidvisning är inte stor i detta sammanhang, men med tanke på målgrupppen är det nog bra att snåla extra mycket med folks mobila datakvot. För återkommande besökare kan man förbättra genom att aktivera cache i deras webbläsare, men det finns en del potential kring att komprimera innehållet genom Gzip.

Statistik om den genomsnittliga webbsidan:

  • cssResponseBytes - 414768
  • htmlResponseBytes - 101779
  • imageResponseBytes - 388841
  • javascriptResponseBytes - 1086559 – 1,1 Mb med Javascript!
  • numberCssResources - 1,1
  • numberHosts - 22,2
  • numberJsResources - 17,6
  • numberResources - 44
  • numberStaticResources - 23,1
  • numRenderBlockingRoundTrips - 2,4
  • numTotalRoundTrips - 13
  • otherResponseBytes - 7987
  • overTheWireResponseBytes - 851072 – 0,8 Mb data per sidvisning
  • textResponseBytes - 270,44
  • totalRequestBytes - 9538,49

Potential till förbättring hos Rädda barnen:

  • AvoidLandingPageRedirects - 0
  • EnableGzipCompression - 1 – värt att inspektera
  • LeverageBrowserCaching - 1 – värt att inspektera
  • MainResourceServerResponseTime - 0,19
  • MinifyCss - 0
  • MinifyHTML - 0
  • MinifyJavaScript - 0
  • MinimizeRenderBlockingResources - 13,23
  • OptimizeImages - 0,23
  • PrioritizeVisibleContent - 0,95

Rapunzel of Sweden (Episervers partner Star Republic)

Rapåunzel of Sweden får rätt bra betyg av Google Pagespeed. 83,5 av 100 för den genomsnittliga webbsidan på webbplatsen är inte alls illa.

Den antagligen lägsta hängande frukten för Rapunzel of Sweden är att kolla om man kan underlätta för si webbserver. Möjligtvis genom enkel konfiguration eller genom ett CDN. I övrigt ser värdena rätt ok ut.

Statistik om den genomsnittliga webbsidan:

  • cssResponseBytes - 54826
  • htmlResponseBytes - 158405
  • imageResponseBytes - 895924 – 0,9 Mb med bilder per sidvisning
  • javascriptResponseBytes - 1180998 – 1,2 Mb Javascript per sidvisning
  • numberCssResource - 2,4
  • numberHosts - 6,5
  • numberJsResources - 3
  • numberResources - 38,5
  • numberStaticResources - 20,2
  • numRenderBlockingRoundTrips - 1,7
  • numTotalRoundTrips - 12,2
  • otherResponseBytes - 363168
  • overTheWireResponseBytes - 1273950 – 1,3 Mb data per sidvisning!
  • totalRequestBytes - 5047

Potential till förbättring hos Rapunzel of Sweden:

  • AvoidLandingPageRedirects - 0,08
  • EnableGzipCompression - 0
  • LeverageBrowserCaching - 0,3
  • MainResourceServerResponseTime - 4,4 – långsam webbserver
  • MinifyCss - 0
  • MinifyHTML - 0
  • MinifyJavaScript - 0
  • MinimizeRenderBlockingResources - 11,8
  • OptimizeImages - 0,5
  • PrioritizeVisibleContent - 0

SOS Alarm (Episervers partner Sublime)

SOS Alarm är en rätt viktigt samhällstjänst. Nu kan man fundera hur avgörande deras webbplats är. Med tanke på att webbplatsen för SOS Alarm är 69,9 av 100 hoppas man på att det inte är den vägen folk larmar polis eller räddningstjänst då betyget inte är särskilt bra.

4,1 Mb med data per sidvisning är inte alls bra för de på mobil pryl eller någon om kris uppstår!

Statistik om den genomsnittliga webbsidan:

  • cssResponseBytes - 309650
  • htmlResponseBytes - 125045
  • imageResponseBytes - 2901368 – 2,9 Mb bilder per sidvisning!
  • javascriptResponseBytes - 2587238 – 2,6 Mb Javascript per sida
  • numberCssResources - 5
  • numberHosts - 29,6
  • numberJsResources - 22,4
  • numberResources - 72,4
  • numberStaticResources - 28,3
  • numRenderBlockingRoundTrips - 7,4
  • numTotalRoundTrips - 24,1
  • otherResponseBytes - 228019
  • overTheWireResponseBytes - 4108165 – 4,1 Mb data per sidvisning!!
  • totalRequestBytes - 20660,2

Potential till förbättring hos SOS Alarm:

  • AvoidLandingPageRedirects - 0
  • EnableGzipCompression - 1 – värt att kolla upp
  • LeverageBrowserCaching - 1 – värt att kolla upp
  • MainResourceServerResponseTime - 4,08 – trög webbserver!
  • MinifyCss - 0
  • MinifyHTML - 0
  • MinifyJavaScript - 0
  • MinimizeRenderBlockingResources - 22,46
  • OptimizeImages - 0,77
  • PrioritizeVisibleContent - 1,06

Sammanfattat

Nästan varje webbplats har något relativt enkelt att åtgärda. Mest förvånande är att så många har dåligt betyg när det gäller hur snabb webbservern är. Men också att 1177 Vårdguiden låter både Google Analytics och Episerver Find att lyssna in på sidvisningar som har med känsliga personuppgifter att göra. Det om något borde diskvalificera en från nominering och snarare generera en anmälan till Datainspektionen…

Mer om Episerver, Ascend och Web Awards

Alla data för detta test (CSV, 200 kb)

Andra rapporter

‹ till alla rapporter

Omslag för boken Webbanalys – förstå och förbättra användarnas upplevelse

Boken Webbanalys – förstå och förbättra användarnas upplevelse finns nu att läsa här på webperf. Läs eller ladda ner webbanalys-boken