Page Speed Score [Update]

Back in May last year, I wrote a post about a new Firebug (for Firefox) Plug-in called Page Speed, that allowed you to test the load time of your website and get some useful tips on how to improve this.

This week, Google took that idea and extended it into an independent online tool, making it available for anyone on any browser. It uses a version of WebKit installed on a server to run the test (via the Chrome version of Page Speed Im guessing) to test your site and suggest improvements.

It seems to work in exactly the same way, and suggests the same kinds of things to improve your score, and has the same issues I pointed out last time, in that it marks you down for incorrect caching on Google Services you include on your page (Analytics in my case).

When I first ran the test on my site, I had dropped to 76/100, this was down to the javascript includes I had slowing things down, and the image caching wasn’t long enough. A couple of tweaks later and I’m now back up to 96/100 which is 3 above where I got to last year.

Read the Google post or start testing your site, please note tho, that as its being hosted on the Google Labs site, this could (as many have done before) disappear without warning. If it does I’ll update this post to reflect that.

Google open a fresh pot

Google last night announced they have completed their migration to their new web indexing system known as ‘Caffeine’.

This new system basically allows them to push anything Googlebot finds into the main index in seconds rather than weeks.

Previously Googlebot would crawl the web, find a site, then submit its content to another system for processing. This other system would then sort and process the content and work out what its all about. It would then pass it to another system for inclusion in the index. This was a time consuming process and was also done in batches, which means your site would have to wait for all the other sites in the same batch to be processed before being submitted to the index.

The new system is different, rather than doing things in large batches, it will work on smaller portions, more portions at the same time and submit them all to the index straight away, allowing users of the search engine to see information much much quicker, and this is just the start!

google caffine comparision

Image copyright of Google

There are several rumours floating around about what lies in store next for Google users and their shot of caffeine.  But for now we will have to wait and just enjoy our new “real-time” search results.

You can real the full article on the Google Webmaster Blog

Page Speed Score: 93/100

Google made a post the other day about “Me and site performance, sitting in a tree…” so I thought before we get to the “…k, i, s, s, i, n, g!” I should give her a run for her money, check she is good enough for me.

First thing the post suggest is to check out Site Performance in Webmaster tools, so off I went. When this first appeared in the Labs section of webmaster tools it was updating pretty regularly and was quite useful and as the graph shows helped me tweak a few things and improve the load time of the server. But it hasn’t been updated in a while now so isn’t very relevant or useful to me.

Webmaster Tools - Site performance Graph

Next thing it suggests is to install Page Speed for Firebug and test my site. So thats what I did and I got Page Speed Score: 93/100! which is pretty impressive. So I thought next, 7% to go, what can I do to get to 100/100. Nothing it seems… All the suggestions the tool gave me were unsolvable and prevent anyone from getting top marks.

The first suggestion is to Leverage browser caching,
the file it advises me need to do this too is “http://www.google-analytics.com/ga.js” which I cant do anything about.

The next suggestion is to Defer loading of JavaScript, “66.4% of the JavaScript loaded by this page had not been invoked by the time the onload handler completed” is smugly informs me.
- http://gavtaylor.co.uk  24 functions uncalled of 25 total functions
- http://www.google-analytics.com/ga.js 154 functions uncalled of 243 total functions.

On closer examination the functions it reports on my site are actually from Firebug, which must be open for the test to run? catch 22 there!
And the analytic code again is from Google and I cant do anything about that.

The final suggestion is to Use efficient CSS selectors,
http://gavtaylor.co.uk/core/styles/styles.css has 12 very inefficient rules, 27 inefficient rules, and 0 potentially inefficient uses of :hover out of 101 total rules.

This I can do something about and when I get a moment I will be re-coding my CSS file. But this wont improve my results more than 1 or 2 points.

So this unreachable target of 100/100 appears to be impossible. I could remove the Google code from my site which would resolve the Google plug-in issue but I cant run the test without having Firebug open so there will always be 24 out of 25 uncalled functions reported keeping me away from that 100/100 score.

So… will I be sitting in that tree, doing things I should not be?… No, not until they fix the issues with their testing tools anyway…

Update 4/4/11:

On Thursday (31st March), Google released an online version of their page speed tool, This new test works in the same way to the Firebug plugin but uses a version of webkit installed on a server. I have written a quick follow up post with links and my initial thoughts here.

01100001011011100110010001110010011011110110100101100100

For a while now, I’ve been wanting to learn how to build and develop mobile applications on Android, I made a start using Appcelerators Titanium, but not long after during a press conference, a certain fruit seller announce his phone was banning apps developed using 3rd party tools. While this didn’t affect me directly, as I have no interest in the iPhone or developing for it, this news meant that the future of Titanium has been thrown into doubt and I don’t want to learn and start developing with a product that may not be around in a years time.

With this in mind, this last week or so I have been dipping my toes into the wonderful world of native Android development.I have gone for the setup advised in the SDK documentation, Eclipse with the ADT plugin. Quickly passing over the Hello World app, as a developer its a task  I must complete before doing anything else, I started on my first application. I decided that for my first attempt I would stick to something I know and rebuild a web based tool I help develop for a well known Manchester server hosting company.

Its been a long time since I last did anything in Java so was a little rusty, but after a few lunchtimes and couple of late nights I have managed to cobble together something that resembles and could just about pass for an Android Application.

So what is it you ask, this wonderful app you have been building up (wont shut up about if you follow me on twitter)? Well I can now tell you, its a speedtest. Not for how fast your mobile connects to the internet, I’ll leave that to the guys at speedtest.net, but to test the speed your website can deliver files to your visitors, now I cant provide you with a link to download and install it as its not really finished and as its not an officially sanctioned app, but I can show a couple of screen-shots from the current alpha version.

ukfast speedtest android appukfast speedtest androif app running testukfast speedtest android app result

This is probably as far as this application goes, unless the boss asks me to continue with it, as although its quite basic and there isn’t all that much to it, it has served its purpose and helped me to figure out how an application should work, its activity life-cycle and how to correctly put one together.

The next step is to think of that award winning, must have,  how did we live without it  idea that will make me millionaire… any suggestions?

Verify your domain via DNS

Google have announce another way to verify you own a domain in their webmaster tools, via a DNS TXT record.
This solves a problem I have had many times in that it verifies the whole domain.

Until now, you had to verify you owned every sub-domain on a domain before you could use webmaster tools for it, while for most sites this is fine, you verify the www. version, sometimes there are a couple more that need to be done.
for example on my site, I use the non-www domain, also there is a dev. and a api. that also need their own verification meta tag/html file. If I want to use webmaster tools on another sub-domain I have to verify again… this becomes a tiresome process.

Enter the new DNS verification. You now add a TXT record to your dns and it automatically covers any sub-domains you add.
That’s it… done! There is of course the usual dns propagation you have to worry about so it may not be a quick as adding a meta tag, but it defiantly saves time in the long run.

You can find out more by visiting the Google Web master tools or popping over to the Webmaster Central blog.