CoreDash 维度：浏览器

通过根据用户的特定浏览器引擎对流量进行细分，来修复跨浏览器的性能退化问题。

Trusted by market leaders · Client results

维度：浏览器 (browser)

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

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

coredash metric table urls

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

CrUX（Chrome 用户体验报告）：该数据集专门从 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 文件。
优先级提示：Chrome 积极遵循 fetchpriority="high"。忽略此属性的浏览器会以标准优先级处理 LCP 资源，从而人为地增加了加载延迟（Load Delay）。
连接协议：Edge 和 Firefox 在企业或受限网络环境中协商 HTTP/3 (QUIC) 连接的方式可能不同，这会影响 LCP 的 TTFB 组成部分。

渲染引擎使用不同的子像素逻辑来计算像素几何形状。

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

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

识别异常值：按 Impact 或 Volume 对浏览器表格进行排序。寻找得分明显比基线（Chrome 移动端）差的特定浏览器（例如 Firefox 移动端）。
验证环境：检查问题是严格与浏览器相关，还是浏览器和操作系统的组合相关（例如，Android 上的 Edge 与 Windows 上的 Edge）。
调试：如果 Edge 很慢而 Chrome 很快（两者都使用 Blink），请调查 Edge 用户常用的、将脚本注入 DOM 的第三方扩展或企业安全软件。如果 Firefox 很慢，请审计您的 CSS，查找非标准属性或布局抖动（layout thrashing），Gecko 对这些问题的惩罚比 Blink 更重。