全部的搬家已经完成了——真是艰苦的工作，还有一些修缮工作将逐步完成，但是新的博客已经有这个博客绝大部分的中文内容了。这个博客将不会再被更新，但是其上的文章也不会被删除。请朋友们到新的空间去参与我们的兴趣事业！

    换了新家，终于不再寄人篱下，感谢Tenly和所有关注我的博客和Web analytics的朋友们！新的空间给了我更大的热情，所以我会更加努力的介绍相关WA的知识，也希望和大家更多的讨论。

    另外，5月1日的短假期后，将会有新的一起“网站分析星期三”聚会，到时，会在新的博客上通知大家，请关注！

    我在新家恭候各位大驾光临！！;)

    请访问本博客的新地址：http://www.chinawebanalytics.cn

    在Tenly和他的朋友的帮助下，我终于有了属于自己的空间，并且开始使用Wordpress在新的空间上建了一个新的，真正属于自己的小家。我将尽量在一个星期左右的时间内把现在博客里面的内容全部都搬到新家去。

    新家的地址是：

    http://www.chinawebanalytics.cn，内容将以中文为主。我和Florian已经商量好了，英文的内容将全部放在他的博客上，他博客的地址是http://longmarch.chinalytics.com，也欢迎大家访问他的博客。

    这样一来，就不会再多放英文原文在我的博客上了，因此也无法满足Tenly提出的建议，不过相信你会理解的——新的博客，将用中文语言为中国从业者服务。;)

    感谢朋友们的关注，现在的博客正以每天+100个visit的数量增长。希望大家在我的新家更加踊跃的参与到我们的事业中来。

    再次感谢亲爱的朋友们，你们的关注是我的动力！！

翻译自Tips on Visually Measuring Your Traffic Sources，原作者: Mike Sukmanowsky

    衡量你网站最大数量或者质量最好的流量从何而来，是一个网站分析师能做的最基本最重要（也是最简单）的事情。但是，很多情况是，许多网站分析师的网站流量来源报告（traffic sources report）常常看上去是下面的样子：

    如果你足够老练，你可能会用饼图做出一个图形化的报告：

    对于这两种呈现数据的方法，我都毫无疑义，它们都能很好的总结数据。但是，我还是发现了一个问题：

    我能从中获得什么样的见解？

    观察上面的表和图，我能获得下面的信息：

• 似乎有相当多的流量来自于其他的网站（Some other site）
• 有一些人直接从浏览器登陆了我们的网站
• 没有多少流量来自于搜索引擎

    但是还是有些问题无法解答：

• 他们从这些流量源头（Sources）来了之后又做了些什么？
• 付费搜索和自然搜索（指非付费搜索）的对比情况如何？
• 从RSS提交/e-Mail/以及其他网络渠道（affiliates）来的流量情况如何？我能否把它们区分开，看各自的表现如何？
• 除此之外，还可以列举更多!

    关键是，上面展现的信息产生的问题比能够解答的问题多得多。但是，实际上这些问题能够得到解决！

    下面是一些我认为能够从流量来源报告中获取一些深度见解的点子：

    1. 决定网站流量的来源

    你的组织中很可能有多种营销手段共存的复杂情况。你可能拥有e-newsletter（电子邮件）营销，e-blast营销，Facebook应用营销，RSS提交以及等等等等！所有的这些努力都可能为你的网站带来可观的流量，但你未必清楚。

    与你组织中的人聊聊（最好从市场部门开始），试着从他们中搞到现在正在进行的可能为你的站点带来潜在流量的营销手段的清单。试着把他们分成7-8个主要的类别。一开始不要分得太细，否则会让你“只见树木，不见森林”，不利于你的分析。

    下面是一个例子：

1. 直接流量（Direct Traffic，指在浏览器中输入网址，或者从收藏夹，历史记录中进入的流量，译者注）
2. E-mail（包括新闻邮件即Newsletter，以及eBlasts）
3. RSS / Atom Feeds
4. 付费的联盟站点（aka内容联盟）
5. 非付费的联盟站点（所有有你网站的链接，而你不需要付费的站点）
6. 付费搜索
7. 自然搜索（即非付费搜索）

    确保你所定义的每一组都是恰当的，以保证每一个都能被恰如其分的归类。

    2. 为你定义的来源建立追踪（Tracking）

    既然你已经知道该测量些什么了，你就应该再做一点而努力，把你需要测量的东西都建立追踪标签。

    对于大多数网站分析工具而言，独立的追踪各个流量源是很简单的，只需要在这些流量源的每一个连接上加上标签即可，这样分析工具就能辨识他们。

    例如，在我的RSS 提交链接中，我就加上了Google Analytics的追踪代码：

    图中链接中下划线的部分就是告诉Google Analytics，“嗨！这是一个从RSS提交（RSS Feed）中来的访问者，所以你把它归类到RSS组中吧！”

    你必须跟你的分析工具提供商协作，以找出那些属于这个工具的参数，但是不同工具的方法是完全相同的。

    3. 做报告并找到真知灼见！

    既然你已从熟知的分析工具中获得了所有的令人欣慰的数据，那么你需要一个精确的方式做出报告，并且得出令所有人惊叫的真知灼见。

    以我愚见，这里有一些极为重要的关键点。都是基于过去的经验，经过一段时间人们把我的报告丢到垃圾桶之后，我发现了如何让我的报告对他们产生效果！

    让我们先看看这个报告的结构。你能看到两个大标题，这两个标题所指的内容，是唯一利用这个简明报表（Dashboard）持续追踪的。它们分别是： 

1. 流量的数量情况以及
2. 流量的质量 

    我想知道的最基本的东西是：

1. 如果我获得了流量，那么哪个流量的来源是我最该感谢的？
2. 在我提高网站流量的方式中，哪一个是最能为我带来效益的？

    有了这样的一个“大图景”，让我们再深挖它，通过其他几个图表来获得上面问题的答案。

    如果我获得了流量，那么哪个流量的来源是我最该感谢的？

    我很喜欢这些堆栈图，它们就如同包含时间序列的饼图一样。我能很快辨别一个月相对于另一个月流量是增加还是减少，以及流量的变化最应该归因于谁。

    已经相当不错了。但是，我还不知道这些不同来源的流量各自质量如何。他们转化为有效的访问了吗？他们蹦失（Bounce）了吗？他们看到网页后“吐”了吗？;)

    在我提高网站流量的方式中，哪一个是最能为我带来效益的？

    上面是我最喜欢的图表（这是一个气泡图，在Excel中就能很好的生成，译者注）了。从中我可以看到：

• 横轴是Pageviews/Visit（即PV/Visit）
• 纵轴是蹦失率（Bounce rate）以及
• 气泡大小代表着Visit的多少

    在这儿我们选择了PV/Visit以及蹦失率是因为这三个量度为流量质量提供了最好的指标。如果你负责一个电子商务或销售网站，你可以把蹦失率作为纵轴，把转化率（Conversion Rate）作为横轴。

    一般而言，我喜欢将气泡与流量的数量保持相关，例如与Visits或者Unique Visitors（UV）保持相关。这种方法能够简单的避免这样一种情况——你花费大量时间去优化一个高质量的流量源，但这个流量源却只给你带来了流量总量的1%。

    上面这张图可能需要多一点解释，因为优化流量来源的目的是为了创造更好的ROI（Return on investment，即投入产出，译者注）。

    为了理解ROI，我们需要知道不同流量源的每个Visit的成本（Cost per visit，或CPV，译者注）。如果要了解如何计算不同网站的CPV或者每个Visit的销售额（revenue per visit），又需要一个完整的博客帖子了。

    在这个文章里，我给出一个简单的等式：

    Revenue per Visit = （PV/V * Ads per Pageview) / 1000 x CPM

    CPV = $0! (上表中的成本只是为了说明它应该是什么样子，也不是实际的真实数据 :)）

    当我谈到网站度量（eMetrics）的时候，很多人问我，他们怎样才能与老板或者高级管理层疏通好关于网站分析的事项。如果你真的想要他们跟你同心协力，那么停止谈什么网站分析吧！你应该谈谈他们心里所想的事情——收入和成本！

    4.去找老板给你升职吧！

    既然你已经把如何合理分配预算以帮助实现利润最大化的工具交给了市场营销团队和企业组织，那你应该径直奔向你最喜欢的HIPPO（给你实际发薪水的人），找他给你升职！

    说说你的想法吧！你对Dashboard（简明报表）该如何去做有什么想法吗？我还漏掉了什么吗？

英文原文请看：Tips on Visually Measuring Your Traffic Sources

    Tenly前几天问起我，Google Analytics的流量统计中，是否包含了对搜索引擎的Robot（或者蜘蛛，或者Crawler）的访问。我确实曾经想过这个问题，当时我简单的认为，Google Analytics或者其他的工具会把这部分流量计算进去。

    事实上，Florian告诉我，我的这个观点是错误的，WA工具会自动屏蔽掉这部分流量，以免污染实际Visitor的访问，因此在GA上不会看到Robot的访问情况。

    不过Tenly的期望是，能够从这些工具中看到对于Robot的访问，因为他对SEO非常关注，而Robot访问的情况，一定程度上能够帮助他了解SEO的效果如何。

    有没有朋友了解这个问题？给我一些建议吧！

译自Web Analytics in China by Florian Pihs

    感谢各位参加上周的“网站分析星期三”活动，这次的活动是迄今为止在北京规模最大，也是内容最丰富的一次。这说明我们的社区在不断的发展壮大，而我们每一个，都是这个社区的骨干。加油！

    特别感谢来自Google的周阳女士所做的关于Google Analytics和Google Website Optimizer的演讲。也感谢Eric Peterson和他在Web Analytics Demystified其他伙伴的慷慨解囊。

参会朋友

    这一次有13个与会者，是迄今为止最多的一次（比上个季度增长了30% J），房间开始坐不下了，因此我们下一次要找一个更大的地方。另外，除了那些常客（从MRM Worldwide，奥美，以及DMG来的朋友，感谢你们的忠实惠顾 :)）外，也有来自Ronghai咨询和中国航空、中国网通等国企朋友。这也是首次以中文为主要沟通语言的会议。我尤其为这一点感到高兴（尽管我还不能理解他们所说的每一个字），也将之视为我们真正走进中国当地的从业者的开始。大多数的赞美都应该属于WebTrends当地机构的专家武勇，他具有接触当地用户的杰出才能。

演讲内容(Google Analytics / Google Website Optimizer)

    来自Google的周阳分享了两个很有见地的演讲，迷倒了听众。她慷慨的同意分享演讲相关的资料。我已经将他们上传到了全新的WAW Beijing Google Group。请查看。

周阳和被“倾倒”的听众们

讨论

    聚会一开始集中在讨论这两个Google的工具，然后又交流了一些网站分析方面的新发现以及利用不同工具如何获得较一致的数据。

• Google Analytics
• 优点
• 免费易用的界面，新的用户（许多中国网站分析用户对这一行都是陌生的）显示出一个对GA非常陡峭的学习曲线。他们在一周内就能够得到相关的数据，这些数据同WebTrends和Omniture提供的打包数据一样，但熟知后两者则至少需要一个月的时间。
• 强大的功能，目前能够覆盖98%的中国网站分析需求
• 数据分享设置能够保证完全的数据私有性
• 缺点
• 追踪服务器设在美国，这样可能会影响数据的质量。这一问题产生的影响尚不明确，但周阳保证这将不是一个主要的问题。Google也会在中国设立一个追踪服务器，确保数据更高的信度。
• GA使用基于Javascript的追踪策略，并且采用服务器端提供应用的方式（如同大多数类似的解决方案一样）。对许多本地的用户而言，这是一个问题，因为他们想要自己控制他们的分析数据。许多用户因此使用基于服务器log文件的分析工具（主要是使用Webtrends）。Google log文件解决方案(Urchin)，也能满足阵中需求，但大多数人并不知道。
• 用户案例
• 今天的大多数听众都是“企业型”网站分析工具的用户，例如使用Omniture Sitecatalyst，WebTrends 以及IndexTools。
• GA只使用非标准化的案例，因此企业级解决方案的流程实施是非常耗时的。
•  Website Optimizer
• 对于Google Website Optimizer（GWO），会上大家都表现出很强烈的兴趣。
• 今天还没有听众是GWO的活跃用户，也不是其他的A/B或多变量测试工具的用户。我认为这就是中国网站分析仍然处于早期的典型属性。客户并不了解这类测试的价值，认为这种测试纯粹是浪费钱。因此需要更多的宣扬和培训，让这个事情在中国能够慢慢普及起来。
• 对于当前的分析解决方案而言，Clickmaps（网页点击热度图）最常用于帮助决定如何设计Landing Page。
• 沟通分析方法
• 沟通网站分析是什么，以及它对决策制定者的作用实际上是比实施网站分析工具更大的一个挑战。我们讨论了一些解决这个问题的策略，但是没有一个比Avinash最近博客中的一篇文章说的更好。读读这篇文章吧！
• 在一个站点上使用多样化的分析解决方案
• 关于使用不同工具导致的同一网站上数据差异是一个有趣的问题。我评论道，不同的工具肯定会导致不同的数据结果，关键问题是如果两个工具都显示出同一趋势，那么你就可以采取行动了。更多的数据整合方法请见Avinash 和 Eric T. Peterson的文章。

    想要了解更多关于网站分析的话题，请参加下一次聚会吧！我相信我们在五月初就能再聚了。

4

五、访问者特征指标及度量

浏览器（Browser）

    定义：一个用于定位和阅览HTML文档的程序（例如：Netscape Communicator、Mosaic、Microsoft Internet Explorer）。度量方法： 

    可以从日志文件中获得浏览器类型的信息，以此获得统计的数据。

    评论：通常可以获得软件厂商的名字、浏览器的版本等信息。但是浏览器字符串（BrowserString）没有标准的格式，这是分析它的一个困难之处。

平台（Platform）

   定义：访问网站的访问者使用的操作平台。

    度量方法：同分析浏览器一样可以分析浏览器字符串（Browser String）来获得关于操作平台的信息。

    评论：考虑到特殊的浏览器如WebTV和SEGA，称为操作平台比称为操作系统更恰当一些。它们可以通过伴随URL请求而来信息加以识别。

浏览器语言（Browser Language）

    定义：浏览器所用的语言。

    度量方法：可以通过浏览器字符串（Browser String）来得到浏览器的语言，HTTP_ACCEPT_LANGUAGE环境变量也可以反映浏览器所希望接收的HTML文档的语言。

    评论：并不是所有浏览器都可以获得它所用的语言。使用分析日志文件的方式无法获得浏览器语言的数据。

域名（Domain Name）

    定义：互联网络上对应于计算机的IP地址的文本地址，它是连接在互联网络上的计算机的正式的名字。

    度量方法：度量域名实际上是考察远程计算机所在的一级或二级域（Domain），如：.com、.edu、.cn、.com.cn、.net.cn等等。REMOTE_HOST环境变量和日志文件都会记录远程计算机的主机名和域名，但并不是所有情况下都可以获得远程计算机的主机名和域名。

    评论：并不是所有连入互联网络的计算机都可记录其主机名和域名，大部分计算机被记录的仍然是IP地址而不是它们的主机名和域名，对于没有主机名和域名的计算机，统计其所在域时应标明"未知"。不同的服务器及其配置，会影响到是否可以获得远程计算机的主机名和域名。可被反向解析IP地址的远程计算机往往会被记录下其主机名和域名，但是在记录日志文件时进行IP地址的反向解析将增大服务器的负荷，尤其对访问量很大的网站。可以在分析日志文件时再进行IP地址的反向解析，当然这也将减慢分析的速度。

指引链接（Referrer、Referral Link）

    定义：访问者点击一个页面中的链接而被引导至当前HTML页面，则该链接是当前页面的指引链接。

    度量方法：从HTTP_REFERER环境变量和对服务器日志文件的分析中可获得指引链接的信息。

    评论：有时候也会遇到指引页面（Referring Page）一词，它们的意义相近，在浏览器中总是由指引的URL到达目标的URL。

六、访问者行为指标及度量

每页面请求的平均时间（Average Time Per Page Request）

    定义：访问者每次多个页面请求的平均时间。

    度量方法：用户会话的第一次请求至最后一次请求间的时间 ÷ （用户会话期间的页面请求数－1）。 

    评论：每页面请求的平均时间应该在一个比较大的范围内求得，计算用户会话时长之前应该已计算出这个值。 

用户会话时长（User Session Length）

    定义：一次用户会话的时间长度。

    度量方法：用户会话的第一次请求至最后一次请求间的时间 ＋ 每页面请求的平均时间。

    评论：用户访问时长和用户会话时长是同一术语。

平均用户会话时长（Average User Session Length）

    定义：网站访问者用户会话的平均时间长度。

    度量方法：总计的用户会话时长 ÷ 用户会话数。

    评论：平均用户访问时长和平均用户会话时长是同一术语。

返回访问（Return Visits）

    定义：在一特定时间内，访问者在不同用户会话中再次访问网站的次数。

    度量方法：度量在一特定时间内，访问者在不同用户会话中再次访问网站的次数。

    评论：这一特定时间可以由进行统计的机构决定。建议的时间可以是一天或者不设置这一特定时间，后者可以表明访问者总共访问该网站的次数。返回访问的次数表明了网站的受欢迎的程度。

    未完，待续……

Florian Pihs 2008年3月27日上午11：25发表于longmarch.chinalytics.com

    上一次同WebTrends一起举办的晚餐和酒会非常愉快，大家都兴致盎然。现在，很高兴地宣布另外一个活动，每个月的“Web Analytics Wednesday”（这次在周四举行）又将在下周四，也就是4月3日晚上8点到10点开始了！

    这次活动是由Web Analytics Demystified Inc.赞助的。我将邀请来自Google的Zhou Yang为Google Analytics做一个15分钟的简短介绍，接着我们可以自由探讨。由于大家都与网站分析的工具都很有兴趣，因此我计划在未来的几个月内邀请WebTrends，Omniture，SinoTechMedia以及其他的一些软件提供商来作客。如果你还知道其他的软件供应商，请给我留言或者发信，我会乐于将他们作为我们未来的客人。

    这次活动的地点：东直门东方银座俏江南；

    时间：4月3日周四，20：00-22：00

    请登录on the Web Analytics Wednesday website 给我任何回复。谢谢！

Posted by Florian Pihs at 3/27/2008 11:25 AM and is filed under Web Analytics Wednesday,Google Analytics

Given the great interest in the WebTrends drinks / dinner event, I am happy to announce the next Web Analytics Wednesday (on a Thursday) for Thursday April 3rd / 8PM - 10PM. Sponsored by Web Analytics Demystified Inc., I have invited Google's Zhou Yang to present a quick introduction to Google Analytics (15 min) to start off the discussion. Given the great interest in tools, I am planning future sessions for WebTrends, Omniture, SinoTechMedia and other vendors in upcoming months. Please do recommend other vendors you are aware of, I am happy to add more to the list.

Time: Thursday April 3rd / 8PM - 10PM
Location: South Beauty (Dong Zhi Men branch)

Please RSVP on the Web Analytics Wednesday website by commenting to this post.

3

    四、网站访问量指标及度量 

    唯一访问者（Unique Visitor）

    定义：

    唯一访问者是指在一特定时间内第一次进入网站，具有唯一访问者标识（唯一地址）的访问者。这一特定时间建议为一整天。（Unique Visitor的缩写是UV，但是UV在目前的网站分析工具软件中，对UV的时间的定义是灵活的，一般，网站分析师可以根据需要，选择这一特定的时间，是一天，或是一个星期，或是一个月，甚至是一年。引用者注）

    度量方法：

    在同一天内，只记录第一次进入网站的具有唯一访问者标识的访问者，在同一天内再次访问该网站则不计数。

    评论：

    也称日唯一访问者（Daily Unique Visitor）。独立访问者、独立访客、独立用户、唯一用户和唯一访问者是同一术语。唯一访问者提供了一定时间内不同观众数量的统计指标，而没有反应出网站的全面活动。

    月唯一访问者（Monthly Unique Visitor）

    定义：

    同上。特定时间建议为一整月。

    度量方法：

    在同一月内，只记录第一次进入网站的具有唯一访问者标识的访问者，在同一月内再次访问该网站则不计数。

    用户会话（User Session）

    定义：

    用户会话是指具有唯一访问者标识（唯一地址）的访问者进入或再次进入网站的过程。（用户会话这个术语，目前用的更多的是，用户访问，即Visit，User Session虽然是同一个意思，但用的较少。从CNNIC对这个术语的定义看，没有详细定义什么算是Visit，什么算是Loss，目前，一个Visit必须至少完整下载一个页面到客户端，如果没有完全下载就被用户关闭窗口即结束请求，那么是一个Loss，而不是一个Visit或称Session，引文者注。）

    度量方法：

    访问者在20分钟内与网站有交互活动则被认为是同一次进入网站，不记录新的用户会话数；当访问者持续20分钟与网站没有交互活动，当他再次访问网站时访问者被认为再一次进入了网站，记录新的用户会话数。

    评论：

    用户进出数、访问数（Visit）和用户会话是同一术语。用户会话不应该被解释为网站的访问人次或访问人数，但是用户会话是相对接近网站访问人次或访问人数的指标。网站的精确的访问人次或访问人数难于被统计。用户会话比唯一访问者更能说明网站的全部活动，它表明了网站的使用频率。

    页面阅览（Page View）

    定义：

    一次页面阅览就是一次页面的下载，访问者成功地阅览到页面应该在他的浏览器上完整地看到该页面。

    度量方法：

    一次浏览器请求即可算作一次页面阅览。

    评论：

    以一次浏览器的请求算作一次页面阅览并不是完全准确的。

    1，代理服务器（Proxy）缓存（Cache）和浏览器缓存（Cache）使服务器记录的请求数少于实际显示在访问者浏览器上的页面数。

    2，在带宽小、响应时间长的情况下，访问者可能在页面显示之前就跳转至其它页面浏览，因此即使服务器记录了访问者的请求，但实际上并没有被访问者阅览到。

    3，醒目页面（Splash Page）和空隙页面（Interstitial）不应该被记录入页面阅览次数之中。

    4，动态的由程序生成的页面应该记入页面阅览次数中。

    5，含有帧（Frame）的页面应该只被记录一次页面阅览，即使含有帧（Frame）的页面会产生对多个文档的请求。

    使用分析日志文件的方式进行统计，醒目页面（Splash Page）和空隙页面（Interstitial）会被日志文件记录，在分析时应该忽略计算特定的醒目页面（SplashPage）和空隙页面（Interstitial）。在日志文件中会记录对特定的程序（如CGI程序）的请求，因而由这些程序动态生成的页面也可以被计算。日志文件识别不出含有帧的页面，使用分析日志文件的方式进行统计，这个误差可以被接受。

    页读数、页面查看、阅览（View）、页面印象（Page Impression）、页面请求（PageRequest）和页面阅览是同一术语。

    请求（Request）

    定义：

    为了获得服务器上的一个资源（可以是文本、图像或任何可以被包含在页面内的元素），浏览器和它连接的服务器之间进行的一次单一连接。

    度量方法：

    对于使用分析日志文件的方式进行的统计，日志文件中一条记录就是一个请求，通过对这些记录的统计来获得度量的数据。

    评论：

    命中（Hit）和请求是同一术语。当页面请求指对HTML文档的请求时，页面请求是请求的一个子集，当页面请求指访问者页面阅览数时，请求和页面请求的含义不同，在某些情况下，请求不被记录在页面阅览或页面请求内。

    未完，待续……

2

三、如何标识访问者

    标识网站的访问者是网站访问统计的基础。不恰当的对访问者的标识是目前多种访问统计服务提供的报告难以比较的根本原因。目前还没有十全十美的标识访问者的方法，因此多种访问统计服务使用了不同的标识访问者的方法是可以理解的。我们希望能够提出一种具有可比性的、可被广泛接受的网站访问统计度量的标准。

    访问者（Visitor）定义：一个与网站有交互操作(Engage)的个人。

    度量方法：

    我们建议采用以下方法作为度量、识别访问者的方法。先采用IP地址来标识访问者，不同的IP地址表明不同的访问者。当来访的IP地址相同的时候试图通过跟踪文件（Cookie）来标识访问者，不同的跟踪文件（Cookie）表明不同的访问者。在服务器端加入的模块生成的含有扩展内容的日志文件可识别出访问者的跟踪文件（Cookie），这将弥补原始日志文件未记录跟踪文件（Cookie）的不足。跟踪文件（Cookie）是指由服务器向浏览器发送带有Set-cookie头信息的HTTP响应，支持跟踪文件（Cookie）的浏览器将在本机硬盘上保留一小片用于标识自己身份的信息。不同的跟踪文件（Cookie）可以表明不同的访问者。

    评论：标识网站的访问者是网站访问统计的基础。用户（User）和访问者是同一术语，它们的含义相同。

    1，单纯使用跟踪文件（Cookie）的方法存的问题。（1）并不是所有浏览器都支持跟踪文件（Cookie）。（2）支持跟踪文件（Cookie）的浏览器中有些允许采用不接受任何跟踪文件（Cookie）的策略。（3）跟踪文件（Cookie）可以被某些程序或被手工删除掉。（4）如果用户同时使用多种浏览器，则每个浏览器会保存不同的跟踪文件（Cookie）。（5）当用户重新安装操作系统或重新安装浏览器时，跟踪文件（Cookie）都有可能丢失，除非用户手工保存它们。（6）浏览器只能保存总共300个跟踪文件（Cookie），每个跟踪文件（Cookie）有4K的容量限制，每个域或服务器只可以在客户端放置20个跟踪文件（Cookie）。（7）存在着关于跟踪文件（Cookie）侵犯访问者隐私权的争论。

    跟踪文件（Cookie）存在着种种争议，但它仍然是值得推荐的方法之一，支持使用跟踪文件（Cookie）的意见包括：（1）由Web服务器响应的包含Set-cookie的头信息不会被代理服务器（Proxy）缓存（Cache），代理服务器（Proxy）将传送Set-cookie头信息给客户浏览器。同样地，包含Cookie的客户请求的头信息也将被代理服务器（Proxy）转发给Web服务器。因此，跟踪文件（Cookie）是目前简单而有效的识别使用代理服务器（Proxy）访问网络的用户的方法。（2）目前国内使用最广泛的浏览器Internet Explorer 3.x、4.x、5.x、Netscape 3.x、4.x及Opera 3.x均支持跟踪文件（Cookie），只有1％的访问者使用除此之外的其它浏览器。 （3）在默认状态下，上述浏览器都采用接受所有跟踪文件（Cookie）的策略。（4）对于大多数友善的网站，跟踪文件（Cookie）提供了一种方便访问者访问的机制，而不是一种偷窥用户访问路径的工具。

    2，通过IP地址识别访问者是一种很常用而且值得推荐的方法之一，使用IP地址识别访问者的优点是：（1）对于直接连接在互联网络上具有唯一IP地址的计算机，IP地址可以准确地标识计算机及其来源。（2）相对跟踪文件（Cookie）来讲，IP地址跟踪到计算机，而跟踪文件（Cookie）跟踪到浏览器。同一IP地址的计算机有可能由于同时使用多种浏览器而保留有多个跟踪文件（Cookie），因此IP地址更好地标识了单独的计算机。

    通过IP地址识别用户也存在一些问题。从Web服务器的访问日志中无法全部识别通过代理服务器（Proxy）访问网络的用户。尽管有时可以从HTTP_USER_AGENT环境变量看出访问者使用了某种代理服务器（Proxy），但仍然无法得知他到底是哪个访问者。因此我们选择采用IP地址为主，跟踪文件（Cookie）为辅的方式来标识访问者。

    未完，待续……