mobile web performance

2012 predictions: The average web page will hit 1 MB, Google and Siri will face off, and Chrome, Windows 7, and RUM will rise

It wouldn’t be December without an avalanche of predictions for 2012. Here’s my contribution.

1. The average web page will surpass 1 MB in size.

Between December 2010 and now, the average web page grew from 716 KB to 965 KB, according to the HTTP Archive. That’s 30% growth in slightly less than one year. This kind of growth is the norm, as pages have grown at a rapid rate since 1995, when the average page size was just 14.1 KB. It’s pretty safe to assume that this growth will continue. We’re going to see sites grow by at least another 30%, taking them well over the 1 MB mark — a number that would have blown our minds 10 years ago. The main culprits: images (which account for more than half of the average page size) and third-party scripts like analytics, ads, and social sharing widgets.

2. Site owners are going to demand more transparency and control over third-party content and scripts.

As the graphs above show, scripts are the fastest-growing area of page growth. In just one year, scripts have grown by 50%, from 115 KB to 172 KB on the average page. As I wrote here a couple of months ago, the average top e-commerce site contains seven third-party scripts, with some sites containing up to 25 scripts. These can have a serious impact on page performance. Poorly optimized third-party scripts can slow down page load by several seconds or even stall it completely.

Currently, most third-party script providers don’t offer real-time monitoring of their scripts, nor do they offer meaningful service level agreements (SLAs). As site owners become increasingly educated about the importance of page speed, they’re going to start demanding that scripts be properly optimized to either load asynchronously (or better yet, load after document onLoad). They’re also going to demand better monitoring, reporting, and accountability from script providers.

3. Chrome will become the dominant browser.

For the past year, we’ve seen Internet Explorer and Firefox slowly dropping in popularity, while Chrome’s popularity has been rising steadily. Right now, IE is still dominant, and Chrome just passed Firefox. Chrome’s success is well deserved. It’s fast, clean, and comparably glitch-free. With Chrome set to unite with Android, which is as much a semantic merger as a technical one, we’re going to see Chrome’s numbers climb sharply.

4. Windows is going to surprise us on mobile.

Everyone thinks it’s an iOS/Android world, but that could all change when we see Windows 7 embedded in the next wave of Nokia devices. I recently had a chance to play around with a Win7 device, and it was pretty slick (which, coming from a die-hard iPhone user, is saying a lot). Remember how Internet Explorer blew Netscape out of the water back in the ’90s? Windows 7 might not be a game changer to quite that extent, but we’re going to see it become a contender in the mobile universe.

5. Mobile consumer behavior will continue to evolve as mobile users’ expectations grow.

Marriott recently reported that 47% of their mobile bookings happen on the same day as check-in. This implies an important paradigm shift among mobile user behavior. Clearly, these users have developed the expectation that they can book on demand and on the go. Mobile users expect 100% availability and quick response. There’s zero “try again later” mentality. They won’t return to a poorly performing site — they’ll bounce to another site that can give them what they want immediately. We’re going to see more of this type of behavior, and site owners are going to have to adjust to the fact that mobile users are even more demanding than desktop users.

6. Companies will focus internally on mobile development.

As I mentioned in this piece on O’Reilly Radar, the 2011 holiday shopping season has proven that the mobile web is no longer a curiosity. Rather than keeping mobile on the sideline, in 2012 companies will grow their mobile teams, and these will eventually match the size and scope of their regular development teams.

7. Amazon Silk is not going to spark a browser revolution.

As I also mentioned in the O’Reilly interview, while Silk offers a performance boost for some tablet content, even its own product manager, Brett Taylor, says of tablet browsing, “It’s not meant to process and crunch a lot of heavy data.” I’ve written many times about the difference between basic versus advanced content optimization. Basic optimization techniques – such as those embedded in Silk – can actually slow down, or even break, pages. Web pages are becoming even more complex, data-intensive, and dynamic. Because of this, advanced content optimization – which takes a big-picture approach to accelerating the entire site — is increasingly emerging as the only reliable way to optimize sites without causing harm.

8. Google and Siri could begin a long face-off.

Google has become synonymous with search, and it would require a massive paradigm shift to dislodge them from this position. Siri has the potential to be a formidable contender. By taking users completely out of keyword-entry mode, and by focusing on local search, Siri is incredibly attractive to mobile users, who are often task-oriented and on the move. But it all comes down to results. Google became dominant in search because it delivered the most relevant results, and it delivered them fast. If Siri can do the same – and to be blunt, right now Siri kind of sucks — then it’ll be interesting to see how Google responds.

9. Companies are going to start shining a spotlight on internal application performance.

2010 and 2011 marked the years when companies realized how important site speed was for their e-commerce sites. Now that everyone has internalized the fact that faster pages equal more revenue, they’re going to take this insight and apply it to their internal web-based applications. There are a lot of studies, dating back as far as 1968, showing that employees can radically increase their productivity — in some cases by more than double — when computer response time is improved by just 2 or 3 seconds. But very few companies did anything with these findings. We’re going to see a renaissance in this kind of research, and we’re finally going to see companies aggressively pursue improving internal performance.

10. The CDN market is going to become a lot more competitive.

Until recently, whole site acceleration or dynamic site acceleration (DSA) was a big-ticket solution offered by one company. Now there’s a growing selection of competitive products backed by innovative companies offering newer technology and, ultimately, faster sites. Unlike the price wars that happened in the video delivery marketplace a few years back, the added value will keep prices and margins at reasonable rates (nothing like the usurious rates currently being charged). The big winners here are going to be savvy site owners, who could see their bills reduced, and their service quality go up.

11. Real user monitoring will make performance testing accessible to smaller, “mortal” companies.

Performance testing is challenging. When synthetic tests (sometimes called backbone tests) were first developed, they came with a pretty major price tag, which meant they could only be embraced by site owners with deep pockets. With the recent proliferation of affordable, quality real user monitoring (RUM) tools, site owners will be able to finally get real insight into their visitors’ behavior — at a decent price.

Agree? Disagree? I’d love to hear your thoughts.

Related posts:

The 20 best web performance links of Q4

Every time I write one of these posts, I’m impressed by the volume and quality of writing that happens in our industry on an ongoing basis. It’s truly an exciting time for web performance. I feel endlessly engaged by the dialogue that happens every day, and honoured to be part of it it.

This roundup (which includes links pulled from the Strangeloop WPO Hub), includes some increasingly refined thinking about mobile optimization, a handful of excellent tutorials and case studies (including some great new presentations from Velocity EU), and some revolutionary browser developments.

But my favourite link is this first one…

The best link of Q4

Retailers need for tech speed
Does it tell us anything new? No. But I’ve lost count of how many people I’ve forwarded this two-minute segment on CNBC’s “Power Lunch” — which discusses the importance of speed for e-commerce sites, particularly for mobile users, during the holiday shopping season. For me, this shows that site speed has finally jumped into the mainstream. I’m excited to see how this attention snowballs in 2012.

Mobile

Mobile UI Performance
This slide deck from Estelle Weyl’s excellent presentation at Velocity EU gives an overview of mobile performance challenges, why we need to address them differently than we deal with desktop sites, and detailed tips on how to do just that.

Performance Automation 101
This slide deck from Jeroen Tjepkema’s Velocity EU presentation explains what performance automation is, how it works, and why it’s the only viable solution for dealing with the challenges of mobile device/browser fragmentation.

HTML5 Techniques for Optimizing Mobile Performance
Great post on HTML5 Rocks: ”In this article, we will discuss the bare minimum of what it takes to create a mobile HTML5 web app. The main point is to unmask the hidden complexities which today’s mobile frameworks try to hide. You will see a minimalistic approach (using core HTML5 APIs) and basic fundamentals that will empower you to write your own framework or contribute to the one you currently use.”

Mobile Performance Manifesto
Love this post from David Calhoun itemizing and describing mobile performance best practices.

Tools

How WebPagetest works
If you’ve ever wondered how exactly WebPagetest gathers performance data from the various browsers it simulates, this is great post from Pat Meenan in which he cracks the hood of WebPagetest and explains all that.

Mobile Perf Bookmarklet
Steve Souders offers one mobile bookmarklet to rule them all: a new “master bookmarklet” that lets you install a handful of common debugger and profiler bookmarklets in your mobile broswer in one step.

Is Synthetic Monitoring Really Going to Die?
Alois Reitbauer asks: “Will User Experience Management using JavaScript agents eventually replace synthetic monitoring or will there be a coexistence of both approaches in the end?” As you might guess, the answer is not cut and dried.

Case studies, how-tos, and other research

Diagnosing Slow Web Servers with Time to First Byte
Much as it pains me to admit it, from time to time performance pains aren’t caused at the front end. Performance expert Andy King gives some good tips on how to use the time to first byte metric, as displayed on a waterfall chart, to help diagnose a slow server.

The art and craft of the async snippet
Stoyan Stefanov examines the topic of asynchronous code “from the perspective of a third party – when you’re the third party, providing a snippet for other developers to include on their pages, be it an ad, a plugin, widget, visits counter, analytics, or anything else.”

Why loading third party scripts async is not good enough
We talk about asynchronously loading third-party snippets as if that’s the sole cure for performance pains, but in this case study, Aaron Peters reminds us that sometimes it’s okay to defer their loading until after onload.

Fast Loading JavaScript
Slide deck from performance consultant Aaron Peters’ great Velocity EU presentation: “A walk-through of several JavaScript loading techniques with a characteristics table for each and at the end a decision tree to help you decide which technique to use.”

How Downtime Financially Impacts Top Ecommerce Websites
Compelling infographic showing how downtime affected the Internet Retailer 500 in 2010. Includes the estimate that downtime resulted in more than $300 million in lost revenue for the IR 500.

Testing for Frontend SPOF
Excellent post from Pat Meenan in which he simulates third-party outage with a blackhole server in order to demonstrate — via WebPagetest-generated video — how that outage slows down or disrupts page load.

Browsers and connectivity

SPDY of the Future Might Blow Your Mind Today
Great post (“definitely for protocol geeks”) by Google software engineer Mike Belshe on SPDY’s evolution and how Kindle Silk is taking it beyond other browsers.

Chrome Fast
Slides from Google software engineer Tony Gentilcore’s excellent presentation at Velocity EU, in which he gives an overview of the Chrome platform and explains what makes Chrome fast.

Report reveals drop between peak and off-peak surfing
No big surprise, but a good reminder (especially if you rely on synthetic testing) that real-world performance is a nebulous thing: UK study finds that web speed is up to 69% slower during evening peak time.

The end of an era: Internet Explorer drops below 50% of Web usage
Mark the month and year. November 2011 was the first time in more than a decade that Internet Explorer’s share of global browser usage dropped below 50%.

Opinion pieces

Your CDN is not a silver bullet for web performance
In the e-commerce and SaaS world, the two most common causes of poor web performance are third-party content and server-side processing. Neither of these bottlenecks are addressed by loading static content from a closer location via a content delivery network.

Why you have less than a second to deliver exceptional performance
dynaTrace’s Alois Reitbauer writes: “Being exceptionally fast is becoming the dogma for developing web applications. But what is exceptionally fast and how hard is it to build a top performing web site?” I like posts like this because they remind us what the fundamental questions are that our industry is trying to address.

If you have any other great links to share, let me know in the comments. And if you’re looking for more great links, we have hundreds — sorted by topic, industry, and type — over in the Strangeloop WPO Hub.

Related posts:

O’Reilly Radar interview: You can’t get away with a bad mobile experience anymore

Last week, Mac Slocum invited me to chat with him about mobile web performance. He had some great questions about apps versus mobile sites, common optimization mistakes, and whether or not different device owners have different expectations when it comes to performance. I had a great time answering them, and it gave me some good food for thought for future areas of research. Win-win. :)

You can read the full interview on O’Reilly Radar: You can’t get away with a bad mobile experience anymore

Case study: How to use network quality as a proxy for measuring mobile performance

As Steve Souders recently wrote, measuring mobile performance is hard. There are a number of reasons for this. Just a few:

  • The same event can report completely different timings on different browsers.
  • Depending on which measurement tool you use, you can get completely different results than the results generated by another tool.
  • And more central to the problem, no one can even agree on what metrics we should be optimizing for.

In my recent presentations at Velocity EU and Velocity China, I presented some real-world case studies that show the relationship between mobile performance and business key performance indicators such as revenue, conversions, and bounce rate. I was able to get a lot of my data thanks to a couple of Strangeloop customers who were as curious as I was. These customers were willing to segment a portion of their mobile traffic and serve them unoptimized, slower pages, then compare results against the optimized pages.

But this kind of experimentation isn’t always possible. How do you measure the impact of mobile performance changes when slowing down pages isn’t an option? Or if you want to see the impact of page slowdowns that exceed the 1s or so that my customers were willing to allow?

I’m a big fan of using proxies to identify performance trends, as you may recall if you read my post on how to use browser type and network connection as proxies, via Google Analytics, to see the relationship between site speed and revenue. (We’ve since turned this post into an 11-minute video.) So we here at Strangeloop decided to investigate possible proxies for mobile performance.

Methodology

We set our sights on network quality as a viable proxy. We gathered data on bounce rate and performance for iPad, Android, and iPhone users of a single e-commerce site, which had already been optimized using RUM. Using beacons, we also gathered data about the users’ latency and bandwidth.

We took this vast data set and divided it into cohorts based on network quality: 250 Kbps (300ms+ latency), 500 Kbps (200-300ms latency), 1 Mbps 150-250ms latency), and so on in 0.5 Mbps increments all the way up to 5 Mbps. In other words, we tracked how bounce rate changed between users with a really crappy modem to a really fast connection.

Findings

What happens to bounce rate and the average performance across these groups as network speed improves? As this animated graph shows, the dots for each group — iPad, Android, and iPhone — all start moving down and to the left:

In other words, as network connection speed improves, performance improves, and as performance improves, bounce rate improves. It doesn’t matter which line you follow, the trend is clear and consistent. This tells us that performance matters across the entire spectrum of users.

It’s also interesting to note that iPad users are much less patient at high speeds than they are at low speeds. When things are really slow, iPad users bounce at about the same rate as Android and iPhone users. But as network speed improves, iPad users tend to stay and their bounce rate gets dramatically lower — around 5% compared to 8% for iPhone users and 11% for Android users.

This is expecially interesting given what we now know about conversion rates for iPad owners versus other mobile owners. (Over the Black Friday weekend, shoppers using iPads converted at a much higher rate than other mobile consumers, 4.6% vs. 2.8% for users of all other mobile devices.) Clearly, keeping your iPad traffic happy should be a priority.

Takeaway

As I mentioned to the crowd at Velocity China yesterday, this case study might be boring to hardcore performance geeks because it doesn’t have code snippets, but it’s important because it will justify investing in the code snippets they want to write. This how-to is a really helpful way to present stats to a site owner and tell them, hey, measuring performance optimization isn’t about 500 ms increments, or even 1s increments. When we look across the entire scope of performance, we can see bounce rates going from 24% all the way down to 5% as network quality gets better.

Related links:

Link roundup: Black Friday / Cyber Monday in review

By all accounts, this holiday season got off to a rocking start. Forbes estimates that over the Black Friday weekend, consumers set at least two new records: total amount spent ($11.4 billion) and increase in online purchasing (up 24.3% over last year).

For my own purposes, I wanted to gather all the e-commerce data from Black Friday weekend in one place. At the end of this post, I’ve also included a couple of links showing how sites fared from a performance perspective.

GigaOM: This holiday season shopping has gone mobile in a big way
“The number of consumers using a mobile device to visit a retailer’s site is 17.37% with almost 9.73% of consumers using mobile device to make a purchase.”

Internet Retailer: Thanksgiving Day online sales rise 39% over last year
“Heavy use of mobile devices, including smartphones and tablets like the iPad, were a big part of Thanksgiving Day online shopping. 15.2% of traffic came from mobile devices, up from 6.45% last Thanksgiving, and mobile devices accounted for 11.09% of purchases, well ahead of 4.25% last year, IBM says.”

Forbes: Implications of Black Friday: Apple, Amazon, eBay
“Mobile traffic was an increasing percentage of online traffic: 14.3% of total, versus 5.6% a year ago. Mobile purchasing as a percent of total more than tripled: 9.8% of online sales, versus 3.2% last year.”

Mobile Commerce Daily: PayPal global mobile payment volume increased 516% on Black Friday
“The company also saw a 371% increase in the number of customers shopping through mobile on Black Friday 2011 compared to last year.”

Akamai: Couch Commerce Takes a Cut at Midnight Doorbusters
“While nowhere near as explosive as Thanksgiving Day, the traffic growth continues to trend at much higher levels than 2010, on average 30% higher. The open question from Thanksgiving was whether Thanksgiving Day was just a shift of shopping activity from Black Friday, or a new shopping day in its own right. With Black Friday growth data so strong, it appears to be the latter.”

Internet Retailer: E-commerce shines on Black Friday
“Apple and Android devices account for virtually all of the mobile shopping activity, IBM says. 5.4% of traffic to retail web sites Friday came came from Apple iPhones, 4.8% from Apple iPads and 4.1% from devices that use Google’s Android software. That leaves less than 1% of traffic to retail sites coming from all other mobile devices. Shoppers using iPad converted at a much higher rate than other mobile consumers, 4.6% vs. 2.8% for users of all other mobile devices.”

Washington Post: Sales trackers say ‘Cyber Monday’ was biggest online shopping day in history
“Online sales rose 22% to $1.25 billion on Cyber Monday, when retailers ramp up online promotions, according to research firm comScore Inc. That makes it the biggest online shopping day ever, the research firm said. A year ago, Cyber Monday sales topped $1 billion for the first time.”

While all this online activity was going on, how did sites fare performance-wise?

Good, obviously, but performance monitoring data suggests that they could have been better:

Compuware: Countdown to Cyber Monday: Black Friday Retail Web Performance Results
“Some of the leading retailers are leaving shoppers frustrated with slow websites and periodic outages. For the Top 50 retailers, page load times spiked by 21 percent and 11 percent for the Top 10 retailers. What does this mean for online shoppers? They are experiencing less than satisfying web and mobile site performance when compared to a similar non-peak period.”

Catchpoint: CyberMonday 2011 – The results are in!
Catchpoint monitored 55 top e-commerce sites and found that the performance winners were Macy’s (with a start render time of 414ms) and JC Penney (with a load time of 695ms). In terms of availability, 10% of the sites they monitored suffered downtime of an hour or longer.

Related posts: