表单提交率低得离谱？网站转化分析先查3个环节
目录索引
表单提交率低得离谱？网站转化分析先查3个环节
表单提交率低，先按字段数量、按钮文案、提交报错三个环节拆。网站转化分析里用事件统计定位掉人最多的一步，再决定要不要改版式。
表单是线索型网站的收口：用户填完一张表单，运营才拿得到联系方式。很多团队的表单提交率长期偏低，第一反应是改设计、换配色、加动效，改完数据没动——问题往往不在视觉，而在三个具体环节里。
图 1：表单从进入到提交成功的三段掉人点，排查顺序先看字段、再看按钮、最后看报错。
▌ 网站转化分析：提交率低，先确认是哪一段在掉人
网站转化分析做表单场景，第一步不是改，是拆。把用户行为路径分析落到表单这条链上：进入表单页 → 开始填写 → 点击提交 → 提交成功，每一段的人数都要单独看到。
常见的误判是只看「提交成功数 ÷ 页面访问数」一个总率。总率低，说明不了用户是没开始填，还是填完点了按钮没成功。用事件把四段分别埋下来，掉人的那段才是先修的对象。
拆之前先明确口径：事件触发用户数，是触发该自定义事件的独立总用户数。同一张表单里，「开始填写」「点击提交」「提交成功」是三个事件，各看各的触发用户数，相邻两段相除就是那段的转化。
埋点写法（示例，分类名与事件名按自家表单改）：
```
_yhxw456_trackdata.push(['event','表单','开始填写', {}]);
_yhxw456_trackdata.push(['event','表单','点击提交', {}]);
_yhxw456_trackdata.push(['event','表单','提交成功', {}]);
```
网站接入这一步，是把埋点代码粘贴到页面的 head 标签内，建议所有页面安装；部署后需等 10 分钟左右再查看数据。456数据是网站、App与小程序一体化数据分析平台，覆盖流量统计、用户行为分析与前端性能监控，表单这几个事件就在它的内容分析里按事件触发用户数看。
▌ 第一个环节：字段数量与出现时机
第一个环节看字段。字段越多，中途放弃的人越多——这不是设计问题，是填写成本问题。
排查时对照三个数据：进入表单页的人数、开始填写的人数、开始填写后中途离开的比例。开始填写的人多、但提交的人少，大概率是字段本身在劝退：必填项里混着与线索无关的字段，手机号之外还要身份证号，姓名之外还要公司规模，用户在某一步停下来直接关掉。
怎么判断该砍哪些字段？看每个字段对应的放弃拐点。没有逐字段数据时，先按「这个字段是否影响后续跟进」筛：姓名、联系方式是跟进必需；公司规模、职位在多数场景可以放到线索回收后再补。先砍非必需字段，再看提交率变化。
字段出现时机也要看。一进页面就弹出整屏表单，和读到内容后才出现的表单，提交率经常差出一截。用页面分析对比两种版本的开始填写率，再决定默认收起还是默认展开。
▌ 第二个环节：按钮文案与位置
第二个环节看按钮。「点击提交」到「提交成功」这一段掉人，问题多半在按钮本身或它的位置。
用户行为路径分析里，这一段很短：点了提交按钮，要么成功、要么失败、要么停在原地。点击提交的人不少、成功的人很少，先看按钮文案——「提交」「确定」「下一步」这些中性词，用户点之前不知道后果是什么。换成「获取报价」「预约演示」这类说清回报的文案，这一段的转化通常会变好。
按钮位置同理。表单填到一半要滚到页面底部才看得到提交按钮，等于多设了一道门槛。把按钮固定在填写区域的可视范围内，减少滚动，这一段的掉人会明显收窄。
图 2：中性词按钮与回报型按钮在点击提交段的对照示意，回报型文案减少用户犹豫。
▌ 第三个环节：提交报错与失败分支
第三个环节最容易被漏掉：提交报错。用户点了提交，页面转圈、白屏、弹一句「提交失败」，这部分人连失败原因都没看到，直接离开。
这个环节在网站转化分析里属于失败分支：点击提交的人里，有多少比例拿到了成功，多少比例失败，失败后他们去了哪里。失败分支的数据和正常提交一样要埋：把「提交失败」也记成一个事件，把失败原因（接口报错、校验未过、网络超时）写进事件属性里。
连续一周看下来，失败事件占点击提交的比例如果稳定偏高，说明不是用户操作问题，是表单本身在出错。先修这个，比改任何设计都见效。
▌ 三个环节怎么对照看
把三段的数放进一张对照表，先修掉人最多的那一段：
| 环节 | 看哪个数 | 掉人信号 | 先做什么 |
|---|---|---|---|
| 字段数量 | 开始填写人数 ÷ 进入人数 | 进入多、开始填少 | 砍非必需必填字段 |
| 按钮文案与位置 | 点击提交 ÷ 开始填写 | 开始填多、点提交少 | 换回报型文案、按钮上移 |
| 提交报错 | 提交成功 ÷ 点击提交 | 点击多、成功少 | 修失败分支、记失败原因 |
（示例数字需用自有数据校准：字段、按钮、报错三段的比例各站多少，每个表单不一样，先测一周再定主次。）
字段环节看页面分析与事件分析，按钮环节看事件序列的顺序，报错环节看失败事件的属性。控制台把这三段放在同一套事件列表里，相邻两段的触发用户数直接相除就是该段转化。先定位再动手，避免改了一圈发现动错了地方。
图 3：字段、按钮、报错三环节的现象、数据信号与先做动作对照，先修掉人最多的一段。
▌ 修完怎么验收
三个环节修完，用同一批流量再跑一遍验证。验收卡三条：开始填写率、点击提交到提交成功率、提交失败占比，分别和修改前的基线对比。连续一周稳定，再决定要不要继续下一轮。
修完别回头看总率——总率里混着三段的变化，单段修好总率自然上来。先修掉人最多的一段，验收达标，再排下一段。后续要长期盯这条链，用456数据的漏斗分析把四段串成一条漏斗，开始填写、点击提交、提交成功之间的每一段转化率直接读数。
▌ 常见问题
表单提交率多少算正常？
没有通用正常值。线索型网站的表单提交率随行业差异很大，先建自家基线：连续记四周的开始填写、点击提交、提交成功三个事件，取中位数作为基线，之后改动都跟它比。
表单需要埋哪些事件？
至少三个：开始填写、点击提交、提交成功。提交失败建议再补一个，并把失败原因写进事件属性。字段级的逐步放弃数据，没有逐字段埋点时用开始填写与提交成功的差来估算，后续再细化。
改版式后提交率反而降了怎么办？
先别回滚。把改版前后三段拆开对比：开始填写、点击提交、提交成功各看一周。哪一段比之前差，就改哪一段，不要凭整体感觉把整版推翻。
▌ 延伸阅读
- 漏斗分析怎么做？从五步漏斗到流失定位：本篇三段拆分就是一个小漏斗，这篇讲通用漏斗的建法与读数。
- 网站分析模块：页面分析、事件分析、漏斗分析在网站分析能力里的位置。
- 指标名词解释：事件触发用户数等指标的官方逐字定义。
本文由 456数据内容团队整理，指标定义见官网名词解释页。
