Website Load Time

You may have heard that here at Google we're obsessed with speed, in our products and on the web. As part of that effort, today we're including a new signal in our search ranking algorithms: site speed. Site speed reflects how quickly a website responds to web requests.

Using site speed in web search ranking

While site speed is a new signal, it doesn't carry as much weight as the relevance of a page. Currently, fewer than 1% of search queries are affected by the site speed signal in our implementation and the signal for site speed only applies for visitors searching in English on Google.com at this point. We launched this change a few weeks back after rigorous testing. If you haven't seen much change to your site rankings, then this site speed change possibly did not impact your site. We encourage you to start looking at your site's speed (free online web tools provide a great starting point) and not only to improve your ranking in search engines, but also to improve everyone's experience on the Internet. Poor Website Load Time is something that Irritate People, Matter to Search Engines, Plus Can Cost you Money. Remember the late 90s? Those were the times! I remember staying awake late at night, just because the Internet connection was slightly better. I was actually happy to download larger files without getting disconnected. People were not so obsessed with speed and loading times, but with the availability in general. In this day and age, website availability is still a major problem. Most of us experience this on a daily basis. We don't get all cranky about loading times overnight but we do get more pretentious with each technology leap. Would the modern man wait 20-30 seconds for a page to load completely? Yep, nor would Google. Your site needs to be in a pretty dark place to get in trouble with search engines, simply due to higher loading times. According to Google, less than 1% of all queries are affected by the site speed signal. In fact, it is far more likely to lose some prospective customers simply because they can get the service elsewhere, without having to wait for a page to load. We tend to take fast loading web resources for granted. Nearly one-third of the population is online. We live in a world where ~2.27 billion people expect to have a web page completely available in just a few seconds or less. Or do they? Technological advancements are made, but not all can take advantage of them. The future is already here and it's just not very evenly distributed. This great quote by William Gibson describes pretty well the situation in some geographical regions. If you check your analytics account, I'm pretty sure you will see Africa under-performing in webpage loading times.

Is it worth it to improve your website load time?

Website owners are obsessed with their rankings, quality of traffics, conversions rates, reputation management and the overall well-being of their online presence. It is quite frustrating how website availability is overlooked. A site might be up and running, but virtually inaccessible to some. Problems do occur and more often than you might think. Unlike the available online resources from the 90s, the majority of websites rely on server side scripting, which on its part relies on properly functioning databases. The point is that a lot more can go wrong with a website nowadays, a lot more than it used to.

I've recently came across this question from a Q&A section I found

I was wondering what benefits there are investing the time and money into speeding up an eCommerce site. We are currently averaging 3.4 seconds of load time per page and I know from webmaster tools they hold the mark to be at closer to 1.5 seconds. Is it worth it to get to 1.5 seconds? Any tips for doing this? That's a pretty tough one. No one can tell you. People would usually expend the opinion that it would not hurt to do everything possible to make your site run better and they will be right. This is the perfect scenario. We, however, live in a world where optimal decisions are far more valuable than absolute ones. In this case 3.4 seconds is the average loading time. This means that it could be significantly higher in certain hours or geographical locations. If you have a local site and sell to the local market, then there is no need for you to serve a page in 1.5 seconds for people on the other end of the world. You simply need to perform that well in your local market.

Availability from various remote locations, worldwide

After trying out a couple of services I decided to go with a combination of two. I figured I need one paid service in order to gain access to more features, detailed reports, sms alerts and a large set of remote locations to test from. I went with websitepulse.com. There are some great alternatives out there. I can’t really call them substitutes because the services are pretty good. I chose to stick with that company because their service has all I currently require. Their homepage looks a little outdated, but that kind of makes me want to think they put their effort and resources in the service itself. The other way I track the average loading times of my pages is through the Google Analytics site speed report. Last year I had to add one extra line to the GA tracking code to get the feature, but now it is a part of the code. It might be a good idea to update the code at this point. I still use the old code_trackPageLoadTime in my Google Analytics tracking. 10% of the traffic is evaluated and I get the information based on those 10%, which includes only traffic browsers that support the HTML5 Navigation Timing interface or have the Google Toolbar installed. When you update to the new code to _setSiteSpeedSampleRate(), the sample rate will fall down to 1%. You can always increase it to 10% and that's about it, at least for now. Here you can learn more about the site speed feature. I found this feature to be really valuable when explaining loading time issues to the web developers at the company and also presenting the data to the management. The feature seems to keep both parties at bay. It gives all the necessary data to the development team, page by page.