Core/Dash 维度： 设备类型

按设备形态拆分 Core Web Vitals 数据，排查移动端性能差距。

免费试用

Trusted by market leaders · Client results

workivahappyhorizonaleteiasnvcompareebayloopearplugsvpnmarktplaatswhowhatwearharvardnestlekpnsaturnerasmusmcmonarchperiondpg mediafotocasanina careadevintamy work featured on web.dev

维度：设备类型 (d)

设备类型维度将你的真实用户监控数据分为两类：mobile 和 desktop。这是任何性能排查中最重要的一级筛选器，因为移动端和桌面端是完全不同的计算环境。不同的 CPU，不同的网络条件，不同的 viewport 尺寸，不同的浏览器引擎。

如果不按设备类型筛选，只看聚合的 Core Web Vitals，你就是在对两个毫无共同点的群体求平均值。这种平均值极具误导性。

coredash metric table urls

移动端性能差距

根据 Statista (2025) 的数据，移动设备约占全球网络流量的 62%。然而移动端的性能始终不如桌面端。根据 2025 Web Almanac，只有 48% 的移动端站点通过了全部三个 Core Web Vitals，而桌面端为 56%。存在 8 个百分点的差距。

产生这种差距，是因为移动设备面临桌面端没有的三个限制：

  • CPU 节流：中端 Android 手机的处理能力大约比桌面端低 3 到 5 倍。在桌面端 50ms 执行完的 JavaScript，在移动端可能需要 200ms，导致 INP 超过“良好”的阈值。
  • 网络延迟：移动网络（4G/5G）的往返时间更长，波动也比有线连接更大。这会推高 TTFB 和 LCP Load Delay。
  • viewport 尺寸：较小的屏幕会改变哪个元素成为 LCP。你的桌面端首屏图片在移动端可能会缩小并排在文本块下方，彻底改变优化目标。

CoreDash 设备类型分布

在所有 CoreDash 项目中，典型的流量分布是 65% 移动端和 35% 桌面端。电商网站的移动端比例更高（70-75%），而 B2B SaaS 产品通常是五五开，甚至桌面端占主导。

CoreDash 数据中的性能差距反映了全球趋势。移动端 p75 LCP 平均为 2.8 秒，而桌面端为 1.9 秒。对于 INP，差距甚至更大：移动端 p75 在 220ms 左右，而桌面端在 120ms 附近。

各指标分析

Largest Contentful Paint (LCP)

移动端 LCP 几乎总是比桌面端差。主要原因是 Load Delay：移动端浏览器发现 LCP 图片更晚，因为 HTML 到达需要更长时间（TTFB 更高），而且在较慢的 CPU 上，预加载扫描器要面对更多的资源竞争。如果你的桌面端 LCP 低于 2.0 秒，但移动端超过 3.0 秒，问题通常不在图片文件本身。问题出在交付管道上。

Interaction to Next Paint (INP)

这是设备差距影响最严重的地方。在桌面端 i7 上感觉瞬间完成的 JavaScript 事件处理程序，在骁龙 665 上可能会阻塞 main thread 300ms 以上。按移动端筛选，按 INP 影响排序，你就能精准找到在真实手机上出问题的交互。我经常看到这种情况：开发者在 MacBook Pro 上测试，发布的交互却在 65% 用户实际使用的设备上根本没法用。

Cumulative Layout Shift (CLS)

不同设备类型之间的 CLS 差异通常源于响应式设计。在桌面端预留了空间的广告位，在移动端可能会折叠或改变大小。在桌面端对齐的字体 fallback 指标，在较小的 viewport 上会导致可见的偏移。Web 字体在移动端和桌面端浏览器中的渲染方式不同，物理像素密度也会影响亚像素舍入。

排查工作流

  1. 每次排查都从设备筛选器开始： 在查看任何其他维度之前，先按设备类型拆分。如果你的聚合 LCP 是 2.5 秒，你可能会发现桌面端是 1.8 秒，而移动端是 3.1 秒。这个“问题”完全出在移动端。
  2. 对比分布，而不仅仅是 p75： 检查每种设备类型的良好/需要改进/较差分布。桌面端有 85% 为良好，而移动端只有 45% 为良好，这比单看 p75 揭示了完全不同的情况。
  3. 与其他维度结合： 一旦你隔离出设备类型，添加第二个筛选器。设备类型 + 国家能揭示移动端差距是全球性的，还是集中在网络较慢的地区。设备类型 + 导航类型能显示移动端的前进/后退导航是否被正确缓存。

工程经验法则

  • 移动端 LCP 低于 2.5 秒： 这是 Google 定义“良好”的阈值。如果你的桌面端达标但移动端未通过，重点降低 Load Delay（fetchpriority，preload）和 TTFB（边缘缓存，CDN）。
  • 移动端 INP 低于 200ms： 在真实的中端 Android 设备上测试每一个交互功能。Chrome DevTools 的 CPU 节流（4x）可以模拟这种情况，但真机测试更好。
  • 绝对不要只为桌面端优化： 如果你的移动端流量超过 50%（几乎肯定是这样），移动端性能就是你的搜索排名信号。Google 使用移动端 CrUX 数据进行排名。

设备类型不是一个可有可无的筛选器。它是你要问的第一个问题：“这是一个移动端问题，还是桌面端问题？”每一个优化决策都源于这个答案。