CRO 审计：找出正在拖垮转化的地方（附检查清单模板）
一次 CRO 审计，是把「我们转化率低」这句抱怨，变成一份带证据的问题清单。
CRO 审计（转化率审计）是对一个网站的分析数据、技术健康度、用户体验和信息传达做结构化复核，找出阻止访客转化的地方，再按「修好它值多少钱」排序。它是 A/B 测试之前的那一步研究。做得好，它能把一句模糊的抱怨，变成一份排好序的具体问题清单，每条后面都挂着证据。
这篇讲四件事：CXL 在教的六部分审计流程、一份可以直接抄走的检查清单、怎么给发现的问题排优先级，以及那些让审计彻底白做的常见错误。
先说结论：五条判断
- 审计是研究，不是意见。每条发现都要指向数据：一个分析断点、一段录屏、一句问卷回答，或一次用户测试。
- 先查埋点。埋点错了，建在它上面的一切结论都是错的。
- 定量与定性要合起来用。分析告诉你人在哪里走掉，录屏、问卷和用户测试告诉你为什么。
- 按影响和证据排序。高流量页面上五条证据扎实的问题，胜过一个 200 行的表格。
- 明显的缺陷当场修。只有「正确答案真的不确定」的改动，才值得拿去做测试。
一次 CRO 审计覆盖什么：六个区域
CXL 的 ResearchXL 模型把转化研究拆成六个区域，每个区域回答一个不同的问题。
| 区域 | 它回答什么问题 | 主要数据来源 |
|---|---|---|
| 1. 技术分析 | 在特定浏览器和设备上，有没有东西坏了、慢了或没加载？ | 按浏览器与设备拆分的转化率、页面速度报告、真机 QA |
| 2. 启发式分析 | 每个关键页面是否清晰、相关、容易行动？ | 对每个页面按一套框架做结构化专家评审 |
| 3. 数字分析 | 访客在漏斗哪一步流失，哪些人群转化更差？ | GA4 或产品分析、漏斗与细分报告 |
| 4. 鼠标追踪与录屏 | 访客在页面上实际做了什么？ | 会话录屏、热力图、表单分析 |
| 5. 定性问卷 | 访客为什么犹豫，什么差点让买家放弃？ | 页面内投票、客户问卷、销售与客服对话 |
| 6. 用户测试 | 目标受众能否看懂页面并完成这个任务？ | 有主持或无主持的可用性测试 |
七步做完一次 CRO 审计
- 先定义转化和漏斗。写下主转化是什么（预约演示、试用、下单），通向它的微转化有哪些，中间经过哪些页面。没有明确目标的审计，最后会变成一张设计偏好清单。
- 校验埋点。确认漏斗每一步都正确触发，转化数与你的 CRM 或订单系统在合理误差内对得上，内部流量和爬虫流量都已过滤掉。
- 用分析找出漏点。建漏斗报告，按设备、浏览器、流量来源、新老访客、国家做细分。找出转化率明显低于其他步骤与人群的地方。
- 做技术检查。按浏览器和设备版本对比转化率，在表现最差的组合上实测一遍漏斗。检查高流量模板的移动端页面速度。
- 按启发式框架评审关键页。对漏斗里的每个页面，评估价值主张是否清楚、与流量来源是否相关、有无摩擦、干扰和不安。每个问题都截图留证。
- 收集定性证据。至少看 50 到 100 段流失访客的录屏；在漏得最厉害的页面挂一个退出投票；问卷近期客户「什么差点让你放弃」；对目标受众跑至少 5 次用户测试。
- 汇总并排优先级。把发现归并成问题，每条挂上证据并打分（见下文）。缺陷当场修，高影响但答案不确定的，转成待测假设。
CRO 审计检查清单模板
这份清单可以直接抄进表格，再自己加三列：状态、证据、负责人。
| 区域 | 检查项 |
|---|---|
| 埋点 | 主转化已埋点，且与后台数据对得上 |
| 埋点 | 漏斗每一步都作为独立事件埋点 |
| 埋点 | 已排除内部、测试环境和爬虫流量 |
| 埋点 | 各渠道 UTM 命名一致，来源数据可信 |
| 技术 | 已按浏览器与设备复核转化率；异常值手工实测过 |
| 技术 | 已检查主要落地页的移动端页面速度 |
| 技术 | 表单校验正常，报错提示对用户有帮助 |
| 技术 | 漏斗页面无死链、坏图、坏脚本 |
| 分析 | 已定位漏斗各步骤的流失情况 |
| 分析 | 已对比不同流量来源、设备、新老访客的转化率 |
| 分析 | 已按流量与转化率给主要落地页排序 |
| 分析 | 已复核站内搜索词，找出未被满足的需求 |
| 信息表达 | 关键页面五秒内能看懂价值主张 |
| 信息表达 | 标题与带来流量的广告、邮件承诺一致 |
| 信息表达 | 定价与套餐差异容易理解 |
| 信息表达 | 证明（客户 logo、数字、评价、案例）就放在主张旁边 |
| 体验 | 每页只有一个明确的主行动 |
| 体验 | 表单只索取这一阶段必需的信息 |
| 体验 | 导航能让访客快速找到定价、产品与证明 |
| 体验 | 移动端布局保证主行动可见、可点 |
| 行为 | 已回看流失最严重页面的会话录屏 |
| 行为 | 已看热力图，找出被忽略的内容和假的可点元素 |
| 行为 | 已看表单分析，找出导致放弃的字段 |
| 客户之声 | 漏得最厉害的页面已挂退出或页面内投票 |
| 客户之声 | 已问卷近期客户：犹豫什么、考虑过哪些替代方案 |
| 客户之声 | 已问销售与客服，最常见的反对意见是什么 |
| 用户测试 | 至少 5 位目标用户测过核心任务 |
| 优先级 | 每条发现都有证据、对应页面和预估影响 |
| 优先级 | 缺陷与明确修法，已和待测假设分开 |
怎么给发现的问题排优先级
用一个奖励「证据」和「流量」、而不是奖励「热情」的打分模型。CXL 的 PXL 框架问的是一串是或否的问题：这个改动在首屏吗？五秒内能被注意到吗？有用户测试、定性反馈或分析数据支撑吗？做起来有多容易？
二元问题比 1 到 10 分打分更难被抬高——因为后者永远会被打高分。打分之后，把发现分成三堆：
- 现在就修：缺陷、坏掉的埋点、明确的可用性失败。拿去测试纯属浪费流量。
- 拿去做测试：影响大、但正确答案不确定的改动，且页面流量足够。先用 A/B 测试计算器估一下样本量。
- 继续研究：问题看得见，但还解释不了。
常见错误：这些会让审计白做
- 审计的是意见，不是证据。「按钮应该改成绿色」不是发现；「62% 的移动端访客从没滚到按钮那里」才是。
- 跳过埋点校验。团队常常在分析了几周之后才发现，漏斗里有一步压根没埋点。
- 所有页面一视同仁。应当从流量和收入最大的页面开始。
- 交出一份没人执行的清单。审计的结束不是报告发出去，而是最关键的几条被发现修好、或已进入测试。
什么时候，CRO 审计不是下一步该做的事
- 网站流量太少。一个月只有几百个访客的时候，先去和客户聊、先把定位修好。漏斗分析没有足够的数据显出规律。
- 问题出在供给本身。如果买家不想要你在这个价位上卖的东西，改页面救不回来。先做客户研究。
- 你马上要重做网站。审计里「研究」的部分照做，用来指导改版；但那些即将消失的页面，就别再修补了。
常见问题
什么是 CRO 审计？
CRO 审计是对网站埋点、技术健康度、用户体验和信息传达的结构化复核，用分析数据、行为数据和客户研究找出阻止访客转化的地方，并按潜在影响排序。
一次 CRO 审计要多久？
对典型的 B2B 或电商站点，两到四周：埋点与分析大约一周，启发式评审和录屏一周，问卷与用户测试还需要时间收集回应。
CRO 审计和 UX 审计有什么区别？
UX 审计聚焦可用性。CRO 审计包含可用性，但还覆盖埋点、流量来源匹配度、信息表达、供给本身，并按商业影响排序，最后直接产出一份 A/B 测试路线图。
我可以自己做 CRO 审计吗？
可以，用免费工具就够：GA4 做分析，Microsoft Clarity 做录屏与热力图，一个免费问卷工具，再加几次用户测试。难的不是工具，是在有偏见的情况下判断证据——而这是一项可以学会的技能。
