It’s time for a web page diet

Site speed is essential to business success, yet many pages are getting bigger and slower.

Illustration of scaleEarlier this year, I was researching online consumer preferences for a client and discovered, somewhat unsurprisingly, that people expect web sites to be fast and responsive, particularly when they’re shopping. What did surprised me, however, were findings in Radware’s “State of the Union Report Spring 2014” (registration required) that showed web sites, on average, were becoming bigger in bytes and slower in response time every year. In fact, the average Alexa 1000 web page has grown from around 780KB and 86 resources in 2011 to more than 1.4MB and 99 resources by the time of the early “2014 State of the Union Winter Report.”

As an experiment, I measured the resources loaded for on my own computer: 2.6MB loaded with 252 requests!

This seemed so odd. Faster is more profitable, yet companies were actually building fatter and slower web sites. What was behind all these bytes? Had web development become so sophisticated that all the technology would bust the seams of the browser window?

The main problem is performance. Time to first interaction (the point at which users can read your content or start some interaction on your page) has a direct impact on customer experience. A good experience can make the difference between converting a visit into a purchase and having the visitor close the tab before your page has even rendered. Even if you’re not selling anything, the same rules apply: If your site is slow or unresponsive, visitors will ignore it.

To illustrate just one aspect of the performance problem, let’s go back to the beginning of this post: the average site this year measured over 1.4MB and 99 resources.

The 1.4MB size seems alarming, but those 99 requests for additional resources raise additional warning flags. Externally referenced images, CSS and script files cause additional resource requests and incur round-trip costs that are a primary cause of latency and slow rendering. Resources can often be fetched from the cache, which is faster, but you only get one chance at a first impression. Make sure that initial experience is a good one.

In addition, if those external references include scripts, they can effectively block any further action when they are encountered. Each script you reference in a page is a potential opportunity to add latency, slowing down rendering and interaction.

The solutions to this particular problem are fairly straightforward. Count all of the components that have to be requested to render your page. Can you reduce this number? Combine and minify your CSS files. Take a close look at where you reference scripts and when they execute. Are scripts blocking page rendering or interaction?

Slimming down web sites is not necessarily a matter of learning new and sophisticated programming techniques. Rather, getting back to basics and focusing on correct implementation of web development essentials — HTML, CSS and JavaScript — may be all it takes to make sure your own web sites are slim, speedy and responsive.

In Web Page Size, Speed, and Performance, I illustrate some of the most common reasons why web pages have become fat and slow, and provide a primer on essential web development techniques that help make sure your own site stays slim and fast.

Illustration via Wikmedia Commons.

tags: , , , , , ,

Get the O’Reilly Web Ops and Performance Newsletter

Weekly insight from industry insiders. Plus exclusive content and offers.

  • Ben Henick

    I’m hostile toward minification; proper use of response compression lessens its utility, so that it’s just another function to run in the process of pushing a repo into production. It also makes raw source views useless in the browser.

    Beyond that… there’s little or no awareness on the part of designers younger than 35ish years old that throughput is a thing, with finite practical limits no less.

    …And don’t get me started on the matter of mobile data caps.

    I see three issues with these sites:

    [1] Beyond the underlying CMS core and theme, nothing is normalized, rationalized, or regularized. The core and theme output is full of deeply nested container elements and heaps of class values because the designers haven’t grown their information science knowledge well enough to cope successfully else. For the same reason, they push for edge cases at every opportunity, if the responsible marketing/product manager hasn’t already.

    [2] The pressure to “just get it done” is overwhelming, at the expense of optimization, usability, accessibility, and any kind of SEO/content strategy.

    [3] So much SWF, and video, and fonts, and and and… Egad, Brain. Zort! The visitor is powerless to avoid this things, and the powers that be are powerless to comprehend what they’re doing.


  • Great read. I appreciate it author, learned a lot. Great fat loss techniques. Thanks for sharing. Anyway, just wanna share, research shows that a professional healthy weight loss exercise for your body type burns 3x more fat and is twice as enjoyable. It also patronizes eating the proper food to have good metabolism for faster fat loss which shows best result.