测量工具的重量

加到网页上的每一个技术元素都带着一份具体的代价，测量工具也不例外。网络分析的注意力通常完全放在收集到的数据上，可是收集这些数据的过程本身，是要占用资源的。

任何一套跟踪系统的落地，都需要通过网络多传输一些字节，都要消耗渲染这个页面的那台设备上的处理能力，也都会把整体的加载时间拉长。

弄清楚这份技术上的重量，对于判断一种选定的测量方式适不适合某个具体的项目来说是必要的。承受这份重量的并不是托管着网站的那台服务器，而是每一位到访读者手里的硬件和他们的网络连接。

文字出现之前，脚本在做什么

当一个沉重的、基于脚本的分析平台被嵌进一份文档时，浏览器就被迫在页面完全可用之前先完成好几项复杂的工作。首先，它必须从一台外部的服务器上下载一个体量可观的程序库。

下载完成之后，浏览器还必须执行这段代码；代码随即开始主动监视鼠标的移动、滚动的深度和各种交互事件。最后，脚本会不停地组装数据包，并把它们送回跟踪用的基础设施那里。

所有这些活动都与实际文本和图像的渲染同时发生。在较旧的设备或缓慢的移动连接上，这种额外的工作负载会明显延迟内容的出现，导致阅读体验下降。

在资源消耗方面，简单的基于图像的统计所提供的对比是显著的。嵌入计数器只需要包含一个标准的HTML图像标签。

浏览器处理此元素的方式与处理照片或装饰性图标完全相同。它发起向计数服务器的单个请求并下载一个微小的图形文件，通常只有几千字节。

没有可执行的代码被下载下来，阅读用的设备上不需要任何后台处理，页面开着的时候也没有连绵不断的数据包在传输。测量过程的全部计算负担都从浏览器那边移开了，完全由远端的服务器来承担。

一旦把网站的核心目的考虑进来，这种重量上的差别就变得格外要紧。一个快速的、反应灵敏的页面，是信息能够顺畅传播的基本前提。

如果教区主页或爱好者目录被几兆字节的跟踪脚本压得喘不过气来，那么该网站的首要目标就会为了统计数据而受到损害。

一个加载缓慢的页面所带来的烦躁，往往超过了那些被收集起来的、极其详尽的行为数据本身的价值。把技术上的足迹保持得轻，就是尊重读者们各不相同的硬件条件和网络条件，也保证了内容本身始终是不容置疑的第一位。

因此，选择一件测量工具，实际上是在数据的深度与页面的性能之间作一次直接的取舍。规模庞大的商业运营也许愿意为了优化销售漏斗而接受沉重分析带来的性能代价，但独立的、由社群驱动的站点，很少能从这笔交易里得到好处。

选择一个轻量的计数器，就是把阅读的体验放在第一位，同时把技术上的额外开销压到最小。它承认了一件事：测量这个动作，永远不该去干扰被测量的那份文档本身的主要功能——要为到来的公众保住一个快速而不惹眼的环境。