网站访问量统计，网站说白了就是访问往页面里塞一段JavaScript，让浏览器每次打开都向服务器报告一声“我来了”。量统这段代码核心就三件事：采集、计源发送、代码展示。网站别被“统计系统”这种大词唬住，访问拆开看，量统一个计数器加一个数据库表就能跑起来。计源

先看最基础的代码采集端。传统做法是网站埋点，在页面底部放个1×1像素的访问透明图片，浏览器加载它时，量统URL后面挂上参数——当前页面地址、计源来源页、代码屏幕分辨率、浏览器型号。服务器收到请求，把这些参数解析出来，往数据库里插一行。为什么用图片而不是fetch请求？因为图片标签不受跨域限制，而且即使脚本报错也不影响页面渲染，这是老一代统计工具的通用手段。我自己写过一次，发现最麻烦的不是统计逻辑，而是怎么区分“真人访问”和“爬虫”。搜索引擎的蜘蛛程序也会加载图片，但它们通常不执行JavaScript，所以纯后端统计会把爬虫也算进去，数字虚高。解决办法也简单，检查User-Agent里是否包含“bot”或“spider”关键词，命中就直接丢弃。

发送环节讲究“批量合并”。用户点开一个页面可能触发三次统计事件——页面浏览、按钮点击、滚动深度。如果每次都发一个请求，服务器压力大不说，还可能被浏览器限制并发数。成熟的方案是本地攒着，每5秒或攒够10条，打包成一次POST请求发出去。这里有个坑：用户可能在数据还没发送时就关闭页面。用navigator.sendBeacon()能解决，它会在页面卸载时把数据可靠地发出去，比传统的ajax在beforeunload里发更稳定。

展示端反而最花心思。原始数据是一堆时间戳和URL，没几个人能直接看。得按小时、天、周聚合，算出独立访客数（UV）、页面浏览量（PV）、人均停留时长。UV的统计有个细节——用cookie标记用户，但用户清cookie或换设备就会重复计算。更准的做法是用浏览器指纹，把UA、屏幕分辨率、时区、Canvas指纹拼成一个哈希值，但这又涉及隐私问题。我见过一个粗暴但有效的方案：直接拿用户IP加UA做哈希，准确率能到90%，成本几乎为零。

代码写起来不长。一个最简版本大概这样：后端用Node.js起个HTTP服务，收到请求后把数据写入SQLite。前端在页面里放个script标签，src指向统计接口，路径里带上参数。关键代码就几行：

后端解析query参数，存库。就这么简单。但真上线跑两周你就发现，光统计PV没意义——用户从哪个渠道来、在哪个页面流失、哪个按钮点击率高，这些才是运营关心的。于是得给每个页面加唯一ID，给每个按钮加事件监听，数据表从一张扩展到五张。这时候你会发现，统计代码本身只占20%的工作量，剩下的全是数据清洗和分析。

个人经验是，别一上来就上Google Analytics或友盟这种重型方案。自己写个最小版本跑一个月，你会比任何人都清楚数据的含义。等确实需要漏斗分析、热力图了，再考虑接入第三方也不迟。自己写过统计代码的人，看那些商业统计工具的后台，就像看透明盒子——你知道每个数字背后是怎么算出来的，哪些指标被高估了，哪些数据其实没意义。这种掌控感，是直接套用现成工具得不到的。