Friday, December 04, 2009 at 2:26 PM
Webmaster level: IntermediateLet's take a quick look at the individual sections in the Google Webmaster Tools' Site Performance feature:
Performance overview
The performance overview shows a graph of the aggregated speed numbers for the website, based on the pages that were most frequently accessed by visitors who use the Google Toolbar with the PageRank feature activated. By using data from Google Toolbar users, you don't have to worry about us testing your site from a location that your users do not use. For example, if your site is in Germany and all your users are in Germany, the chart will reflect the load time as seen in Germany. Similarly, if your users mostly use dial-up connections (or high-speed broadband), that would be reflected in these numbers as well. If only a few visitors of your site use the Google Toolbar, we may not be able to show this data in Webmaster Tools.
The line between the red and the green sections on the chart is the 20th percentile — only 20% of the sites we check are faster than this. This website is pretty close to the 20% mark, which pages would we have to work on first?
Example pages with load times
In this section you can find some example pages along with the average, aggregated load times that users observed while they were on your website. These numbers may differ from what you see as they can come from a variety of different browsers, internet connections and locations. This list can help you to recognize pages which take longer than average to load — pages that slow your users down.
As the page load times are based on actual accesses made by your users, it's possible that it includes pages which are disallowed from crawling. While Googlebot will not be able to crawl disallowed pages, they may be a significant part of your site's user experience.
Keep in mind that you may see occasional spikes here, so it's recommended that you watch the load times over a short period to see what's stable. If you consistently see very large load times, that probably means that most of your users are seeing very slow page loads (whether due to slow connections or otherwise), so it's something you should take seriously.
Page Speed suggestions
These suggestions are based on the Page Speed Firefox / Firebug plugin. In order to find the details for these sample URLs, we fetch the page and all its embedded resources with Googlebot. If we are not able to fetch all of embedded content with Googlebot, we may not be able to provide a complete analysis. Similarly, if the servers return slightly modified content for Googlebot than they would for normal users, this may affect what is shown here. For example, some servers return uncompressed content for Googlebot, similar to what would be served to older browsers that do not support gzip-compressed embedded content (this is currently the case for Google Analytics' "ga.js").
When looking at flagged issues regarding common third-party code such as website analytics scripts, one factor that can also play a role is how wide-spread these scripts are on the web. If they are common across the web, chances are that the average user's browser will have already cached the DNS lookup and the content of the script. While these scripts will still be flagged as separate DNS lookups, in practice they might not play a strong role in the actual load time.
We offer these suggestions as a useful guideline regarding possible first performance improvement steps and recommend using the Page Speed plugin (or a similar tool) directly when working on your website. This allows you to better recognize the blocking issues and makes it easy to see how modifications on the server affect the total load time.
For questions about Webmaster Tools and this new feature, feel free to read the Help Center article, search and post in the Webmaster Help Forums or in the Page Speed discussion group. We hope this information helps you make your website even faster!
42 comments:
The only suggestion I see is:
Compressing the following resources with gzip could reduce their transfer size by 13.6 KB:
http://www.google-analytics.com/ga.js (13.6 KB)
LOL
The problem with using average aggregated data is that is, well, "average"
A more useful feature would be to show how page load times appear over different connection speeds.
In order to see the value of these tests it Will obviously be relevant to be able to get an overview of how Manu users in -say- your country is using Google toolbar with this feature enabled. Is this possible
As John above pointed out - the only problem with my websites is Google's own analytics file.
http://www.google-analytics.com/ga.js
John, IanVisits, as mentioned in the post, many servers selectively use compression because there are still browsers that can't handle it properly. This is the case with the ga.js, which we do not serve with gzip to Googlebot. We're looking at changing this to prevent confusion :-).
What red and green line? I don't see any red or green line on my charts.
"The line between the red and the green sections on the chart is the 20th percentile ."
Wishing there was a way to type in a url to test. Could come in handy when creating new content.
Only problem for me is Google Analytics code.
Page Speed suggestions:
Compressing the following resources with gzip could reduce their transfer size by 147 KB:
http://ajax.googleapis.com/ajax/services/feed/load...
Like everybody said:
So please Google, compress your recources ;)
zon
.
I also had the Google analytics link as needing compression. Hoqw do I enable gzip?
I have installed it on my site. It's getting faster. Thanks Google Webmaster Tools Team
i use blogger to host and found they do use gzip compression but its a bug its not showing see this tweet here and i plan to update my webmaster tools guide with this new lab... its very usefull
I think the issues about gzip need to be addressed. I have a server that does gzip content and I can confirm that with other tools, however it does not serve to Googlebot which makes this appear in my errors.
Bar that, I have data talking about the google AJAX CDN for Prototype and Scriptaculous. Is it possible for Google to offer a minified version of these on their servers?
i'm in the green zone nice!
On average, pages in your site take 0.5 seconds to load (updated on Dec 8, 2009). This is faster than 96% of sites.
i think that it could be much better, but i have a crap server for $10 / month now... :>
it's a PHP site... you can post comments too. :>
but i must make it even faster somehow... :> 6000 visits / day at the moment. :P
i think that i'm doing ok or is this average ?
most juva scripts that need to be combined are Google's
adsense or analytics ...
also Google SERPs this month (December 2009) sucks !
its veri nice thank for all information http://kolektor-photo.blogspot.com/
I would like to suggest something:
There are different site categories .. as Portals, Personal Websites, etc ...
I think it would be a great addition if Site Performance would take in consideration different site types .. for example: if it's a Portal, not a Personal Site or something similar, will definitely have a lot more information to display on page then normal sites, so ... good load time should be considered little higher then other sites.
This is just an example but I think this could apply to a lot of sites.
Great, now I have to tell the customer to quit checking his site (about 25 visitors per day) while using Chrome+toolbar 'cause he has a crappy internet connection. Or I have to check his site from my 6 gbps-connection to even the scores.
beautiful.
blog spongebob http://oke-sexoke.blogspot.com/
I always use this templates
they are fast and you do not have this problem
http://www.template-web.org
Regards
Mike
The problem came from google analytic code, slow connection will broke in prieview.
webmaster tools very much help me.
"On average, pages in your site take 1.4 seconds to load (updated on Nov 12, 2009). This is faster than 80% of sites."
Hmmm, not bad considering how large some of the 4000+ pages are.
Well 5 days ago I enabled a level 9 gzip compression on the server side, and removed all the Quantcast tags. My websites are flying now, and I also double checked the result on 2 different websites, the result is 'your web page is compressed', i.e. 'size:6,600kb instead of 48,000kb'.
When I check this via Google webmaster tools, the avg. load time of 3.1 secs is now 4.8 secs, and on page suggestions I still see 'enable gzip compression' and 'minimize DNS lookups: quantcast etc'.
I made this change on 13-14th of Dec, the data says last update:16 Dec.
I think the site performance functionality is great and it's a feature not offered in other search engine tools.
Obviously this is a precursor to the rollout of site performance as an element of page ranking.
Titanium Consulting
I saw the load time of my website and it was scary. A lot of problems to resolve asap. I made some changes with .htacces and i start using Minify. It was my solution, i cant use gzip with my script and Godaddy hosting. It takes a lot of time to load my pages...
I hope this "feature" by google dont keep my website away from google search or decrease my pagerank
Eheh. I'm working on that, but i have a lot of work to do, or some other hosting provider to find :P
The biggest problems reported on my site are from google it seems.
Compressing the following resources with gzip could reduce their transfer size by 216 KB:
http://ajax.googleapis.com/ajax/libs/scriptaculous/1.8.2/sound.js (1,011 bytes)
http://ajax.googleapis.com/ajax/libs/scriptaculous/1.8.2/slider.js (7.34 KB)
http://ajax.googleapis.com/ajax/libs/scriptaculous/1.8.2/dragdrop.js (23.0 KB)
http://ajax.googleapis.com/ajax/libs/scriptaculous/1.8.2/scriptaculous.js (1.23 KB)
http://ajax.googleapis.com/ajax/libs/scriptaculous/1.8.2/effects.js (29.3 KB)
http://ajax.googleapis.com/ajax/libs/scriptaculous/1.8.2/controls.js (25.1 KB)
http://ajax.googleapis.com/ajax/libs/scriptaculous/1.8.2/builder.js (2.83 KB)
http://ajax.googleapis.com/ajax/libs/prototype/1.6.0.3/prototype.js (97.1 KB)
http://www.google-analytics.com/urchin.js (15.5 KB)
http://www.google-analytics.com/ga.js (13.6 KB)
216kb is huge, should I stop using googleapis because it's too slow?
The next suggestion is to combine those external javascript files coming yet again from google.
@Erdem
The Page Speed suggestions shown on Webmaster Tools can occasionally lag behind the "last updated" date shown, due to some mumbo-jumbo about how our internal systems work.
If you have fixed the compression, then you should relax and let the systems catch up (which will happen sooner or later). Meanwhile, we highly recommend that you install the Firefox extension and run it yourself. It offers more comprehensive and fresh suggestions.
Hm.... I have several sites in google webmaster tools - made by me, or using wordpress/other similar or made by other webdesigners - yet none of them is below the average. All of them are slow, some very slow.
Something's broken in that averaging???
I'm not understand yet,but i will to try to make my blog be the best.
Good post. I have been using webmaster tools for many days and started page speed tools. I have posted my post in Site Performance using google webmaster tool>
This is motivational tools. I am too much inspired. I shall refer it to my community.
Hasan Habib
as pointed above I see big lag time in the data and inconsistency.
ON one of the sites, I see huge increase in loading time on DEC 24th and that is what is "last update" in Labs section. However now weeks later its still same. Site is in wordpress and uses gzip compression,WP super cache,on the few images they are preloaded with attributes and combined. Only think that causes is showing in loading details are 2 external DNS call outs: Adsense and Analytics.
how soon is the data updated and what could cause spike the loading time? Is it server side/traffic of on page?
thanks
How to make faster load time in very low coast connection..like in my Country..??
Is ther a way to increase a site's speed from the script aspect, by rewriting the code. I run an Article Directory.
Has anyone come across a dummies guide to implementing gzip on a wordpress site?
I've looked and searched but found nothing useful...
I've implemented WP Super Cache on my Wordpress blog
Google Nexus One Blog
and this has decreased load times by about 30%.
It is ironic that google analytics does seem to be one that it highlights as needing some optimisation
The only 2 errors I get are from google services.
Suggestions:
- Don't report about enabling gzip if resource is in fact gzipped for browsers/clients that support it.
- Don't report about minimizing DNS lookups if a well-known CDN is used. For example, I use the google ajax CDN even though I know I'm only going use one resource from it. The hope is that everyone else using this will cause the object to already be cached in the browser before even visiting my site, trumping the rule about single resource DNS lookups. (Or at least subsequent visits to pages within my domain will use the object from cache from then on.)
- As an alternative it could warn about a DNS lookup on an empty cache, but that the Cache-Control and Expires headers are present so it won't matter on subsequent requests.
It would also be cool to serve both the google analytics and ajax libs from the www.google.com domain so we're not doing 2 dns lookups just to include google tools. I image the www.google.com dns cache rate to be decently high :)
Enable gzip compression
Compressing the following resources with gzip could reduce their transfer size by 13.7 KB:
http://www.google-analytics.com/ga.js (13.7 KB)
Minimize DNS lookups
The domains of the following URLs only serve one resource each. If possible, avoid the extra DNS lookups by serving these resources from existing domains:
http://ajax.googleapis.com/ajax/libs/jquery/1.4.1/jquery.min.js
Hi, I have a website at http://speedywap.com/ and can you please tell me how long it takes to load, because for me it is around 1 second per page, but in my webmaster tools it is around 25+ seconds per page.
Okay, so what if a site's intention is to provide a RICH user experience, instead of a fast, information-is-primary one? This could be potentially detrimental to promotional microsites and other graphic-intensive (for a reason!) sites.
Does the speed check differentiate between sites? Should we have a meta-tag that says "promotional microsite" or "wiki" or "directory" or "portfolio" or "image gallery"? All of those sites would have significantly longer load times by virtue of their actual content.
how can I
cacheable resources
http://www.google-analytics.com/ga.js
?
There's NO LIMIT for errors in page speed reported by Google Webmaster tools. A regular 2(two) seconds page appears to load in 89.6 sec. and another one in 84.6sec, while all other similar pages load in 1.8-3.1 sec.
I believe 89.6 sec. is a world record, for a 36kb webpage, including html+js+css+images...
I've not seen this feature in webmaster tools.
Post a Comment