技术文章有阅读量，官网却没访问？从 Referer 到 UTM 的来源统计

文章发布以后，后台的阅读量很容易被当成推广效果。但读者可以看完整篇文章而不打开网站。平台显示了一千次阅读，官网可能只收到几次访问；这两个数字并不矛盾。

观言引擎目前在整理自己的官网与外部发布渠道，遇到的第一个统计问题就是：一次访问究竟从哪里来。本文讨论的是记录方法，不是流量增长案例。代码中的数字只用于演示计算。

同一个“浏览量”，统计对象可能完全不同

平台阅读数统计的是平台上的内容消费。官网 PV 统计的是网站页面被访问或被计数的次数，一人刷新五次可能留下五条记录。UV 又需要明确识别方式和时间窗口，不能直接用 PV 改一个名称得到。

如果只安装了页面访问计数，报表就写页面浏览量。不要在没有访客识别的情况下把它叫独立访客，也不要把访问量写成询盘数。

举个假设：一篇文章有 800 次阅读，官网记录到带相应渠道参数的 12 次到站访问。12/800 得到 1.5%，但它只是两套计数下的粗略比值。平台阅读是否去重、读者有没有跨设备打开网站，都影响解释。这个数不能直接当精确的点击率。

Referer 空着，不等于用户手动输入了网址

浏览器发来的 Referer 可以帮助识别上一页，但它未必完整。应用内浏览器、隐私设置和链接跳转都会影响它；有些请求只带来源域名，不带原来的文章路径。

因此，后台最好把这一项叫“直接或来源缺失”。如果写成“直接访问”，读报表的人容易误以为这些人全都记住了品牌域名。

还有站内跳转。访客从外部文章来到资料页，再打开服务页，第二个请求的 Referer 可能已经是自己的网站。把每一页都单独按 Referer 分组，会把同一条访问路径拆散。

第一阶段可以保留逐页来源，清楚说明它的含义。如果要分析会话首次来源，就需要额外定义会话有效期及归因规则，不能在原来的表格上直接换个标题。

链接参数能补充信息，前提是统计程序确实读取它

UTM 是常用的约定，本身不会自动生成统计。可以在允许外链的平台使用这样的示例链接：

https://example.com/resources/?utm_source=tech-community&utm_medium=article&utm_campaign=site-check

source 表示发布渠道，medium 表示内容形式，campaign 用于区分这一批内容。这里的 example.com 是示例域名。生产环境应使用自己的正式地址，并为不同渠道分配不同值。

只把参数加进链接还不够。需要确认到站后参数是否仍在、访问统计是否读取、后台能否按 source 查询。如果现有后台只统计 Referer，就应先保留参数并核对实现，不能宣称已经完成渠道归因。

参数建议固定为简短的英文字母和连字符。不要放手机号、微信号或客户名称。一份渠道字典足够记录谁使用哪个 source 值，也方便避免“toutiao”和“tt”被统计为两个渠道。

时间范围不对，两个报表很难比较

“本月”应当按网站业务时区，从本月第一天到现在计算。最近 30 天则要说明是滚动 30×24 小时，还是含今天在内的 30 个自然日。两种方法都可以用，但名字不能含糊。

假设后台保存 UTC 时间，而运营按北京时间看数据，零点附近的访问很容易落在不同日期。建议保存统一时间，展示和区间筛选时明确采用 Asia/Shanghai；旧数据如果有固定偏移，也不能只改页面上显示的时区字符。

管理员预览和自动化检测同样会增加计数。至少明确管理员是否排除、已识别机器人怎样过滤。过滤规则有局限，报表中保留说明比写“百分百真人访问”更可靠。

渠道刚建立时，宁可用一张小表记录文章地址、发布时间和来源参数。每周核对到站记录，再看哪些页面有人继续阅读。没有访问时，检查链接是否可打开、内容与目标页面是否匹配，不急着再发十篇相似文章。

观言引擎是湖北的独立服务品牌，尚未注册公司。本文使用 AI 辅助整理，不含客户效果数据；所述来源记录方案需要结合具体后台实现验证。