必须记录的信息（如访问源IP、访问时间、访问页、HTTP响应状态代码、访问源和客户端标识）包含在合并日志格式中。

为了保证服务器日志能够满足其他部门的分析要求，至少要保证上述各项都记录在服务器日志中。但也不要记录任何可以记录的数据，只选择实际需要的部分，否则会使网站日志量很大，不利于分析效率。这些内容可能需要与运维部沟通。

然后，对于日志的分析，我认为没有太多固定的准备工作要做，因为它的数据源是原始的（raw听起来更敏感？），所以可选的数据维度几乎是无限的。因此，应根据实际需要进行相应的处理和分析。

对于一些日志分析要求不是特别高的，可以尝试使用光年日志分析系统。虽然我个人并不喜欢所有的GUI实用程序，但它提供了一些关于数据维度的好主意。

我听说一个大型旅游网站使用mongodb结合map/reduce进行日志分析。我还使用mongodb实现了上述光年日志分析的部分重要功能。所以我认为MangGDB是一个需要考虑的选择。

第三方流量分析工具：

在GA添加了需要跟踪流量的网站之后，它会提示您在跟踪页面所需的每个/head标记之前添加JavaScript代码。代码添加可能是一项非常简单的工作，但也可能非常麻烦，主要取决于网站的模板层。

但这种情况并不总是理想的，特别是对于使用网站框架为自己开发的网站来说，有时候并不包含这样一种很好的使用方式。这可能是因为网站的建设规范不完善，也可能是因为网站要求不能使用类似WordPress的收录方法。然后，至少在每个网页的头部，应该有一个小的块来加载全局JavaScript，以便方便地添加全局JavaScript代码。

虽然在添加GA代码时不必更改不好的网站模板结构，但最多可以将代码添加到几十个不同的模板文件中（当然，要确保没有页面丢失，还需要一些时间）。但是，一次性解决一些基本问题会给未来带来很多便利——例如，更改一组统计代码。也许最麻烦的事情是如何说服程序员为一些看似很小的需求修改模板结构，这里省略了这一点。

对于SEO，最基本的设置之一是对网站上有价值的SEO页面进行分类。在区分页面并掌握其流量状况和趋势后，就可以把握SEO的重点，更好地分析每一次SEO修改对网站的影响。

举个最简单的例子，对于一个网站来说，如果你手头有1000个外部链接，你应该给出网站的专栏页面还是产品页面？这主要取决于哪种页面有更高的转化率和更大的SEO流量提升空间。

对于每个网站，都有不同的情况。例如，一个像书一样的电子商务网站在其列表页面上不会有太多的流量。搜索“电脑书”的人不多，但搜索“小布什自传”的人更多。因为用户有非常明确的需求。对于一个服装电子商务来说，更多的人会搜索“衬衫”，而不是“2012年春季新白衬衫”，因为用户只想在网站上选择服装，他们只有需求的意图，但具体需求是模糊的。

以上两个都是典型的例子，但是更多的情况是我们不能凭自己的直觉做出准确的判断，所以我们需要用流量数据来收集事实。