The web feels slower and more broken each day
Website Response Times

                  Summary: 
                Slow page rendering today is typically caused by server delays or overly fancy page widgets, not by big images. Users still hate slow sites and don't hesitate telling us.
            
                Users  really  care about speed in interaction design. In 1997, I wrote a column called "The Need for Speed," pointing out how much users hated slow-loading web pages. Back then, big images were the main cause of response-time delays, and our guideline recommended that you keep images small.
Today, most people (in some countries) have broadband, so you might think that download times are no longer a usability concern. And yes, actual  image download is rarely an issue  for today's users (though images can still cause delays on  mobile devices).
Still, response times are as relevant as ever. That's because responsiveness is a basic user interface design rule that's dictated by human needs, not by individual technologies. In a client usability study we just completed, for example, users complained that "it's being a little slow."




Speed Matters


Response-Time Limits


Fancy Widgets, Sluggish Response


Different Causes, Same Effect


Speed Matters
Responsiveness matters for two reasons:

Human limitations, especially in the areas of memory and attention (as further discussed in our seminar on  The Human Mind and Usability). We simply don't perform as well if we have to wait and suffer the inevitable decay of information stored in short-term memory.
Human aspirations. We like to feel in control of our destiny rather than subjugated to a computer's whims. Also, when companies make us wait instead of providing responsive service, they seem either arrogant or incompetent.

A snappy user experience beats a glamorous one, for the simple reason that people  engage more  with a site when they can move freely and focus on the content instead of on their endless wait.
In a recent study, we asked users what they thought about various websites they had used in the past. So, their responses were based not on immediate use (as in normal usability studies), but on whatever  past  experiences were strong enough to form memories. Under these conditions, it was striking to hear users complain about the slowness of certain sites. Slowness (or speed) makes such an impact that it can become one of the brand values customers associate with a site. (Obviously, "sluggish" is not a brand value that any marketing VP would actively aim for, but the actual experience of using a site is more important than slogans or advertising in forming customer impressions of a brand.)
Indeed, we  get findings related to website speed  almost every time we run a study. When sites shave as little as 0.1 seconds off response time, the outcome is a juicy lift in conversion rates. Today or the 1990s? Same effect.
Response-Time Limits
The  3 response-time limits are the same today as when I wrote about them in 1993 (based on 40-year-old research by human factors pioneers):

0.1 seconds  gives the feeling of  instantaneous  response — that is, the outcome feels like it was caused by the user, not the computer. This level of responsiveness is essential to support the feeling of  direct manipulation  (direct manipulation is one of the key GUI techniques to increase user engagement and control — for more about it, see our  User Interface Principles Every Designer Must Know course).
1 second  keeps the user's flow of thought  seamless. Users can sense a delay, and thus know the computer is generating the outcome, but they still feel in control of the overall experience and that they're moving freely rather than waiting on the computer. This degree of responsiveness is needed for good  navigation.
10 seconds  keeps the user's  attention. From 1–10 seconds, users definitely feel at the mercy of the computer and wish it was faster, but they can handle it. After 10 seconds, they start thinking about other things, making it harder to get their brains back on track once the computer finally does respond.

A 10-second delay will often make users  leave a site  immediately. And even if they stay, it's harder for them to understand what's going on, making it less likely that they'll succeed in any difficult tasks.
Even a few seconds' delay is enough to create an  unpleasant  user experience. Users are no longer in control, and they're consciously annoyed by having to wait for the computer. Thus, with repeated short delays, users will give up unless they're extremely committed to completing the task. The result? You can easily lose half your sales (to those less-committed customers) simply because your site is a few seconds too slow for each page.

Instead of big images, today's big response-time sinners are typically overly  complex data processing  on the server or  overly fancy widgets  on the page (or  too many  fancy widgets).
Here's an example from a recent eyetracking study we conducted to generate new material for our training course on Web Page UX Design. The following gaze plots show two different users' behavior on the same page, which contained a slideshow widget in the top yellow box that required  8 seconds to download:

Gaze plots from two different users: the blue dots indicate where users looked (one fixation per dot).

The test participant in the top gaze plot fixated a few times within the big empty color block before the content downloaded, then spent the remaining time looking at the rest of the page. This user  never looked at the big promotional space  after it had rendered.
The second user (bottom gaze plot) happened to be looking away from the screen during the 8 seconds when the promotional content downloaded. Thus, the first time he looked at the page he saw it as intended, complete with the entire promo.
The slideshow occupies  23% of the page, not counting a footer that's not shown here. The user who had to endure the download delay spent only  1% of her total viewing time  within this space. In contrast, the user who in effect received instantaneous page rendering (because he didn't look until it was done), spent  20% of his viewing time  within the slideshow area.
Although 8 seconds might not seem like a big delay, it's enough to kill this big promo that the company's web team probably spent weeks designing. If they had allocated the space to something that rendered in 1 second instead of 8, they would have achieved much better results.
Different Causes, Same Effect
Response times are a matter of user experience: How much time does it take before the computer is ready to serve the user? The reasons behind delays don't matter to users. All they know is that they're getting poor service, which is annoying.
Big images in 1997. Slow servers or overly fancy widgets in 2010. Same effect. Make it snappy, and you'll have a big leg up on the competition and their slow sites.
            