网站分析的历史（二）
No comments上会书说到2000年前后人们对传统的基于服务器日志的网站分析方法产生了怀疑，那么问题究竟在哪呢？
问题一：ISP提供的缓存页面。
对于被大量请求的页面，ISP会直接提供其缓存的该页给用户，以减轻压力节约带宽。但这样一来，用户的访问只发生在ISP的服务器上，并不会访问到目标网站的服务器，那么你的服务器日志就无法记录到这部分数据。
问题二：机器人
随着搜索引擎以及其他一些信息检索工具的日益普及，大量的机器人游荡于网站之间，他们会在你的服务器日志上留下非用户访问记录，而所有这些记录都会被计入统计指标的计算中。你可能会说，这不算问题，可以把这些机器人的记录过滤掉，但是请注意并不是所有机器人都有名有姓，毕竟还是有相当数量的机器人无法得到识别（或者出于某种目的故意隐藏身份），同时新的机器人还在不断涌现。
问题三： 确认唯一访客（unique visitor）
随着互联网的普及，动态IP大量运用，还有代理服务器的使用都对传统的基于IP确定用户身份的方法带来了挑战。虽然也曾尝试过基于IP和用户代理（user agent，一般指浏览器和操作系统）的组合来区分是否唯一访客，效果也不尽人意，你可以想象一下，一个公司的IP是唯一的，通常公司内所有操作系统和浏览器也都是统一安装的，那么你怎么区分是这家公司的张三还是李四访问了你的网站？不管这家公司有多少人都会被视为同一个用户。
问题四：ajax
不仅仅是ajax，在追求与用户互动的今天，越来越多的用户与网站的交互行为都是发生在客户端的，由浏览器执行，根本无需向服务器端请求，所以服务器日志对此无能为力。
面对这些问题，网站分析工具的生产商并没有束手无策，他们引进了JavaScript标签（JavaScript tags）。什么是JavaScript标签？如果你用过google analytics之类的网站分析工具就很好解释了。就是它提供给你的那一小段代码，需要添加到所有你需要监控的网页中去。当网页被加载时，这段代码调用程序记录信息，并发送给专门的数据收集服务器，从而完成记录。
JavaScript文件易于维护，灵活，而且方便数据收集工作的外包（因为数据数据收集服务器和产品服务器是相互独立的），降低了维护成本。虽然它也并不完美，但相对于基于服务器日志的传统方法还是迈进了一大步。（待续）
网站分析的历史（一）
No comments网站分析这一行也不是从石头里蹦出来的，它也有它的前世今生。
小孩没娘，说来话长，一竿子就支到了互联网刚诞生那会儿。
技术工作者为查找错误而研究服务器日志，结果有了重大发现：通过日志我们能够知道网站得到了多少次点击，而且更重要的是可以知道这些点击是从哪里来的！
于是乎一些非技术工作者也对日志萌发了兴趣，并且开发了相应的程序，能从庞大的服务器日志中自动解析出各种基本指标来。
就此，咔嚓一声雷响，网站分析诞生了。
接下来，九十年代中期，老网民可能都还都记得，铺天盖地的计数器出现在大大小小的网站上，着实流行了一阵子。这可能是广大人民群众和网站分析的第一次亲密接触。
但真正推动这一行发展的还是其商业应用。
WebTrends （想必很多站长对他的了解都始于他的那个免费的log analyzer吧）作为行业领头羊，开始为产品增加更为直观的图表功能，拉近了和管理经营人士的距离，从而确立了网站分析在商业运营中不可或缺的地位。
随后的几年中，伴随互联网爆炸式的发展，这种地位得以不断强化，涌现出WebTrends，WebSideStory，Coremetrics，Omniture等网站分析产品巨头，他们的出现也推动着网站分析向更加强大，更加复杂的方向发展。
然而，与此同时，人们也发现传统的基于服务器日志的解决方案似乎不再那么可靠了。（待续）
