您是否注意到Facebook中几乎每个链接都有ref
查询字符串?
我相信,有了这个ref
,facebook会以某种方式跟踪和研究他们的用户行为.这可能是他们提高可用性的秘诀.
所以,我正在尝试同样的事情,将http://a.com/b.aspx更改 为 http://a.com/b.aspx?ref=c并将每个匹配记录到表中.
======================================================================== userid | page | ref | response_time | dtmTime ======================================================================== 54321 | profile.aspx | birthday | 123 | 2009-12-23 11:05:00 12345 | compose.aspx | search | 456 | 2009-12-23 11:05:02 54321 | payment.aspx | gift | 234 | 2009-12-23 11:05:01 12345 | chat.aspx | search | 567 | 2009-12-23 11:05:03 ..... | ............ | ........ | ... | ...................
我认为这是一个好的开始.我只是不知道如何处理这些信息.有没有适当的方法来处理这些信息?
研究表明,快速响应不仅可以提高网站的可用性.它也是提高转换率或网站使用率的一种方法.
亚马逊的测试显示,Amazon.com的加载时间每增加100毫秒,销售额减少1%
Microsoft在Live Search上的实验显示,当搜索结果页面减慢1秒时:a)每位用户的查询率下降1.0%,b)每位用户的广告点击次数下降1.5%
人们根本不想等.因此,我们会跟踪网站的响应时间百分位数.此外,这些数据的良好可视化有助于衡量性能优化工作和监控服务器运行状况.
以下是使用Google Charts生成的示例:
那看起来很糟糕!响应时间> 4000毫秒肯定表明性能问题会对可用性产生重大影响.有时800毫秒百分位数(我们认为这是我们的应用程序的一个很好的指标)低至77%.我们通常尝试将800毫秒百分位数设为95%.所以这看起来有一些认真的工作......但是形象很好,不是吗?;)