移动端 CRO 是提高手机和平板访客完成目标的比例。移动端通常占大部分流量、却贡献较少的转化,原因和小屏幕、触屏输入、网络和支付有关。本文讲这些原因、一份带量化标准的检查清单、五步流程,以及一家网店:修好切换 App 时清空表单的 bug 后,移动端结账完成率从 41% 升到 52%。
读完你会知道
- 每条漏斗都按设备拆开
- 找出前几步差不多、某一步移动端落后的地方
- 看移动端真实速度和按浏览器拆分的错误
- 提供钱包支付,切换 App 时保留表单状态
- 用户登录时按人统计跨设备转化
什么是移动端 CRO?
移动端 CRO(移动端转化率优化)是提高手机和平板访客中完成目标的比例,不管是在移动网站上还是在 App 里。它值得单独关注,因为移动端访客通常占流量的大头,转化率却低于电脑端,原因又和小屏幕、触屏输入、较慢的网络、容易被打断的注意力有关。
移动端和电脑端转化率之间的差距就是机会。哪怕只补上一部分,也往往比电脑端的任何改进更值钱。
为什么移动端访客转化更低
| 原因 | 表现 | 常见改法 |
|---|---|---|
| 移动网络下加载慢 | 页面还没显示就跳出 | 图片更小、脚本更少、预加载首屏大图 |
| 点击区域小、版面挤 | 误触、按钮附近有狂点 | 更大的点击区域、更宽的间距、单栏布局 |
| 在手机上打字 | 长表单上放弃 | 减少字段、用对键盘类型、自动填写 |
| 支付阻力 | 在输入卡号或验证码时流失 | 钱包支付(Apple Pay、Google Pay)、保存的卡、切换 App 时保留状态 |
| 会话被打断 | 之后在电脑上回来 | 保存购物车、邮件链接、跨设备延续 |
| 打扰人的弹窗 | 弹窗一出现就跳出 | 用行内推荐代替全屏插页 |
| 信息藏起来 | 上下来回滚动找信息 | 价格、配送、行动按钮不用找就能看到 |
| 检查项 | 目标 |
|---|---|
| 移动端 LCP p75 | ≤ 2.5 秒 |
| 移动端 INP p75 | ≤ 200 毫秒 |
| 点击区域 | ≥ 24×24 CSS 像素 |
| 正文字号 | 约 16 像素,无需缩放 |
| 进入时的插页 | 没有遮住内容的 |
阈值来自 web.dev 和 WCAG 2.2。
移动端 CRO 检查清单
- 移动端第 75 百分位 LCP 在 2.5 秒内、INP 在 200 毫秒内。
- 点击区域至少 24×24 CSS 像素且留有间距,主要操作在拇指能够到的地方。
- 没有横向滚动;不用缩放也能看清文字(正文 16 像素是常见基线)。
- 表单用对输入类型(邮箱、电话、数字)并设置 autocomplete 属性。
- 在顾客常用的地方提供钱包支付。
- 长页面上有固定或重复出现的行动按钮。
- 进入页面时没有遮住内容的全屏插页。
- 用户切换 App(拿验证码、打开银行 App)时保留填写状态。
怎样做移动端 CRO
1. 每份报表都按设备拆开
对比每条漏斗每一步的移动端和电脑端转化。找出前面几步差不多、某一步移动端远低于电脑端的地方。
2. 在真实设备上查速度和错误
看移动端真实用户的 Core Web Vitals,以及按浏览器拆分的 JavaScript 错误(iOS 上的 Safari 和 Android 上的 Chrome 表现不同)。
3. 看移动端会话
来自手机的热图和回放,能看到误触、缩放、来回滚动找东西和表单被清空。
4. 先修复,再测试
bug 和明显的阻力直接修;版面和文案改动专门在移动端流量上测试。
5. 度量跨设备转化
有些移动端访客之后会在电脑上转化。用户登录的情况下,按人看跨设备的转化,避免低估移动端。
计算示例:一个移动端结账
某网店(示例数据)70% 的会话来自手机,订单却只占 45%。客单价 64 欧元。
| 指标 | 电脑端 | 移动端 |
|---|---|---|
| 每月会话 | 30,000 | 70,000 |
| 转化率 | 3.0% | 1.1% |
| 结账完成率 | 64% | 41% |
| LCP p75 | 1.9 秒 | 3.4 秒 |
移动端回放发现两个问题:用户切到银行 App 拿验证码时,卡号表单被清空;「支付」按钮被键盘挡住。保留表单状态、把按钮移到键盘上方、加上钱包支付后,移动端结账完成率升到 52%,移动端转化率升到 1.4%:每月多约 210 单、13,400 欧元收入。
移动端会话占比
70%
移动端结账
41% → 52%
▲ 11 个百分点
多出的收入
每月 13,400 欧元
▲
电脑端对比移动端 · 每月
示例数据| 指标 | 电脑端 | 移动端 |
|---|---|---|
| 会话 | 30,000 | 70,000 |
| 转化率 | 3.0% | 1.1% |
| 结账完成率 | 64% | 41% |
| LCP p75 | 1.9 秒 | 3.4 秒 |
切换 App 时卡号表单被清空;支付按钮被键盘挡住。
常见错误
- 在电脑上设计再缩小。 从手机版面开始设计。
- 只看混合后的转化率。 一定要按设备拆开。
- 用新手机连 Wi-Fi 测试。 用中端机和限速网络。
- 把移动端访问当成低价值。 很多会在之后变成电脑端或 App 的转化。
- 为了「抓住」移动端访客加更多弹窗。 通常只会提高跳出率。
用 TapCub 做移动端 CRO
- 处处按设备拆分: 漏斗、页面、目标和来源都可以按设备类型、浏览器和系统筛选或拆分。
- 速度: 按设备看真实用户 Core Web Vitals;见查看 Core Web Vitals。
- 错误: 按页面和浏览器看 JavaScript 错误;见查找 JavaScript 错误。
- 行为: 分设备的热图、狂点和会话回放(默认关闭)。
- 跨设备: 用户登录时,识别用户,让转化按人跨设备计算。
- App: 原生 App 见移动 App 转化率。
相关阅读:Web Vitals、电商 CRO、页面加载多快算好。
常见问题
为什么移动端转化率比电脑端低? 屏幕小、在触屏键盘上打字、网络慢、支付阻力、会话被打断。也有些访客在手机上研究、之后在电脑上购买。
移动端转化率多少算好? 取决于品类。对比同一漏斗步骤上移动端和电脑端的比率;某一步差距很大,就是最明确的机会。
页面速度在移动端更重要吗? 是的。移动设备和网络更慢,同一个页面通常加载和响应都更慢,访客也更没耐心。
要单独做一个移动站吗? 通常不用。移动优先的响应式网站更容易维护,也是 Google 推荐的做法。
参考资料
- Google 搜索中心:移动优先索引较好做法
- web.dev:注册表单的推荐做法
- W3C:WCAG 2.2:目标尺寸(最小)
这篇文章对你有帮助吗?
我们会根据反馈修改和补充这篇内容。
提交没有成功,请稍后再试。
谢谢你的反馈,我们会据此改进这篇内容。你已经反馈过这篇了,谢谢。

