转化跟踪听上去是一个开关,其实是几个决定。本文讲清该算哪些转化,每个转化记成页面目标、前端事件还是服务端事件,怎么防止重复计数、怎么核对数字,以及网站转化和广告平台转化代码的关系。
读完你会知道
- 重要的转化用操作成功时触发的事件记录,不要靠感谢页浏览
- 涉及金额的用服务端发送,每个订单带 ID 去重
- 和后端核对;广告平台的转化是用于出价的另一层
什么算转化
转化跟踪记录访客做了你在意的事的那一刻:注册、购买、预约演示、开始试用。听上去是一个开关,实际上是几个决定:哪些操作算转化、各自记在哪里、怎么防止重复计数、怎么确认它在正常工作。
清单要短。多数网站需要一个主转化(购买、注册或合格线索)和两到四个次要转化(预约演示、开始试用、订阅邮件)。每个都写下名称、触发时机,以及要按哪些属性拆分。这份清单就是转化部分的埋点方案。
选好每个转化的记录方式
在网站上记录转化有三种方式,适用的场景不同:
- 页面目标:访客到达某个网址,比如
/thank-you。不用写代码,但刷新和直接访问这个页面也会算,网址一改就失效。 - 前端事件:操作成功时由页面代码发送事件。准确,能带属性,但可能被拦截,或者页面先关了就丢了。
- 服务端事件:后端在操作确认后(扣款成功、账户创建)发送事件。金额以它为准;需要一个 ID 和访问关联。
下表汇总了各自适用的情况。常见做法是:内容里程碑用页面目标,注册和表单提交用前端事件,购买和订阅用服务端事件。
| 方式 | 适用 | 要注意 |
|---|---|---|
| 页面目标 | 内容里程碑、简单的感谢页 | 刷新、直接访问、网址变更 |
| 前端事件 | 注册、表单提交、关键点击 | 成功后再触发;拦截插件会丢一部分 |
| 自动表单事件 | 快速覆盖大量表单 | 默认关闭;记录的是表单 ID,不代表提交成功 |
| 服务端事件 | 购买、订阅、退款 | 需要 ID 关联访问;按订单号去重 |
| 广告平台代码 | 在平台内优化出价 | 用平台自己的归因,不是你的记录 |
每个转化只选一个来源;涉及金额的用服务端。
记录一个转化事件
在操作成功后触发事件,而不是在点击按钮时:点了「注册」但校验没通过,不算注册。示例记录了一次注册,带上套餐和注册方式两个属性;脚本还没加载时先放进队列。
网页和 App 上的同一个操作用同一个名称,只加要拆分的属性。邮箱或其他表单输入绝不要放进属性。
// 注册请求成功之后
tapcub.track('signed_up', { plan: 'pro', method: 'email' });
// 脚本还没加载时,先放进队列
window.__tcq = window.__tcq || [];
window.__tcq.push(['track', 'signed_up', { plan: 'pro' }]);防止重复计数
转化被算两次,比被漏掉更常见:
- 刷新和后退会让感谢页的页面目标再触发一次。重要的转化尽量用事件。
- 前端和服务端都发了同一笔购买。每个转化只选一个来源;涉及金额的用服务端。
- 重试会把同一笔购买再发一遍。每个订单带上订单号,用它去重。
- 几个工具按不同规则统计同一个转化。这很正常,比较趋势,不比较总数。
先核对再信任
配好之后,逐个检查转化:
- 自己做一遍操作,在实时报表里看它到达。
- 拿一周的转化和后端对比(数据库里的注册、计费系统里的订单)。前端事件差几个百分点是正常的;差很多就说明有问题。
- 看转化率:如果高于能走到这一步的访客占比,通常是页面目标匹配到了错的页面。
- 看属性:套餐名不能为空,不能有个人信息。
示例是一周后的目标表。预约演示的转化率高得可疑,说明页面目标还匹配到了一篇博客的网址。
目标 · 近 7 天
转化率 = 转化访客 ÷ 访客| 目标 | 类型 | 转化数 | 转化率 | 状态 |
|---|---|---|---|---|
| 注册 | 事件 signed_up | 612 | 2.4% | 与后端一致 |
| 开始试用 | 事件 trial_started | 388 | 1.5% | 与后端一致 |
| 购买 | 服务端事件 purchase | 141 | 0.6% | 与计费一致 |
| 预约演示 | 页面 /demo* | 1,920 | 7.5% | 检查规则 |
| 订阅邮件 | 事件 newsletter_signup | 264 | 1.0% | 偏低,检查表单 |
网站转化和广告平台转化
广告平台有自己的转化代码,用来优化出价。那些数字服务于平台:按平台自己的归因窗口计算,还算浏览转化,所以很少和你的网站对得上。让网站的转化跟踪作为实际发生了什么的记录,广告平台的转化当作出价的输入。在落地页保住广告点击 ID,网站才能把转化正确归到付费搜索。两层怎么配合见营销 KPI。
TapCub 里的转化跟踪
在网站上用 tapcub.track(name, props) 记录事件;props 最多保留 20 个键,脚本加载前推进 window.__tcq 的调用会在脚本运行时发出。同一访客在同一路径、一秒内名称和属性都相同的重复事件,采集端会丢弃(见文档自定义事件)。表单提交可以自动采集,但默认关闭:在脚本上加 data-forms="true",而且只存表单的 id、name 和 action,从不存填写的内容。
目标可以把一个页面(精确、前缀或通配)或一个事件(可加属性筛选)变成转化。转化率的分母是所选日期内的独立访客,目标还可以对一个收入属性求和(见文档目标)。购买请用带订单号的服务端事件发送(见文档服务端事件),另见服务端埋点和事件埋点。要比较转化率,可以用转化率计算器。
常见问题
什么是转化跟踪?
把网站上你算作成功的操作(注册、购买、线索)记录下来,从而知道发生了多少、来自哪里。
怎么在网站上设置转化跟踪?
列出转化,把每个记成页面目标、前端事件或服务端事件,加上 ID 防止重复计数,然后和后端核对。
用感谢页还是用事件跟踪转化?
重要的转化用事件。感谢页在刷新和直接访问时会被再算一次。
为什么我的转化和 Google Ads 对不上?
广告平台用自己的归因窗口,还算浏览转化。你的网站按自己的规则把每次转化只算一次。
不写代码能跟踪表单提交吗?
有些工具能自动采集表单提交。在 TapCub 里要用脚本属性手动开启,只存表单的 id、name 和 action,不存填写的内容。
这篇文章对你有帮助吗?
我们会根据反馈修改和补充这篇内容。
提交没有成功,请稍后再试。
谢谢你的反馈,我们会据此改进这篇内容。你已经反馈过这篇了,谢谢。

