条目带走多少流量你其实不知道：目录站的出站点击该怎么统计
条
目录站做的事情很特别：别的网站拼命把人留在站内，目录站的目标是把人送走。于是问题来了——你辛辛苦苦收录了几千个条目，最后连「哪个条目真把人送走了」都说不清楚，只能看着 PV 和跳出率猜。
问题不在你没做统计，而在出站点击天生统计不全。链接一点，当前页面就开始卸载，浏览器不保证那些还没发出去的请求能送达。你在网络面板里明明看到请求发出去了，后台却少了一截。
图片来源：网络，版权归原作者所有，侵权请联系删除
三种做法，精度差得很远
| 做法 | 怎么实现 | 漏掉的部分 | 代价 |
|---|---|---|---|
| 增强衡量自动收集 | 后台开关打开即可 | 只认 a 标签；中键和右键新开标签丢三成左右 | 几乎为零 |
| 自埋点 + beacon 传输 | 点击时发事件，指定用 beacon 发送 | JS 跳转的按钮仍抓不到 | 要写代码、要维护 |
| 服务端跳转计数 | 出站先过自己的跳转地址 | 被拦截脚本和复制粘贴的流量 | 改了 URL，涉及收录规则 |
GA4 的增强衡量会自动给离站点击打上一个 outbound 标记，同时带上目标地址、域名和锚文本。零成本，但局限也明显：它只盯 a 标签，页面上一半的「前往站点」是按钮加 JS 跳转，那部分它完全看不见；用户在链接上按中键、或者右键选在新标签打开，这类点击大约占三成，也丢了。
那个必须加的参数
自己埋点的话，有一件事比写监听逻辑更重要：给事件指定用 beacon 方式发送。
gtag('event', 'click', {
'event_category': 'outbound',
'event_label': url,
'transport_type': 'beacon'
});谷歌官方给出站跟踪的示例代码里就带着这一项，不是装饰。普通请求的命运绑在页面生命周期上，页面一卸载，没发完的请求直接被掐断；beacon 是浏览器专门给「页面要走但这条请求得送到」这种场景留的通道，它不阻塞跳转，也不要求页面继续活着。加与不加，同一个事件的到达率能差出一截。
监听类型也别只用 click。中键按下不触发 click，要补 mousedown 或者用支持中键的链接触发器。测试的时候把左键、中键、Ctrl+左键、右键新开标签四种都点一遍，缺哪一种就是触发器选错了。
服务端跳转：最准，但别乱用
想拿到接近真实的数字，只能让出站先经过自己的跳转地址，在服务端记一笔再放人走。精度最高，代价也最实在：URL 变了，收录规则要重新梳理，跳转页得收进 robots，还得防开放重定向。这一块另有讲究，别为了统计顺手把全站出站都改成跳转。
折中的办法是只给重点位置用。首页推荐位、付费位这些需要精确数字的走服务端，长尾条目页用前端事件，够用就行。
三个别踩的坑
- 把统计参数塞进目标 URL——出站地址后面挂一串标记，对方站收到的 Referer 是脏的，你自己还多了一堆带参数的重复地址
- 用跳转延迟换统计成功率——为了让请求发完，故意让跳转晚几百毫秒，用户感知到的就是「点了没反应」
- 拿点击数当编辑推荐依据而不做归一——位置靠前的条目天然点击多，直接排榜等于把首页位置锁死
值得看的三组数
单个条目的点击率（点击除以详情页访问）能看出条目页写得有没有用；分类页的外流率能看出这个分类是不是还有人真需要；目标站回访比例最难拿，但它是唯一能说明「你送过去的人是不是有效」的指标。
别把出站点击当成成交。用户点了不代表满意，他可能三秒后就关掉了。能拿到的数字先拿稳，拿不到的别硬造。