恐怖游戏攻略文章的浏览量，不等于自制恐怖游戏的玩家数。 两边都带着“恐怖”二字，放进一张报表很容易让人误以为整个项目都爆了。其实可能是两个完全不同的入口。
看一个去除身份信息的小型网站案例：文章站某天有847次页面浏览，第二天早上已有447次。光是一篇医院题材的恐怖游戏攻略，当天早上就带来了255次。值得高兴，但这个数字属于文章，不属于旁边正在开发的独立恐怖游戏。
1. “恐怖游戏很火”的主语究竟是谁？
搜索攻略的人通常已经知道那款游戏，想找到过关提示。打开你自己做的游戏开始玩的人，完成的是另一种行为。
有人欢呼“我的恐怖游戏火了”，再问一句是哪个，才发现火的是别人的恐怖游戏攻略，自己的游戏另有一套数据。
浏览量是真的，问题出在省略了标签。掌声从隔壁剧场传了过来。
2. 文章、正式游戏、测试页面分别记账
文章网站让人阅读，游戏页面应该关注实际打开和开始游玩的情况。测试页面可能只用来检查画面布局。
上述案例中，另一个测试网站在数天内出现51次页面浏览。但那不等于正式游戏有51名玩家；统计周期也跟文章站的一天不同。
同样，游戏程序成功更新，只表示新的程序已经上线。游乐园开了门，不代表验票机已经数出多少游客。
3. 页面浏览、访问次数、程序请求不是同一种数
Cloudflare对Web Analytics的定义中，页面浏览与成功返回的HTML有关；访问次数则按外部来源或直接进入页面计算，一次访问可能包含多个页面浏览。[1]
而Worker的请求次数记录的是程序处理了多少请求。[2] 一个人打开页面后反复加载图片或数据，也可能产生多次请求。
把“文章447次浏览＋测试页51次浏览＋游戏程序请求”直接相加，等于把苹果、橘子和购物袋混在一起算“水果数量”。
正式游戏尚未接好统计时，应该写“尚未测量”，而不是“零名玩家”。
4. 法语文章的流量真的来自法国吗？
另一天，法语文章地址记录了56次浏览；按接入国家看，美国49次，法国7次。许多浏览分散在不同文章上，来源也显示为直接或未知。
因此“法语页面被打开56次”有数据支持；“法国读者喜欢了56次”就超出了证据范围。单靠这些数字也无法分辨每次浏览是否来自真人。
多语言报告至少要分开页面语言、访问国家、流量来源。三个问题用一栏数据回答，迟早会闹笑话。
5. 每个网站、游戏和应用都应该有自己的成绩单
文章做阅读排行；独立恐怖游戏看游戏页访问和开始游玩；其他小游戏或应用也各自呈现。每个数字都写清楚时间范围。
关键不是做出一个尽可能大的总数，而是看明白哪个产品吸引了谁做了什么。没有接好统计的项目也要列出来，明确标记为未测量。
想知道热门文章有没有给自制游戏带来玩家，就同时记录文章里的游戏链接被点了多少次，以及跳转后真正开始游玩多少次。文章火，不会自动把读者传送进游戏里。
6. 三本账：读了、玩了、带来收入了
攻略被搜索到，获得数百次浏览，是实打实的成果。下一步再分别观察读者是否继续看其他文章、是否发现自制游戏、是否开始游玩，以及是否产生收入。
只需记住三个动词：阅读、游玩、收益。
当然可以庆祝“恐怖游戏火了”。不过，庆祝前最好看看门牌。
火爆的可能是攻略书摊；隔壁鬼屋的入口计数器还没装上。
攻略书摊也值得鼓掌，只是别替鬼屋报喜。
