CoreDash vs New Relic Browser
New Relic Browser 在一个非常好的可观测性平台中提供了不错的真实用户监控。CoreDash 只做 Core Web Vitals。第一周你看不出两者有多大区别，几个月的数据积累后，差异才会显现。
New Relic 首先是一个 APM 平台
如果你的后端已经在运行 New Relic，浏览器监控可能已经开启了。如果没有，你今天下午就能让它跑起来。APM agent 会为你注入浏览器脚本，所以不需要修改模板。这是用它做 RUM 工具的一个好理由。
我开发了 CoreDash，所以这个页面并不中立。我会尽量客观，对于 New Relic 这不难，它有很多优点。
New Relic Browser 做得好的地方
最重要的是：它能做一些纯 RUM 工具（包括 CoreDash）做不到的事情。通过分布式追踪，你可以把慢页面追溯到后端服务、数据库查询和运行它的主机。当糟糕的 TTFB 实际上是因为 SQL 查询慢时，New Relic 会给你看这个查询。我总是告诉客户，他们的 TTFB 问题在服务器上。New Relic 的客户是真的可以自己去查看。
newrelic.com，2026 年 10 月。
Core Web Vitals 数据也比人们想象的要好。浏览器 agent 源码在 GitHub 上公开，1.322.0 版本包含了带归因的 Google web-vitals 6.2.1。所以每次 LCP 都包含四个子部分（TTFB、加载延迟、加载时长、渲染延迟）、元素选择器、标签和资源 URL。INP 带有它的三个阶段、交互目标、交互类型和加载状态。CLS 记录最大偏移背后的元素、它的值以及发生的时间。
我喜欢的其他一些方面：
- Session Replay 接入了 Core Web Vitals 数据表，并优先显示 poor LCP 的会话，所以你可以观看 LCP 花了 6 秒的实际访问，而不是只看一个百分位数。
- NRQL。每个事件上的每个属性都能被查询，包括你自己的自定义属性，你可以基于任何属性构建仪表盘或告警。
- 免费额度：每月 100 GB 的数据摄取量和一个全平台用户。这很慷慨。
- 频繁的 agent 发布，并且它支持 SPA 和微前端。他们的 Ground Truth MCP 服务器在 2026 年 9 月正式 GA。
如果你已经在用它
如果你今天已经在用 New Relic 测量你的真实访客，你就领先于我看到的多数网站。它们还在靠 Lighthouse 运行结果盲猜，等着 28 天后的 CrUX 告诉它们哪里出了问题。如果它能回答你的问题，继续用它。这个页面的剩下部分，讲的是几个月和几年的数据积累之后会发生什么。
逐项对比
定价和功能核实于 2026 年 9 月。
| CoreDash | New Relic Browser | |
|---|---|---|
| 产品定位 | 专做 Core Web Vitals 的 RUM，没别的 | 完整可观测性平台（APM、基础设施、日志、综合监控）的浏览器模块 |
| 脚本 | 小于 2KB，异步 | head 里的同步加载器，其余异步。Gzip 后 10.2 到 25.4 kB（取决于 agent 版本），官方称每次页面加载耗时不到 15 毫秒 |
| LCP 归因 | 四个阶段、元素、元素类型、preload/fetchpriority/lazy loading 状态、图片 URL | 四个子部分、元素选择器、标签、资源 URL |
| INP 归因 | 三个阶段、元素、输入类型、加载状态、来自 Long Animation Frames 的脚本 URL | 三个阶段、目标、交互类型、加载状态。不支持 Long Animation Frames |
| CLS 归因 | 发生偏移的元素、偏移原因、偏移时间 | 最大偏移目标、值和时间 |
| 和你自己的数据并排显示 CrUX | 是 | 我没找到 |
| 后端追踪 | 否 | 是，分布式追踪到 APM |
| Session Replay | 否（实时的页面浏览流，附带每次页面浏览的请求 waterfall） | 是，默认 10% 的会话，有错误的会话为 100% |
| 数据保留期 | 6 个月（Starter）到 8 年（Enterprise） | 原始浏览器事件默认 8 天，Data Plus 计划为 98 天 |
| AI / MCP | 所有计划均包含带 Core Web Vitals 工具的 MCP 服务器，外加免费的 CWV Superpowers agent | Ground Truth MCP 服务器，30+ 个通用工具，通过 NRQL 查询 Core Web Vitals。AI 分析工具需要单独购买 Advanced Compute |
| 定价 | 年付每月 $16 起，按页面浏览量计费，每个计划包含所有仪表盘 | 前 100 GB/月和 1 个全平台用户免费，之后每 GB $0.40 或 $0.60 加上用户坐席费 |
| 谁能打开 Core Web Vitals 界面 | 计划内的所有用户（Starter 3 个，Standard 10 个，Studio 及以上无限制） | Core 或全平台用户。免费额度包含一个全平台用户，之后每用户 Core 为 $49/月，全平台为 $99（Standard）到 $349（Pro，年付）。免费的基础用户只能使用 NRQL 和自定义仪表盘 |
| 多网站 / 代理商 | 提供 agency 计划，页面浏览量共享池，统一账单和主 API key | 每个账号可有多个浏览器应用，共享数据摄取账单，无专门的代理商产品 |
几个月后会有什么变化
八天的原始数据
Core Web Vitals 通常是一点点变差的。3 月的一个插件更新增加了 80 毫秒，5 月增加的新同意工具又加了 150 毫秒，到了 6 月有人换了头图。直到 Search Console 变黄了才会有人注意到，这时你想知道到底发生了什么变化。为此你需要出问题之前的数据。
在 New Relic 默认的 Original 数据选项下，原始浏览器事件（PageView、PageViewTiming 等）保留 8 天。Data Plus 将其延长到 98 天，费用从每 GB $0.40 涨到 $0.60，之后每增加 30 天，每 GB 再加 $0.05。一些聚合数据保留得更久（Apdex 和页面加载时长永久保留），但它们不会告诉你 3 月份到底是哪个 LCP 元素变慢了。
New Relic 文档，管理数据保留期，2026 年 10 月。
CoreDash 在 Standard 计划保留一年，Studio 保留三年，Enterprise 保留八年，已包含在计划价格中。你可以将同一个页面模板今年 6 月和去年 6 月的数据进行对比，并按设备和国家拆分。CoreDash 还会在你自己的数据旁显示 Google 的 CrUX 数据。我在 New Relic 没找到 CrUX 集成。
是哪个脚本让点击变慢了
New Relic 的 INP 阶段数据很有用。如果处理过程花了 400 毫秒，你知道问题出在事件处理程序，但不知道是谁的处理程序。在我接触过的大多数网站上，移动端的慢点击都来自第三方，通常是 tag manager 或聊天挂件。浏览器 agent 不支持 Long Animation Frames，所以它没法给你修复问题所需的脚本 URL。
CoreDash 为慢交互记录了 LoAF 脚本 URL，这样你就能按脚本对 INP 进行分组，看看哪个供应商拖累你最多（我的 Long Animation Frames 文章 解释了原理）。对于 LCP，LCP priority 告诉你 LCP 图片是不是 preloaded、有没有高 fetchpriority，或者是 lazy loading 的。头图被 lazy loading 仍然是我太常见到的错误。Diagnosis 仪表盘 把这些转化为按阶段的数据拆解，并提供针对你技术栈的修复方案。New Relic 确实捕获了这些属性，但要看按元素或按阶段划分的 p75 LCP，文档基本都在打发你去写 NRQL 和搭你自己的仪表盘。
用于 Core Web Vitals 的 MCP 工具
New Relic 的 MCP 服务器已经正式 GA，这比大多数 RUM 厂商强。它为通用可观测性而建，这在一个问题多集中在后端的平台上很合理。但在 30 多个工具中，没有一个是关于浏览器或 Core Web Vitals 的。所以，如果你想让 agent 获取 INP，它得先针对 PageViewTiming 去写 NRQL。此外，AI 分析工具要作为 Advanced Compute 单独计费。
CoreDash MCP 服务器有三个工具，全都关于 Core Web Vitals。get_metrics 返回 p75（或 p50 到 p95）及其评级，以及 good/needs improvement/poor 的划分，支持按任何维度分组。get_timeseries 告诉 agent 一个指标是在改善、保持稳定还是退步。get_histogram 提供分布情况。所有 CoreDash 计划都包含它，Starter 也包括。Claude 通过 OAuth 作为自定义连接器接入，Claude Code、Cursor、Windsurf、VS Code 和 Gemini CLI 也都支持（设置指南）。
此外还有 CWV Superpowers，一个采用 MIT 许可证的免费 agent。它获取来自 CoreDash 的 field data，运行带移动端限速的 Chrome trace，找出耗时比例最大的部分，并给你一份包含文件和行号的 diff。它从不看 Lighthouse 分数。
这个 MCP endpoint 同时也是一个普通的 HTTPS API。如果你想把 Core Web Vitals 加入你自己的报表，你只需 POST JSON，然后收到 JSON，不用学查询语言。
为让更多人查看而付费
New Relic 的免费基础用户打不开浏览器监控界面。如果你的 SEO 专家或客户想看 Core Web Vitals，他们需要每月 $49 的 Core 坐席或全平台坐席。数据摄取量也随流量增长，因为每次页面浏览的每个指标都是一个独立的 PageViewTiming 事件。在繁忙的网站上，浏览器数据累积起来很快，账单随着每次流量飙升而上涨。意料之外的账单在 New Relic 的评价中经常被提及。
CoreDash 同样按页面浏览量定价，大网站付的钱也多。但是用户和仪表盘不额外收费。Starter 支持 3 个用户，Standard 10 个，Studio 及以上无限制，而且每个计划都包含所有仪表盘。代理商可以选择 agency 计划，不仅在客户间共享页面浏览量额度，还提供 Agency API，方便他们从自有工具中为每个客户创建项目。
什么时候该选 New Relic Browser
如果你已经为 New Relic APM 付费了，保持 Browser 开启。能够把慢页面追溯到后端价值巨大，对于源自服务器的 TTFB 问题，任何纯 RUM 工具都做不到这点。
在以下情况选择 New Relic 也是合理的：你需要把 Session Replay、JavaScript 错误追踪、AJAX 监控和你的 Core Web Vitals 放在同一个地方；你需要 FedRAMP 或 HIPAA 合规（Enterprise 计划）；或者你有一个每月数据量不到 100 GB 的小网站，并且有一位喜欢写 NRQL 的工程师。最后这种方案不花一分钱。
或者同时运行两者。CoreDash 脚本小于 2KB 且是异步的，所以它和 New Relic agent 放在一起互不干扰。
和 New Relic 一起试用看看
把 CoreDash 代码片段加在 New Relic agent 旁边，试跑两周。两者都用 Google 的 web-vitals 库，所以你是在用自己的流量测量同一套标准。试用期 14 天，不用绑信用卡。查看定价，如果你想让我给你演示，可以预约 demo。
另请参阅：所有对比，CoreDash vs Datadog。
参考来源：New Relic 定价、New Relic browser agent 源码、browser agent v1.322.0 发布说明、New Relic 数据保留期、New Relic 用户类型、browser agent 性能影响、New Relic MCP 工具参考、Core Web Vitals 数据表中的 Session Replay、Capterra 上的 New Relic 评价。