Web Analytics 浅谈 (2)
版权声明: 允许非商业性转载，但转载时必须标明原作者 fcicq、原始链接 http://www.fcicq.net/wp/?p=907 及本声明。
关于移动设备.
先插句或许无关的嘴. 不管怎么搞这都是个整体工程. 运维不提供日志的话一切白搭.
移动设备的 SEO 方面可以部分忽略掉(你说为什么?). 但页面的加载速度仍然是非常关键的一个指标. 既然内容仍然是大头, 所以怎么搞都差不多.
闲话完了, 说 uri rewrite.
举个例子好了. 论坛的 uri 里有分页(thread-(ID)-1-(PAGE).html).
这个 page 是用来记录版面列表分页的, 中间的才是帖子内的分页.
那么为什么不能搞 t1234p1.htm 这样的 uri, p1 仅作统计用.
(p1 = position 1, 重写之后变成类似 page.php?t=1234, 以便后端缓存)
如果要考虑(正常页面的) SEO 的问题, 可以用 link rel=canonical 什么的, 这个略过.
刚说完 uri rewrite 问题, 偶说个场景你考虑一下.
如何使用统计在后台模拟 digg 的算法, 然后把数据反馈到前台链接排列中去?
偶给一个提示好了. 如果一个排名为 k 的文章的 CTR (Click-through rate) 在统计上不满足该名次的分布(差 p 个标准差), 那么就把它拿到 k+1 或者 k-1 名上.
这里没有考虑旧文要往下拿和新文往上推的问题, 细节你要自己考虑.
感觉这就和在做广告系统一样, 对吧. 
事实上统计就应该按照广告的要求来做.
更高级的可以考虑这样的要求, 偶对一篇文章的标题做了修改(注意背景还是移动设备, 没有 Javascript 支持).
修改的生效时间不知道(但可以假设有足够的访问量), 需要你从统计数据中尽力读出这个修改的效果.
(实际上这是没有统计代码参与的变相 AB Test, 你要怎样做?)
而且还涉及另一个问题, 如果你从统计上读到了变化, 却不知道具体做了什么修改, 那又要怎样获取相关信息呢?
话说回来, 运维喜欢定时监控, 而对统计分析这块又有什么启示呢?
未完待续.
ps:
Amazon 能够做到你浏览几页之后就自动给你做相关推荐, 这当然是实时的.
偶当然知道做这种东西成本很高, 考虑到推荐同样也是提高转化率的利器 (就算是推荐了相关率低的商品, 也有一定的收集数据的作用), 你自己可以考虑这种东西是否值得一做.
友情提示: 请注意文章的时效性与准确性, 作者不对文章的有效性负责.
Tags:
Permalink Bookmark on del.icio.us
Last Modified: June 20, 2010 at 10:10 am