CoreDash vs Datadog RUM

各ツールの役割

Datadogは、インフラ、ログ、APM、セキュリティ、Synthetics、Real User Monitoringを網羅するオブザーバビリティプラットフォームです。RUMの役割は、ブラウザ上の表示遅延やエラーが発生したセッションから、背後にあるバックエンドのトレースへと辿れるようにすることです。一方、CoreDashは実際の訪問者のCore Web Vitalsのみを計測し、ページが遅くなっている原因の特定を支援します。

私はCoreDashの開発者ですので、その点はご承知おきください。それでも、Datadogに対して公平に評価するつもりです。Datadogは優れた製品であり、そこで提供されている機能の多くはCoreDashにはまったくありません。

Datadog RUMの強み

Datadog RUMの最大の強みは、その背後にある連携力です。ある訪問者のLCPが4秒だった場合、セッションを開けば、APMのトレースやログ、HTMLを生成したリクエストのプロファイルまでそのまま追跡できます。LCPが遅い原因がサーバーにある場合、これより素早く原因を示せる方法は他にありません。ブラウザ専用ツールでは「TTFBが1.8秒だった」としか分かりませんが、Datadogなら、そのうち1.5秒を消費したクエリまで特定できます。

datadoghq.com、2026年10月時点。

Core Web Vitalsのデータも充実しています。SDKはLCP、INP、CLSの対象要素をレポートし、LCPをTTFB、読み込み遅延、読み込み時間、レンダリング遅延に分解し、INPを入力遅延、処理時間、表示遅延に分解します。SDK v6以降では、long taskの代わりにLong Animation Framesを収集し、原因スクリプトをミニファイ前のソースコードに紐付けて特定できます。さらにオプションのブラウザプロファイリングを追加すれば（遅延したインタラクションを特定のJavaScript関数に紐付けられます）、INPの調査環境としてはかなり万全です。

RUMの料金体系も巧みです。「RUM without Limits」により、標準的なパフォーマンス指標であれば、1,000セッションあたり0.15ドル（年契約）ですべてのセッションを取り込めます。そして、LCPが悪化したセッションやエラーのあったセッションなど、全データを保持するセッションに対してのみ「Investigate」の料金を支払います。そのため、「サンプリングするか、高額な請求を受け入れるか」というかつての二者択一は過去のものになりました。Session Replay、エラートラッキング、そしてiOS、Android、React Native、Flutter向けのモバイルRUMがすべて1か所に揃っています。さらにDatadogにはRUMツールを備えた公式MCP serverもあり、AIエージェントがRUMイベントの検索やパーセンタイルの集計を行えます。

すでにDatadog RUMをお使いですか？

すでにDatadog RUMを導入していて、そこから得られるCore Web Vitalsデータに満足しているなら、そのままで問題ありません。私が診断するサイトの多くは、Search Consoleしか使っていません。Search ConsoleはChromeユーザーの過去28日分のデータをURLグループにまとめただけで、「何かが遅い」ことは分かっても、「何が遅いのか」までは分かりません。DatadogならSafariやiPhoneを含むすべての訪問者を計測し、どの要素がLCPになったのかまで分かります。これだけでも大きな前進です。比較記事を読んだからといって、うまく機能している環境をわざわざ入れ替える必要はありません。それが私の書いた記事であってもです。

CoreDashとDatadog RUMの比較一覧

料金と機能は2026年9月時点の確認内容です。

CoreDashがより適しているケース

2週間のトライアルでは、大きな違いは見えてこないはずです。違いを実感するのはもっと後、たとえば導入から半年ほど経ってからです。表示がなぜ遅くなったのかを調べたいときや、春にリリースした改善が今も効果を保っているかを確認したいときです。

過去のデータでも詳細が失われない

これは見落とされがちな点です。Datadogでは、生のRUMイベント（view、vitals、long task、およびそれに紐づくすべての属性情報）の保持期間は15〜30日間に限られます。15か月間保持されるのは事前集計された指標であり、ブラウザ、国、アプリのバージョン、サービスといった固定のディメンションで分割されたデータのみです。LCPの対象要素、各フェーズの内訳、フレームの描画をブロックしたスクリプトなどの情報は、すべて個別のイベントの中にしかありません。RUMイベントからカスタムメトリクスを作成して保持するデータを増やすこともできますが、その場合、「1年後にどんな分析をしたくなるか」を今決めておく必要があります。3月の時点でページグループごとのLCP要素のメトリクスを作成していなければ、12月にはその詳細データは消えてしまっています。

Datadog公式ドキュメント、データ保持期間、2026年10月時点。

パフォーマンスの改善には何カ月もかかります。修正を本番適用した後にトラフィックが変動したり、マーケティングチームが新たなタグマネージャーのコンテナを追加したり、ブラックフライデーでアクセス元の端末構成が変わったりします。CoreDashでは、プランの保持期間中、すべてのディメンションがデータとともにそのまま保持されます。Standardプランで1年、Studioプランで3年、Enterpriseプランでは最長8年です。これにはURL、LCP要素、LoAFスクリプトも含まれます。「去年の11月、チェックアウト画面はもっと速かったか？」という疑問も、フィルターを1つ選ぶだけで確認できます。

Googleの評価基準に基づいた設計

CoreDashはGoogleの基準値に沿ってp75（75パーセンタイル）をレポートし、手元のデータをCrUXと照合します。自社の計測値とGoogleのデータセットがどこで一致し、どこで乖離しているかがひと目で分かります。DatadogはCrUXを取り込みません。SREチームにとっては気にならないかもしれませんが、Search Consoleで赤色の警告が出たレポートを上司に説明する立場なら、この差の重要性がよく分かるはずです。

用意されているディメンションも、Core Web Vitalsの分析に必要な問いに合わせて設計されています。LCP画像はプリロードされていたか、lazy loadingされていたか、それともどちらでもなかったか（LCP priority）。遅延したインタラクションはクリックだったかキー入力だったか（input type）、ページの読み込み中に発生したものだったか（load state）。これらはクエリを書くまでもなく、フィルターを選ぶだけで確認できます。また、Diagnosis機能はLCP悪化の原因となっているベンダーを特定し、14種類のLCPアンチパターンをチェックして、利用中のスタック（WordPress、Shopify、Next.jsなど）に合わせた修正案を提示します。

AIエージェントが扱えるデータの違い

DatadogにもMCP serverが用意されており、一般的なRUMの用途には十分優れています。そのRUMツールはイベントの検索や集計を行うため、エージェントはRUMイベントに対するDatadogクエリを組み立てる必要があり、遡って調査できる期間もイベントが保持されている範囲に限られます。

一方、CoreDash MCP serverはCore Web Vitalsに特化して構築されています。get_metricsは任意のディメンションについて、p75値、評価、および「良好 / 改善が必要 / 不良」の内訳を返します。get_timeseriesは指標が改善中か、横ばいか、悪化傾向にあるかをエージェントに伝え、get_histogramは全体的な分布を提供します。Starterを含むすべてのプランに含まれており、APIと同じ読み取り専用エンドポイントを使用し、Claude、Claude Code、Cursor、Windsurf、VS Code、Gemini CLIで動作します。

さらに、MITライセンスの無料エージェントであるCWV Superpowersも利用できます。このエージェントはfield dataを起点とし、遅延しているページに対してモバイルのスロットリングを適用したChromeトレースを実行してボトルネックを特定したうえで、対象ファイル名、行番号、diffを含めた修正コードを生成します。「モバイルでINPの基準を満たしていないテンプレートはどれか、その理由は何か」と尋ねれば、実際の訪問者データに基づいて回答し、該当ページをプロファイリングします（実例はこちら）。field dataの分析からトレースの取得、そしてコードの修正提示までを一気通貫で行えるツールは、他に見たことがありません。

スクリプトサイズと料金

DatadogのSDKはgzip圧縮時で約66 KB、スリム版でも51 KBあります。エラー検知、ユーザーアクションの追跡、リプレイなど多くの機能を備えていることを考えれば妥当なサイズですが、Core Web Vitalsの計測だけが目的なら過剰なJavaScript量です。計測対象のページで、ブラウザがこれをmain thread上でパースして実行しなければなりません。CoreDashのコレクターは2 KB未満で、asyncかつpassiveに動作します。私は人一倍この点にこだわりがありますが、RUMツール自体がLCPの妨げになっているケースを過去に実際に見てきました。

料金面では、Datadogの「Measure」ティアは安価です。しかし、実際に問題を修正するために必要な詳細データは「Investigate」セッションに含まれており、こちらは1,000セッションあたり3.00ドルかかります。しかも、保持フィルターで残すように設定したセッションにしか適用されません。つまり、支払う金額も、後からどれだけ詳細を遡って調査できるかも、フィルターの設定次第になってしまいます。CoreDashはページビュー数に応じた従量制です。トラフィックの増加に応じて料金が決まり、すべてのプランですべてのダッシュボードを利用できます。コンサルティング事業を行っているなら、代理店向けプランを利用することで、複数クライアント間でページビュー枠を合算して共有できます。マスターキーが1つあれば、Agency API経由ですべてのクライアントのプロジェクト作成やデータ取得が可能です。Datadogでも複数クライアントの管理は可能ですが、サポートに連絡してマルチ組織（multi-org）アカウントを有効化してもらう必要があります。

Datadog RUMを選ぶべきケース

• すでにDatadog APMを導入しており、LCPの遅延要因が主にサーバー側にある場合。フロントエンドからバックエンドまで一貫したトレースができる利便性は、この記事で挙げた他のどの要素よりも勝ります。
• Web vitalsの計測に加えて、Session Replayやエラートラッキングも必要な場合。
• 社内の監視基盤がDatadogに標準化されており、調達部門が別のベンダーの契約を承認しない場合。

両方を併用する選択肢もあります。CoreDashのコレクターは2 KB未満なので、Core Web VitalsやCrUXの計測用に追加しても、ページへの負荷はほとんどありません。トレースはDatadogに任せ、数年分にわたるCore Web Vitalsの履歴保持とAIエージェントによる活用はCoreDashに任せることができます。

実際のトラフィックで試す

14日間の無料トライアルはクレジットカード不要で、最初のページビューからすぐにデータが反映されます。まずはデモを試すか、料金プランをご確認ください。他のツールとの比較は比較一覧からご覧いただけます。

出典：Datadog料金一覧、ページパフォーマンスの監視、Long Animation Framesに関するDatadogの解説、RUM without Limits、RUM without Limitsのメトリクス、データ保持期間、Datadog MCPサーバーのツール、マルチ組織アカウント。SDKサイズは2026年9月にDatadog CDN（v7）にて計測。