数字体验分析用路径、热力图、会话回放、挫败信号和性能数据,解释人们为什么在网站或应用里遇到困难。本文用中立的说法讲清各部分,用一次结账排查展示它们怎么配合,并说明回放的隐私规则。
读完你会知道
- 漏斗显示人们在哪离开;挫败信号、热力图和回放说明为什么
- 从一个测量到的问题出发,修之前先确认这个模式在很多会话里都有
- 录制会话前,遮盖输入、排除敏感页面,并告知访客
是什么
数字体验分析(DXA)是一组方法,展示人们怎样体验一个网站或应用,而不只是他们做了什么。传统统计告诉你 29% 的顾客在填配送信息这一步离开;DXA 帮你看到原因:被点了五次的输入框、在首屏以下的按钮、只在某个浏览器上出现的报错。
五个组成部分
下表列出 DXA 的各个部分、各自回答的问题和局限。
| 部分 | 回答的问题 | 局限 |
|---|---|---|
| 路径和漏斗 | 人们在哪一步流失? | 只告诉你在哪,不告诉你为什么 |
| 热力图(点击、滚动) | 人们点了什么、滚了多远? | 是汇总数据;要按设备拆 |
| 会话回放 | 某一次会话里具体发生了什么? | 看起来慢;需要隐私设置 |
| 挫败信号 | 人们在哪狂点、在哪走进死胡同? | 是信号,不是原因 |
| 性能和错误 | 页面对部分用户是不是又慢又坏? | 需要关联到受影响的路径 |
按这个顺序用:测量、定位、观看、确认。
几部分怎么配合:一次结账排查
一家网店的订单比预期少。以下都是示例数字。
1. 找到在哪(漏斗)。结账漏斗显示流失集中在配送这一步:到达的 5,000 次会话里,3,550 次继续(71%)。其他步骤都保持在 90% 以上。
2. 找到是什么(挫败信号)。配送页每 1,000 次浏览有 14 次狂点,其他结账页约 3 次。狂点集中在「继续」按钮上。
3. 看清怎么回事(热力图)。手机端的点击图显示「继续」按钮和邮编输入框被大量点击;滚动到达显示大多数人确实滚到了按钮那里。
4. 看它发生(回放)。看了 20 段在这一步离开的会话回放:用户输入带空格的邮编(「SW1A 1AA」),点继续,没反应,再点,然后离开。校验规则不接受空格,也没有任何提示。
5. 排除其他原因(性能和错误)。页面加载正常,没有新的 JavaScript 错误。
修复并复查。允许空格,邮编不合法时显示提示。两周后:5,200 次会话里 4,108 次继续(79%),这个页面的狂点也降回正常水平。
单靠任何一个工具都找不到这个问题。漏斗指出在哪,挫败信号指向按钮,回放看到了原因。
结账 · 配送这一步修复前后
各两周到达配送页(修复前)
5,000
继续(修复前)
3,550
到达配送页(修复后)
5,200
继续(修复后)
4,108
回放和热力图的隐私规则
- 在隐私政策里告诉访客,会话可能被录制、目的是什么、保存多久。
- 遮盖输入内容(大多数工具默认开启),排除包含支付、证件或医疗表单的页面。
- 只抽样一部分会话;很少需要全部。
- 限制谁能看回放,保存期限要短。
常见错误
- 没有问题就去看回放:看了几个小时视频,没有结论。从一个漏斗下降或挫败信号出发。
- 看到一段回放就去改。先确认这个模式在很多会话里都重复出现。
- 看热力图不按设备拆分;桌面端和手机端的布局不一样。
在 TapCub 里各在哪
- 路径和漏斗:全端分析 › 行为分析 › 行为分析(漏斗和路径)。
- 热力图:全端分析 › 行为分析 › 热力图,按设备看点击、狂点、滚动到达和元素。需要开启自动采集;狂点指 300 毫秒、50 像素内的第三次点击。
- 会话回放:全端分析 › 行为分析 › 会话回放。默认关闭;输入内容默认遮盖,采样率默认 10%。
- 挫败提醒:用「挫败点击」条件的监控,在每 1,000 次浏览的狂点上升时提醒。
- 性能和错误:监测 › 性能 看加载时间,监测 › 错误 看 JavaScript 错误。
这篇文章对你有帮助吗?
我们会根据反馈修改和补充这篇内容。
提交没有成功,请稍后再试。
谢谢你的反馈,我们会据此改进这篇内容。你已经反馈过这篇了,谢谢。




