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のユーザーなら実際に管理画面を開いて確認できます。

New Relic Browser Monitoring product page, October 2026

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月時点の確認情報です。

CoreDashNew Relic Browser
概要Core Web Vitals専用のRUM(他の機能はなし)総合オブザーバビリティプラットフォーム(APM、インフラストラクチャ、ログ、シンセティック監視)のブラウザモジュール
スクリプト2KB未満、asyncheadタグ内の同期ローダー、残りはasync。エージェントの種類によりgzip後10.2〜25.4kB、1ページ読み込みあたり15ms未満(公称値)
LCPアトリビューション4つのフェーズ、要素、要素タイプ、preload/fetchpriority/lazy loadingの状態、画像URL4つのサブパーツ、要素セレクター、タグ、リソースURL
INPアトリビューション3つのフェーズ、要素、入力タイプ、読み込み状態、Long Animation FramesからのスクリプトURL3つのフェーズ、ターゲット、インタラクション種別、読み込み状態。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 data retention table: browser data kept 8 days, 98 days with Data Plus (marked)

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レビュー。