Core/Dash 维度：浏览器

通过根据用户的特定浏览器引擎细分流量，修复跨浏览器性能衰退。

Trusted by market leaders

维度：页面与导航：URLs (u)

浏览器维度根据客户端发送的 User Agent 字符串对性能数据进行分组。这允许你通过渲染应用程序的特定软件（例如 Chrome、Firefox、Safari、Edge、Samsung Internet）的视角来审计 Core Web Vitals 性能。

浏览器维度隔离了软件限制、渲染引擎差异（Blink、Gecko、WebKit）以及第三方脚本兼容性问题。

coredash metric table urls

RUM 与 CrUX

了解数据来源对于准确的工程分析至关重要。

CrUX (Chrome User Experience Report)：该数据集仅收集 Chrome（及部分 Chromium 衍生版）上选择加入的用户数据。它盲目地排除了来自 Firefox（Gecko 引擎）和 Safari（WebKit 引擎）的流量。
CoreDash RUM：收集每一个执行 JavaScript 代码片段的浏览器的数据。

对于许多网站而言，非 Chrome 浏览器占据了 30-50% 的流量。仅依赖 CrUX 会造成盲点：你在针对 Google 的 V8 引擎进行优化，却忽视了庞大受众群体所使用的 SpiderMonkey (Firefox) 和 JavaScriptCore (Safari) 引擎。

不同的浏览器引擎在管理资源、编译 JavaScript 和计算布局几何形状方面存在差异。使用此维度可查明特定于引擎的故障。

INP 问题与浏览器的 JavaScript 引擎效率及主线程调度直接相关。

Firefox (SpiderMonkey)：Firefox 处理任务优先级的机制与 Chrome 不同。由于主线程 yield 方式的差异，在 Chrome 中通过的繁重事件监听器可能会在 Firefox 中导致明显的输入延迟。
Safari (JavaScriptCore)：在移动设备上的“点击”延迟方面经常表现出独特的行为。由于事件传播模型的不同，在 Android (Chrome) 上感觉即时的 Hydration 逻辑可能会在 iOS 上引发延迟。

LCP 差异通常表明缺乏功能对等性或对现代优化 API 的支持。

格式协商：如果 Chrome 报告 LCP 较快但 Firefox 滞后，请验证你的图像格式策略。你可能向 Chrome 提供 AVIF，而对缺乏支持的旧版浏览器 fallback 到较大的 JPEG。
Priority Hints：Chrome 积极遵循 fetchpriority="high"。忽略此属性的浏览器将以标准优先级处理 LCP 资源，从而人为地增加了加载延迟。
连接协议：Edge 和 Firefox 在企业或受限网络环境中协商 HTTP/3 (QUIC) 连接的方式可能不同，从而影响 LCP 的 TTFB 组件。

渲染引擎使用独特的子像素逻辑计算像素几何形状。

字体渲染 (Gecko vs. Blink)：Firefox (Gecko) 和 Chrome (Blink) 在渲染字体基线和字距方面略有不同。如果你没有完美匹配 fallback 字体指标，文本块将在 Web 字体加载时调整大小，导致在一个浏览器中发生偏移，而在另一个浏览器中则不会。
滚动条预留：Windows 浏览器 (Edge/Firefox/Chrome) 为滚动条预留物理空间，而 macOS 浏览器则将其覆盖。这种差异通常会导致基于宽度的布局偏移，这在 Mac 开发期间不可见，但对 Windows 用户而言却很明显。

此维度的主要用例是“引擎验证”。

识别异常值：按影响或数量对浏览器表进行排序。寻找得分明显低于基准 (Chrome Mobile) 的特定浏览器（例如 Firefox Mobile）。
验证环境：检查问题是严格与浏览器相关，还是与浏览器和操作系统的组合相关（例如 Android 上的 Edge 与 Windows 上的 Edge）。
调试：如果 Edge 慢但 Chrome 快（两者都使用 Blink），请调查 Edge 用户常见的向 DOM 注入脚本的第三方扩展或企业安全软件。如果 Firefox 慢，请审计 CSS 中是否存在非标准属性或 Gecko 比 Blink 惩罚更重的布局抖动。