我已经花了两个月的时间来改善我们在一个月前在德国推出的新论坛(从技术角度来看是一种全新产品)的响应时间(主要是服务器端)。我对结果感到惊讶。我使用Apache日志和Boomerang beacon自己的实现来监视响应时间。

使用我的统计信息,我可以看到我们的新产品在大约680毫秒内响应,而旧产品在大约1050毫秒内响应。另一方面,Google网站站长工具告诉我们,我们的网页今天的平均响应时间约为1500毫秒,而我们的旧产品则是三个月前的700毫秒。

我发现GWT考虑到客户端指标,因此我在Boomerang信标上添加了一些度量,一切看起来都很好。我还在ySlow和Google的Page Speed上运行了一些随机页面,一切看上去都比以前更好。我们认为Google的Page Speed工具的使用率达到了82%,对于其中有一些广告的网站来说,这是很酷的:)

最近,我们已经与Akamai签订了使用其两种产品的协议:CDN用于我们的静态文件(以前我们使用过另一个CDN,但效果不是很好)和RMA来改善网络路由。我们还引入了一种新的主​​动式缓存机制,以确保我们的Memcache网格缓存供爬网程序使用的大多数页面。在检查了我的指标之后,似乎这种变化已从650ms改善到了约500ms,这是很好的(虽然效果不是很好,但绝对是一个改进)。但是网站管理员工具报告的平均响应时间仍在增加,而我们看到的平均响应时间却在减少。

您在改善性能的同时,是否在网站上出现过类似的怪异行为?您是否知道如何通过Google网站站长工具监视Google在“网站性能”方面所做的同样的事情,以便我们改进网站并不断检查它是否正是Google想要的?

编辑2011/07/26:谢谢你们的回答!然而,我不够精确。我们遇到的主要问题不是“网站效果”页面,而是暂时的“抓取统计信息”。我们可能发现我们的页面上存在一些非常慢的问题(大约3000毫秒!),我们正在尝试对其进行修复。我会尽快通知您。
再次感谢您!

#1 楼

根据官方指南

http://www.google.com/support/webmasters/bin/answer.py?answer=158541



网站效果为实验性的网站站长工具实验室功能,可向您显示有关网站的延迟信息。 (要查看网站效果数据,您必须在网站管理员工具中添加并验证您的网站。)

页面加载时间是指从用户单击指向页面链接的那一刻到该页面被加载为止的总时间。整个页面已加载并显示在浏览器中。它是直接从已安装Google工具栏并启用了可选PageRank功能的用户收集的。


由于用户经常可以在完全下载之前与网页进行交互,因此严格解释网站速度。但对此措施要特别严格,因为如果页面上有大量的动态JavaScript和动态加载的广告,那么对于用户来说,看到页面加载缓慢就可以说是比较正确的。

因此,他们衡量此问题的方式是使用Google Chrome工具中的“网络”标签,也称为ctrl + shift + I。

DOMContent Event Fired(红线)。在此站点的随机页面上,这意味着数字分别约为600毫秒和1.1秒钟。这远比使用Load event fired从命令行下载页面的时间大得多-并清楚地反映出客户端浏览器花费的时间来呈现通过HTTP下载的内容。

(似乎这对我来说有点不公平,因为与所有为特定用户动态自定义每个页面的网站相比,拥有所有静态页面的网站将具有巨大优势,但是我想这是个突破!)

评论


我同意这项措施不公平。我真的对Google存有疑问,当页面的内容几乎立即加载时,我可能会惩罚我最新的Twitter状态以异步和不干扰的方式加载需要多长时间。更糟糕的是,似乎他们鼓励所有人讨厌的多页文章格式,因为这肯定会更快地加载。

–戴夫·沃德(Dave Ward)
2011年7月21日在21:26

如果您考虑到Google出售广告且更多页面请求通常等同于投放更多广告这一事实,那么G $试图鼓励网站使用多页文章格式是有道理的。

–runxc1 Bret Ferrier
2011年7月21日在22:09

@dave Google明确表示,要明确,“网站效果”是一项实验性的“实验室”功能,因此无法确定该功能是否用于排名。

–杰夫·阿特伍德
2011年7月21日在22:14

@Jeff,除非他们自此改变主意,否则我相信他们会这样做:googlewebmastercentral.blogspot.com/2010/04/…

–戴夫·沃德(Dave Ward)
2011年7月21日在23:13

那么这是否意味着在window.onload之后运行的任何内容都不会计入页面加载时间?

–心怀不满的山羊
2011年7月22日在1:51