一句话回答
自动采集是统计脚本在不逐个元素写代码的前提下,自动记录用户交互——点击、表单提交、选项变化、滚动深度。
自动采集做什么
代码埋点要求事先想好哪些动作重要,再给每一个加一行 track()。没想到的,永远不会被记录。自动采集是脚本监听页面上的交互——点了哪个元素、提交了哪个表单——全部记下来,之后再决定哪些有意义。
最大的好处是可以“回溯”:有人问“上个月有多少人点了新加的对比表”,即使当时没人埋点,数据也已经在了。
自动采集做不到的
- 业务含义。点了“支付”不等于付了款,支付还可能失败。收入、套餐变化、服务端的结果,都要显式发事件。
- 稳定的名字。自动采集的点击靠元素来识别。改版之后,“同一个”按钮可能看起来是一个新元素。
- 噪音。记下所有交互,会产生大量没人需要的事件;没有办法整理的话,有用的会被淹没。
所以自动采集适合和少量显式的业务事件一起用,而不是替代它们。
自动采集和隐私
自动采集不需要逐个元素做决定,所以它被允许记录什么就很关键。谨慎的实现只记录元素,不记录输入的内容:不采输入框的值、不采密码,并且能把页面上整块区域排除在外。开启前先看清工具默认采集什么、会不会带上元素文字。
TapCub 的自动采集
TapCub 自动采集记录可点击元素上的点击、表单提交、下拉框 / 复选框 / 单选框的变化、愤怒点击(同一位置连续猛点),以及可选的滚动深度。元素文字默认不采。密码框、data-tc-ignore 标记区域里的内容、站点屏蔽的选择器和客服窗口,永远不采。
采到的交互进入 AI 事件收件箱,由 AI 聚类并给每种模式起一个名字。你可以接受、合并或忽略这些候选;接受后的事件会回填 90 天数据,像普通埋点事件一样出现在事件分析里。热力图也用这份数据,点击图和滚动图不用另写代码。
自动采集到的候选事件,转成正式事件前仍要起好名字,规则和示例见事件命名规范。
常见误区
- 靠它统计收入。下单、注册要从代码或服务端发,那里才知道结果。
- 从不处理候选事件。没人整理的自动采集只是一堆点击。把重要的那几个命名好。
- 盲目打开文字采集。按钮文字一般没问题,其他元素里的文字可能包含个人信息。
另见:用户行为跟踪。
这个解释清楚吗?
我们会根据反馈修改和补充这篇内容。
提交没有成功,请稍后再试。
谢谢你的反馈,我们会据此改进这篇内容。你已经反馈过这篇了,谢谢。
