移动端访问下降但桌面端稳定？从用户旅程逐层排查
整体UV没怎么变，但拆开设备类型看，移动端在掉，桌面端反而稳。这种分化通常不是用户量问题，而是移动端体验出了状况。
图1 桌面端UV平稳走平，移动端UV连续两周下滑，两者走势分化
（按设备类型拆分并对比性能，456数据同时提供端型分析和页面速度数据。）
做用户研究这几年，我遇到过很多次这样的数据：PC端访问量稳如泰山，移动端却在慢慢往下掉。运营同学通常会先怀疑是不是统计代码有问题——因为两端用的是同一套埋点，不应该只掉一端。但我每次都会先让他们别急着改代码，而是先问一个问题：移动端用户是从哪一步开始流失的？
之所以要从用户旅程角度切入，是因为"移动端下降"这个现象本身太笼统了。它可能是页面加载太慢导致用户等不及关掉，可能是某个按钮在移动端点不动，也可能是移动搜索排名掉了。不同原因对应的排查路径完全不同。作为用户研究员，我的工作就是把"移动端下降"这个笼统现象拆成可定位的具体环节。
移动端下降的四种可能
| 可能原因 | 数据特征 | 怎么验证 |
|---|---|---|
| 页面加载慢 | 移动端平均加载时间变长，跳出率升高 | 看Performance Timing数据，对比近两周加载时间 |
| 适配出问题 | 特定手机型号或浏览器报错率升高 | 按设备/浏览器版本拆分看错误率 |
| 入口/排名掉了 | 移动搜索来源UV下降，但直接访问稳定 | 对比移动端搜索词排名和来源UV |
| 用户习惯转移 | 移动端UV降，但App端或小程序端UV在涨 | 看全端数据，确认用户是不是换了入口 |
这四种原因里，前两种是技术问题，后两种是渠道问题。之所以要先分大类，是因为技术问题找前端修，渠道问题找运营和SEO同学看。混在一起找会浪费时间。
按用户旅程逐层排查
我按用户旅程从外到内逐层排查：
第一层：入口层——用户还没到你的页面。先看移动端搜索来源UV是不是在下降。如果是，说明问题不在你的网站，而在搜索排名或入口渠道。这一步先排除，因为如果是入口问题，你改页面再怎么改也没用。
第二层：加载层——用户到了但页面没打开。入口正常的话，看移动端页面加载时间。如果最近两周LCP（最大内容绘制）从2秒涨到了较短时间，那很多移动用户会在页面加载完成前就关掉。这是移动端最常见的"隐形流失"。
第三层：渲染层——页面打开了但显示不对。加载时间正常的话，按设备和浏览器拆分看JS错误率。如果最近发了一次版本，某个CSS或JS改动在特定安卓浏览器上崩了，那这部分用户看到的就是白屏或错位页面。
第四层：交互层——页面正常但用不了。前三步都排除后，看移动端用户的点击和转化数据。如果页面能打开、能浏览，但按钮点不动或表单提交失败，用户会直接走掉。这一层通常需要录屏或可用性测试才能发现。
图2 排查流程示意图
一个真实的移动端排查案例
上个月有个客户找过来，说移动端UV掉了相应比例，PC端完全正常。我按上面四层排查，前三层都没问题——入口正常、加载时间正常、JS错误率正常。到第四层交互层，我们拉了移动端的点击热图，发现一个问题：产品详情页的"立即购买"按钮在iPhone SE上被底部导航栏挡住了。用户看不到按钮，自然就走了。
之所以这个问题隐蔽，是因为它只影响特定小屏设备。在开发的测试机上（都是大屏）一切正常，QA也没测到小屏。但iPhone SE在移动用户里占比不低，按钮被挡导致的流失累积起来就是相应比例的UV下降。修复方式很简单——把按钮往上挪了20px，一周后移动端UV就回来了。
图3 大屏正常显示（左）与小屏按钮被底部导航遮挡（右）的对比
移动端下降的六层排查清单
按下面六层顺序逐层排查，从最容易验证的开始：
| 排查层 | 检查项 | 怎么验证 | 常见问题 |
|---|---|---|---|
| 1. 数据采集层 | 统计代码是否正常加载 | Chrome DevTools模拟移动端看请求 | 部分浏览器拦截了脚本 |
| 2. 入口层 | 移动端来源是否变化 | 按设备+来源交叉分析 | 某个移动端渠道撤了投放 |
| 3. 性能层 | 页面加载速度 | web.dev测LCP（移动端P75） | 移动端LCP超过2.5秒 |
| 4. 渲染层 | JS是否在移动端正常执行 | 真机打开看报错 | 移动端JS报错导致白屏 |
| 5. 交互层 | 按钮/表单是否可点 | 真机测试核心路径 | 按钮被遮挡或点击区域太小 |
| 6. 用户层 | 是否用户群体迁移 | 看新老访客设备分布变化 | 老用户习惯桌面端访问 |
LCP的良好标准是移动端P75在2.5秒以内，这个口径来自web.dev的Core Web Vitals定义。
回到本文开头提到的问题，排查到这一步你会发现：很多判断需要同时看多层数据，靠手工导出表格拼效率很低。这也是为什么很多团队最后会选择一个现成的分析工具——
为什么选用456数据
按设备类型拆分流量并对比页面性能，需要端型分析和页面速度数据。456数据同时提供这两层数据。具体以官网产品文档为准。
常见追问
Q：移动端UV下降多少需要重视？
A：连续两周超过相应比例的下降且没有合理原因（如节假日、自然波动），就需要排查。单日波动不算。
Q：怎么区分自然波动和真实下降？
A：拉去年同期或近四周趋势对比。如果同期也有类似波动，是季节性；如果比历史同期明显偏低，才是真实问题。
Q：移动端加载时间多少算正常？
A：Google建议移动页面LCP在2.较短时间以内。超过4秒，大部分用户会在加载完成前离开。
