CloudFlare为使用我们服务的站点提供了一个独特的流量数据视图。因为所有这些站点的流量都通过我们的网络，所以我们记录这些请求。在一分钟内，我们将生成数百万条日志线，代表网络上所有站点的流量。这些原始日志中的数据通过我们的分析仪表板收集并显示给用户。Anaytics仪表板干净易用，当我们一年前开始向人们展示它时，许多人建议我们应该着手破坏像Google Analytics这样的服务。分析是我们工作的核心，但我们绝不会试图取代谷歌分析或其他服务，人们用来了解他们的网站流量。我们跟踪数据的方式不同于谷歌分析（googleanalytics）这样的服务，因此，我们在某些方面做得更好，而在其他一些方面却没有那么好。信标与原始日志重要的是首先要了解谷歌分析和其他"基于信标"的跟踪系统是如何工作的。谷歌分析要求你在你的网站上安装一段Javascript代码。当访问站点时，访问者的浏览器运行Javascript，并向Google发送一个包含访问者信息的请求。这本身就有一些局限性。其中两大问题是：1）任何不执行Javascript的访问者都不会被计算在内，包括机器人程序和爬虫程序；2）诸如带宽使用量和点击量（衡量对web服务器的所有单独请求的度量）将不会被跟踪，因为Google Analytics beacon在每个页面视图上只运行一次。谷歌分析的发展是为了帮助网站了解他们的访问者，最终，更好地销售广告。当然，很多人把它用于其他事情，但这是它的核心使命。大多数广告，像谷歌自己的AdSense程序中的广告一样，都是通过一行Javascript发送的，因此，如果您要测量的内容是通过Javascript传递的，那么您应该使用Javascript信标进行测量。CloudFlare的目标是使站点更快、更安全。这意味着我们关心的是像你的服务器实际提供的点击量，它使用的带宽，以及你站点的所有访问者——尤其是那些不触发Javascript的讨厌的爬虫程序。我们通过网络收集每一个原始数据，并通过分析报告的方式。点击率/带宽数字尤其是你无法通过谷歌分析获得的指标，因为使用基于Javascript的信标的服务无法跟踪它们。页面视图的问题页面浏览量是人们经常感到困惑的地方，我们并不责怪他们——我们自己对答案并不完全满意。"页面视图"的度量标准源于web的旧时代，当时每次交互都需要页面重新加载。大多数展示广告的费用都是根据"页面浏览量"来计算的，因为这通常与广告的效果有关。即使是按点击量付费的googleadsense也会计算你的"eCPM"，这是你每1000个页面浏览量所赚取的有效金额。问题是，所谓的"页面视图"变得越来越复杂。所有页面浏览量都是点击量，但并非所有点击量都是页面浏览量。我们的挑战是只将某些点击归类为页面浏览量。为了说明这一挑战，想想你在Facebook这样的现代网站上的经历。很明显你第一次来的时候脸谱网这应该算作页面视图。但是当你浏览一个图片库时呢？或者在帖子上发表评论？或者"戳"别人？其中每一个都是由对后端服务器的AJAX调用驱动的交互。其中一些可能会导致页面刷新。其他人可能不会。通常页面的URL保持不变。那么，这些页面浏览量是否应该算作万亿次页面浏览量——每次交互一次？或者每次访问每个用户只能查看一个页面？Facebook遵循最普遍接受的行业标准，该标准将大多数AJAX请求计算为"页面浏览量"（这部分解释了其每月1万亿次以上的页面浏览量）。这并不完全令人满意，但另一种选择也不完全令人满意。如果Facebook安装了Google Analytics，那么他们的页面浏览量就会少得多。CloudFlare遵循相同的行业标准，因此我们报告的页面浏览量通常高于您在Google Analytics中看到的页面。这对于AJAX驱动的站点尤为明显。这并不意味着你可以去找你的广告商，开始要求更多的广告收入。但是，这应该意味着你现在对运行站点所需的实际资源需求有了更准确的了解。那么谁是对的？我们对CloudFlare上的点击率和唯一访客数量有100%的信心，我们有原始日志进行备份。我们在页面浏览量上更不稳定。虽然我们遵循行业标准，但在现代网络世界里，这是不可靠的。如果你关心的是你服务的广告数量，你可能应该坚持谷歌分析或其他基于灯塔的服务的报道。如果您想了解服务器上的负载情况，CloudFlare非常擅长于报告这一点。换句话说，谷歌分析和CloudFlare都有一席之地。这也是我们第一个与Google Analytics集成的CloudFlare应用程序的部分原因。这两种服务一起帮助您更好地了解谁或什么东西会访问您的站点，它们消耗了哪些资源，以及如何最好地利用这些资源交通。