CoreDash vs New Relic Browser
New Relic Browserは、非常に優れたオブザーバビリティプラットフォームに備わった手堅いRUMです。CoreDashが扱うのはCore Web Vitalsだけです。最初の1週間は、両者の違いはほとんど分かりません。差が出るのは、数ヶ月分のデータが溜まってからです。
New Relicは第一にAPMプラットフォームです
バックエンドですでにNew Relicを利用しているなら、Browser監視はもう有効になっているかもしれません。無効だったとしても、今日の午後には稼働させられます。APMエージェントがブラウザスクリプトを自動挿入してくれるため、テンプレートの変更は不要です。これだけでも、New RelicをRUMツールとして選ぶ十分な理由になります。
CoreDashの開発者なので、このページは中立ではありません。それでも公平に評価するつもりですし、New Relicには優れた点が多くあるため、それは難しくありません。
New Relic Browserの優れている点
最も重要な強みは、CoreDashを含むRUM専用ツールには不可能なことができる点です。分散トレーシングを使えば、遅いページの原因をバックエンドサービス、データベースクエリ、実行されたホストまで追跡できます。TTFBの悪化が低速なSQLクエリに起因する場合、New Relicはそのクエリを直接示してくれます。クライアントには常々「TTFBの問題はサーバー側にある」と伝えていますが、New Relicのユーザーなら実際に管理画面を開いて確認できます。

newrelic.com、2026年10月。
Core Web Vitalsのデータも、一般に思われている以上に充実しています。ブラウザエージェントのソースコードはGitHubで公開されており、バージョン1.322.0にはアトリビューション対応のGoogle製web-vitals 6.2.1が含まれています。そのため、すべてのLCPで4つのサブパーツ(TTFB、load delay、load duration、render delay)と、要素のセレクター、タグ、リソースURLが取得されます。INPでは3つのフェーズ、インタラクション対象、インタラクション種別、読み込み状態が取得されます。CLSは最大シフトの原因となった要素、その値、発生時刻を記録します。
他にも評価できる点があります:
- Session ReplayがCore Web Vitalsのテーブルと連動しており、LCPのスコアが悪いセッションを優先的に表示します。パーセンタイルの数値を眺める代わりに、LCPに6秒かかった実際のセッションを再生して確認できます。
- NRQLの存在です。全イベントのあらゆる属性をクエリでき、独自のカスタム属性も対象にできます。それらを元にダッシュボードやアラートを自由に作成できます。
- 無料枠です。月間100GBのデータ取り込みと、1フルプラットフォームユーザーが含まれています。これは寛大な設定です。
- エージェントのリリース頻度が高く、SPAやマイクロフロントエンドにも対応しています。2026年9月にはGround Truth MCPサーバーもGAになりました。
すでに利用している場合
現在New Relicで実際の訪問者を計測できているなら、普段目にする大半のサイトよりも一歩進んでいます。そうしたサイトは未だにLighthouseの実行結果から推測し、問題が起きたことを知るのにCrUXの更新を28日も待っている状態です。現在の環境で疑問が解消できているなら、使い続けて問題ありません。このページの続きでは、数ヶ月、数年とデータを蓄積した後に何が起きるかを説明します。
並べて比較
料金と機能は2026年9月時点の確認情報です。
| CoreDash | New Relic Browser | |
|---|---|---|
| 概要 | Core Web Vitals専用のRUM(他の機能はなし) | 総合オブザーバビリティプラットフォーム(APM、インフラストラクチャ、ログ、シンセティック監視)のブラウザモジュール |
| スクリプト | 2KB未満、async | headタグ内の同期ローダー、残りはasync。エージェントの種類によりgzip後10.2〜25.4kB、1ページ読み込みあたり15ms未満(公称値) |
| LCPアトリビューション | 4つのフェーズ、要素、要素タイプ、preload/fetchpriority/lazy loadingの状態、画像URL | 4つのサブパーツ、要素セレクター、タグ、リソースURL |
| INPアトリビューション | 3つのフェーズ、要素、入力タイプ、読み込み状態、Long Animation FramesからのスクリプトURL | 3つのフェーズ、ターゲット、インタラクション種別、読み込み状態。Long Animation Framesは非対応 |
| CLSアトリビューション | シフトした要素、シフト原因、シフトの発生タイミング | 最大シフトの対象、値、発生時刻 |
| 自社データと並べたCrUX表示 | 対応 | 確認できず |
| バックエンドトレーシング | 非対応 | 対応(APMと連携した分散トレーシング) |
| セッションリプレイ | 非対応(ページビューごとのリクエストウォーターフォールを備えたリアルタイムPVストリームあり) | 対応(デフォルトで全セッションの10%、エラー発生セッションは100%) |
| データ保持期間 | 6ヶ月(Starter)〜最長8年(Enterprise) | 未加工のブラウザイベントはデフォルトで8日間、Data Plusで98日間 |
| AI / MCP | すべてのプランにCore Web Vitalsツールを備えたMCPサーバーが付属。無料のCWV Superpowersエージェントも利用可能 | Ground Truth MCPサーバー、30以上の汎用ツール、NRQL経由のCore Web Vitals。AI分析ツールにはAdvanced Computeアドオンが必要 |
| 料金 | 年払いで月額16ドルから。ページビュー数に応じた料金設定、全プランですべてのダッシュボードが利用可能 | 月間100GBおよびフルユーザー1名まで無料、以降は1GBあたり0.40ドルまたは0.60ドル+ユーザーシート課金 |
| Core Web Vitals画面の閲覧権限 | プラン内の全ユーザー(Starterは3名、Standardは10名、Studio以上は無制限) | Coreユーザーまたはフルプラットフォームユーザー。無料枠にはフルプラットフォームユーザー1名分が含まれ、それ以降は1ユーザーあたりCoreが月額49ドル、フルプラットフォームが月額99ドル(Standard)〜349ドル(Pro・年払い)。無料のベーシックユーザーはNRQLとカスタムダッシュボードのみ利用可能 |
| 複数サイト / 代理店対応 | クライアント間でページビュー数をプールできる代理店プラン、請求書の一本化、マスターAPIキーの提供 | 1アカウントで多数のブラウザアプリを登録可能、データ取り込み料金は合算、代理店向け専用機能はなし |
数ヶ月経つと見えてくる違い
生データの保持期間は8日間
Core Web Vitalsは、通常少しずつ悪化していきます。3月のプラグイン更新で80ms遅くなり、5月に導入した同意管理ツールでさらに150ms加算され、6月には誰かがヒーロー画像を差し替えます。Search Consoleのステータスがオレンジ色に変わるまで誰も気づかず、そこで初めて何が変わったのかを調べることになります。原因を突き止めるには、問題が起きる前のデータが必要です。
New RelicのデフォルトであるOriginalデータプランでは、未加工のブラウザイベント(PageViewやPageViewTimingなど)の保持期間は8日間だけです。Data Plusを使えば98日間に延長できますが、料金は1GBあたり0.40ドルから0.60ドルに上がり、その後30日延長するごとに1GBあたり0.05ドルが追加されます。一部のロールアップ集計データはより長く保持されますが(Apdexやページ読み込み時間は無期限)、3月にどのLCP要素が遅くなったのかまでは分かりません。

New Relicドキュメント「manage data retention」、2026年10月。
CoreDashなら、追加料金なしのプラン標準でStandardは1年、Studioは3年、Enterpriseなら8年間のデータを保持できます。同一のページテンプレートについて、デバイスや国ごとに絞り込みながら、今年の6月と去年の6月の数値を比較できます。さらにCoreDashでは、独自の計測データの隣にGoogleのCrUXデータも並べて表示します。New RelicにCrUX連携機能は見当たりませんでした。
どのスクリプトがクリックを遅くしたのか
New RelicのINPフェーズ機能は有用です。処理に400msかかっている場合、イベントハンドラーが原因であることは分かりますが、誰のハンドラーかまでは分かりません。私が担当するサイトの多くでは、モバイル環境でのクリック遅延はサードパーティ製ツール、主にタグマネージャーやチャットウィジェットに起因します。New RelicのブラウザエージェントはLong Animation Framesに対応していないため、修正に必要なスクリプトURLを特定できません。
CoreDashは遅いインタラクションについてLoAFスクリプトURLを記録するため、INPをスクリプト単位で集計して、どのベンダーが最もボトルネックになっているかを把握できます(詳しい仕組みは私のLong Animation Framesに関する記事で解説しています)。LCPについては、LCP priorityを見ることで、LCP画像がプリロードされていたか、高いfetchpriorityが指定されていたか、あるいはlazy loadingされていたかが分かります。ヒーロー画像がlazy loadingされているケースには、今でもあまりに頻繁に出くわします。Diagnosisダッシュボードは、それをフェーズごとの内訳と技術スタックに応じた修正策として提示します。New Relicも属性自体は収集しますが、要素別やフェーズ別のp75 LCPを確認する場合、ドキュメントでは基本的にNRQLを書いて自前でダッシュボードを作成するよう案内されます。
Core Web Vitals向けのMCPツール
New RelicはすでにGAされたMCPサーバーを提供しており、これは大半のRUMベンダーよりも進んでいます。このサーバーはオブザーバビリティ全般に向けて構築されていますが、問い合わせの大半がバックエンドに関するプラットフォームとしては理にかなっています。しかし、30以上あるツールの中にブラウザやCore Web Vitalsに関するものは1つもありません。そのため、AIエージェントがINPを取得したい場合、まずPageViewTimingに対してNRQLを書く必要があります。さらに、AI分析ツールはAdvanced Computeとして別料金が請求されます。
CoreDash MCPサーバーが提供するツールは3つで、すべてCore Web Vitalsに特化しています。get_metricsは、任意のディメンションでグループ化したp75値(またはp50〜p95)を、その評価(良好/改善が必要/不良の内訳)とともに返します。get_timeseriesは、指標が改善傾向にあるか、横ばいか、悪化しているかをエージェントに伝えます。get_histogramは分布を返します。Starterを含むCoreDashの全プランに標準で含まれています。ClaudeとはOAuth経由でカスタムコネクタとして接続できるほか、Claude Code、Cursor、Windsurf、VS Code、Gemini CLIでも動作します(設定ガイド)。
さらに、MITライセンスの無料エージェントであるCWV Superpowersも用意されています。CoreDashからfield dataを取得し、モバイルのスロットリング下でChromeトレースを実行して、最も時間を消費している処理を特定し、ファイル名と行番号付きのdiffを出力します。Lighthouseのスコアは一切参照しません。
MCPエンドポイントはシンプルなHTTPS APIでもあります。自前のレポートにCore Web Vitalsを取り込みたい場合も、JSONをPOSTしてJSONを受け取るだけです。専用のクエリ言語を学ぶ必要はありません。
閲覧ユーザーの増加に伴う追加コスト
New Relicの無料ベーシックユーザーは、Browser監視の画面を開けません。SEO担当者やクライアントがCore Web Vitalsを確認したい場合、月額49ドルのCoreシートまたはフルプラットフォームシートが必要です。また、ページビューごとの各指標が個別のPageViewTimingイベントになるため、データ取り込み量もトラフィックに比例して増えます。アクセスの多いサイトではブラウザデータが膨らみ、トラフィックが急増するたびに請求額が跳ね上がります。New Relicのレビューでは、予期せぬ請求額の高騰に関する不満が頻繁に見られます。
CoreDashもページビュー数に応じた料金体系のため、大規模サイトほど料金は上がります。しかし、ユーザー数やダッシュボードによる追加料金は一切発生しません。ユーザー枠はStarterで3名、Standardで10名、Studio以上なら無制限で、すべてのプランで全ダッシュボードを利用できます。代理店向けには、クライアント間でページビュー数をプールできる代理店プランや、自社ツールからクライアントごとにプロジェクトを作成できるAgency APIも用意されています。
New Relic Browserを選ぶべきケース
すでにNew Relic APMに料金を支払っているなら、Browser監視は有効のままにしておくべきです。遅いページの原因をバックエンドまで追跡できる価値は極めて大きく、サーバー側に起因するTTFB問題において、これに対処できるRUM専用ツールは存在しません。
また、Core Web Vitalsと同じ管理画面でセッションリプレイ、JavaScriptエラー追跡、AJAX監視を一元管理したい場合や、FedRAMPやHIPAAへの準拠(Enterprise)が必要な場合にもNew Relicは有力な選択肢です。あるいは、月間100GB未満の小規模サイトで、NRQLを書くのが好きなエンジニアが1人いる環境にも適しています。この最後の構成なら費用は一切かかりません。
あるいは、両方を併用する手もあります。CoreDashのスクリプトは2KB未満かつasyncのため、New Relicエージェントと共存させても干渉することはありません。
New Relicと並べて試す
New Relicエージェントと並べてCoreDashのスニペットを導入し、2週間試してみてください。どちらもGoogleのweb-vitalsライブラリを使用しているため、実際のトラフィックで全く同じ条件の比較ができます。トライアル期間は14日間で、クレジットカードは不要です。料金プランを確認するか、詳しい案内を希望される場合はデモをご予約ください。
関連リンク:比較記事一覧、CoreDash vs Datadog。
出典:New Relicの料金、New Relicブラウザエージェントのソースコード、ブラウザエージェントv1.322.0リリースノート、New Relicのデータ保持期間、New Relicのユーザータイプ、ブラウザエージェントのパフォーマンスへの影響、New Relic MCPツールリファレンス、Core Web VitalsテーブルにおけるSession Replay、CapterraでのNew Relicレビュー。