用户行为跟踪：跟踪什么、怎么跟踪、隐私怎么处理

用户行为跟踪记录用户在网站或 App 上做了什么：浏览、点击、滚动、表单交互、功能使用和错误。本文列出值得跟踪的行为，对比从页面浏览脚本到会话回放的六种方式，讲隐私怎么处理，并用一个设置流程示例说明：跟踪数据找到了一个被禁用的链接和一个 API 密钥错误，它们正是完成率只有 38% 的原因。

什么是用户行为跟踪？

用户行为跟踪（User Behavior Tracking）是收集用户在网站或 App 上做了什么的数据：看了哪些页面和界面、点了什么、在哪里输入、滚动到哪里、用了哪些功能、在哪犹豫、从哪离开。这些数据被记录成事件（每个事件有时间和属性），再归入会话，在允许的情况下归入用户。

跟踪是输入；行为分析是对它的处理（漏斗、路径、留存、分群）。好的跟踪是有规划的、精简的、顾及隐私的：收集能回答问题的数据，而不是把能采的全采下来。

跟踪哪些行为

跟踪方式对比

大多数团队会组合使用：页面浏览脚本加全埋点做探索，自定义事件和服务端事件记录业务操作，热图或回放用来诊断。

数据最小化让跟踪更安全，分析也更快。

怎样搭建用户行为跟踪

1. 列出问题

「试用用户在设置的哪一步离开？」「哪些帮助文章能减少咨询？」每个要跟踪的行为都应该服务于其中一个问题。

2. 写埋点方案

事件命名保持一致，列出属性，标出哪些是目标。也要决定不收集什么：自由文本、密码、支付字段和用不上的个人数据。

3. 安装和配置

安装脚本或 SDK，有全埋点就打开，再给关键操作加自定义事件。单页应用要确认路由切换会被跟踪。

4. 尊重隐私

输入内容打码，不在事件属性里记录个人数据，需要时征得同意，设置保留期限。无 Cookie 和匿名模式能减少你保存的个人信息。

5. 核实和维护

自己触发事件，在实时报表里检查，拿转化和后台对比，定期审核新出现或意外的事件。

计算示例：跟踪一个设置流程

某 SaaS 产品（示例数据）想知道为什么只有 38% 的新账号完成设置。团队把五个步骤埋成自定义事件，并在设置页上开启两周全埋点：

随后做了两处修复：启用「先跳过」，并给过期的 API 密钥加上清楚的提示。接下来两周，设置完成率从 38% 升到 51%。

隐私与合规

行为跟踪一旦能关联到个人（Cookie、设备 ID、用户 ID、IP 地址），就属于个人数据处理。在 GDPR 和 ePrivacy 规则下，非必要的、在设备上存取信息的跟踪，一般需要用户同意。汇总式、无 Cookie 的统计能减轻这一负担，但仍然需要合法依据、隐私说明和数据最小化。绝不要在回放或事件属性里记录密码、银行卡字段或自由文本输入。

常见错误

• 什么都跟踪。 事件太多，分析变慢，隐私风险也增加。
• 命名不统一。 「signup」和「sign_up」这样的重复会把数据拆散。
• 不审核全埋点事件。 没命名的点击越积越多，没人用。
• 记录敏感输入。 默认打码。
• 从不核实。 每次发版后都要拿实际情况核对事件。

在 TapCub 里跟踪用户行为

• 页面浏览和全埋点： 网页脚本记录页面浏览（包括单页应用路由）、点击和表单提交；新出现的事件名会进事件收件箱等你审核。见全埋点怎么工作。
• 自定义和服务端事件： 跟踪自定义事件、发送服务端事件。
• 滚动、点击、表单： 跟踪滚动深度、按钮点击和表单提交。
• 热图和回放： 点击和滚动热图；会话回放默认关闭，开启后默认采样 10%，输入内容打码。
• 隐私： 默认无 Cookie 统计；匿名模式不在设备上存任何东西。见不收集个人数据。

相关阅读：行为分析、事件跟踪、全埋点、埋点方案。

常见问题

用户行为跟踪合法吗？ 依法进行就合法：有合法依据、公开透明、数据最小化，需要时征得同意。各国要求不同。

行为跟踪和行为分析有什么区别？ 跟踪负责收集事件；行为分析用漏斗、路径、留存和分群来分析这些事件。

一定要会话回放吗？ 不一定。漏斗和热图常常就能看出问题在哪；回放帮助解释为什么。要采样，并对输入打码。

不用 Cookie 能跟踪用户行为吗？ 能。无 Cookie 统计不在设备上存标识，也能统计访问和行为，只是对回访用户的识别没那么精确。

参考资料

• 欧洲数据保护委员会：关于 ePrivacy 指令第 5(3) 条技术范围的指南 2/2023
• W3C：Beacon API
• Nielsen Norman Group：滚动与注意力