Snelle Websites

Snelle websites zijn belangrijk. Lees verder als je wilt weten waarom en hoe je het voor elkaar kunt krijgen.

Vorige week was ik met een aantal collega's op Fronteers 2009

Steve Souders (Google, Yahoo, Stanfort University) haalde een studie aan waarin onderzoekers de impact van laadtijden op gebruikersgedrag proberen te kwantificeren. Ze hadden verschillende e-commerce sites technisch aangepast, waardoor een bepaalde vaste groep mensen steeds een kleine vertraging voor hun kiezen kreeg (iets van 400 mili seconden). Na een aantal weken bleek dat deze groep 10% minder geld had uitgegeven en een ook signicant minder tijd besteedde op de site.

Zelfs nadat de vertraging was opgeheven, bleef deze groep minder "presteren" dan de controlegroep.

Vaak denken mensen dat snelles websites op MegaServers draaien, geschreven in een supersnelle taal en gebruik maakt van allerlei geoptmaliseerde database queries etc etc.

Natuurlijk is bovenstaande nooit weg, maar de laaddtijd van een site bestaat vaak uit 10% backend en 90% frontend. Zo kan het bijvoorbeeld 0.5 seconden duren voordat de HTML door de backend is gegenereerd en bij de browser is aangekomen, maar daarna duurt het nog eens 5 hele seconden voordat de websites echt volledig op het scherm van de bezoeker staat. Deze tijd wordt besteed met het downloaden van allerei plaatjes, javascripts, stylesheets etc. Het renderen van de HTML en de assets en het uitvoeren van JavaScript.

Alleen het paarse stukje van het eerste balkje is "wachten op de backend" !!

(ik ga er voor het gemak vanuit dat de javascript, plaatjes en css niet door de backend gegenereerd wordt)

Het is dus heel belangrijk dat we onze pagina's zo bouwen dat deze snel gedownload en weergegeven kunnen worden. Ik denk dat we dat al heel goed doen, maar het kan altijd beter. Ik ga hier alle tips & tricks die ik gezien heb niet herhalen, daarvoor zijn er betere bronnen te vinden:

• http://developer.yahoo.com/performance/rules.html
• http://www.stevesouders.com/blog/
• http://developer.yahoo.com/yslow/

7 reacties

• Niet inhoudelijk, wel mooi om om 11:00 op 11/11 te posten :-)

  reactie van Martijn op 11 November 2009 11:11

• ik vind jouw commentaar op 11/11 11:11 eigenlijk nog veel vetter!

  reactie van Jeroen op 11 November 2009 11:12

• En dan wel inhoudelijk: ben het helemala met je eens. De user experience wordt mede bepaald door de respons snelheid.

  Ik moet zeggen dat ik zelf ook steeds minder tolerant word mbt laadsnelheid. Gaf ik een site 5 jaar geleden nog wel effe, als ik nu niet binnen een paar seconden "beeld" heb, vind ik t al irritant worden.

  reactie van Martijn op 11 November 2009 11:15

• precies, ik denk ook dat het voor klanten vaak beter is geld niet te besteden aan nog een mooie feature, maar aan het optimaliseren van de responsetijden. Het heeft direct invloed op de conversie.

  reactie van Jeroen op 11 November 2009 11:19

• Wat je wel krijgt als je zo snel mogelijk "iets" wil zien op een pagina, is dat er dingen zichtbaar veranderen (styling, fonts, zichtbaarheid) terwijl de pagina nog aan het laden is; dat dit per definitie slecht zou zijn is ook een vooroordeel dat de wereld uit moet.

  Wees bv blij dat je fonts lazy loaden; ander keek je nog steeds naar een witte pagina! En zodra het gecached is ben je dit soort hickups ook kwijt.

  reactie van Peter op 11 November 2009 11:46

• Gaat het erom dat de inhoud meteen zichtbaar is, of dat er "iets" zichtbaar is? Denk aan die ellendige flash sites. Skip intro anyone?

  reactie van Eric-Paul op 11 November 2009 13:15

• leuk man, dat nieuwe blog

  reactie van Revi op 12 November 2009 20:52