CoreDash vs CrUXとSearch Console

少し奇妙な比較に思えるかもしれません。そもそもCrUXは競合ではないからです。CrUX、PageSpeed Insights、Search Consoleは、Googleの同一の無料データセットを3箇所で表示しているにすぎず、すべてのサイト運営者が確認すべきものです。どんなサイトでも、私が真っ先に確認するのがこのデータです。すでにCoreDashを導入しているサイトでも変わりません。

本質的な問いは、その無料データだけで十分かどうかです。私がCoreDashの開発者である点は頭に入れておいてください。とはいえ、Googleのデータは非常に優秀です。まずはそこから見ていきましょう。

Googleの無料field dataの強み

無料で使えて、インストールの必要もありません。オプトインしたユーザーを対象にChromeがLCP、INP、CLS、FCP、TTFBを計測し、Googleがその結果をChrome UX Reportとして公開しています。PageSpeed Insightsは、Lighthouseの実行結果に加えてそのデータを表示します。Search ConsoleはデータをURLグループに分類し、修正後の28日間の検証フローを提供します。CrUX Visでは直近40週間の週次トレンドを確認できます。これはLooker Studioダッシュボード（Googleが2025年11月末に廃止）の後継であり、はるかに読みやすくなっています。

developer.chrome.com、2026年10月。

CrUXは、Googleが検索におけるCore Web Vitalsの評価に使用しているデータセットでもあります。そのため、クライアントから「合格していますか？」と聞かれたら、担当のSEO代理店も含め、全員がCrUXを確認します。これを代替できるRUMツールはありませんし、CoreDashもそれを目指してはいません。（Google自身も、スコアが良いからといって掲載順位が保証されるわけではないと明言しています。その点はクライアントに伝えておく価値があります。）

競合他社を含め、一般公開されているあらゆるサイトで機能します。同業他社の全ショップの数値を、半日でまとめて取得することも可能です。RUMツールはスクリプトを導入したサイトしか計測できません。そのため、ベンチマークや営業先の調査にはCrUXが当然の選択肢になります。

BigQueryのデータは2017年まで遡ることができ、オリジンごとの月次データが揃っています。History APIでは40週分のデータを利用できます。2026年8月のリリースでは1,830万件のオリジンが対象となりました。

さらに、Googleは機能追加を続けています。2025年1月以降、CrUXはLCPをサブパート（TTFB、resource load delay、resource load duration、element render delay）に分解し、LCPが画像かテキストかも判別できるようになりました。2026年9月には実験的な広告指標が追加されました。公式のChrome DevTools MCP serverはパフォーマンスのトレースにCrUXのfield dataをデフォルトで取り込むようになったため、AIエージェントはlab traceの横でGoogleのp75を確認できます。CrUX APIはGoogle Cloudプロジェクトあたり毎分150クエリまで無料で利用でき、多くのサードパーティ製ツールがこのAPIを基盤に構築されています。

まずはここから始め、自社の訪問者を計測する

リアルユーザーモニタリングを導入していないなら、CrUXが頼るべきfield dataになります。それだけでも、Lighthouseのスコアしか見ていないチームより一歩先を行っています。商品ページのfield INPが「不良（poor）」であるにもかかわらず、PageSpeed Insightsで98点が出たと喜んでいるチームを何組も見てきました。Lighthouseはページを1回読み込むだけで、何もクリックしません。実際のユーザーデータなら、どれをとってもLighthouseよりはるかに多くの事実を教えてくれます。

そして、どんなRUMツールであれ、使わないよりは確実に役立ちます。すでに導入済みで疑問が解決できているなら、この記事を読む必要はありません。この記事は、無料データで分かる範囲では物足りなくなった方や、サイトがCrUXにまったく掲載されていない方のためのものです。

CoreDashとGoogleの無料データの比較

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

CoreDashがもたらす価値

無料データは、合格しているかどうかを把握するには非常に優れています。しかし、いざ改善に着手すると、別の答えが必要になります。どの要素が遅いのか、どのスクリプトがクリックをブロックしているのか、昨日のデプロイで悪化していないか、といった疑問です。CrUXはそうした目的のために作られたものではありません。CrUXは一般公開されている匿名のp75値の集合にすぎません。だからこそ、Googleは何百万ものオリジンのデータを無料で公開できるのです。

CrUXが除外する訪問者とページ

CrUXが集計対象とするのは、利用状況の統計情報を有効にし、閲覧履歴を同期しており、同期のパスフレーズを設定していないデスクトップおよびAndroidのChromeユーザーのみです。iPhoneのChromeは集計されませんし、Safari、Firefox、Edgeも対象外です。さらに、ページが一般公開され、インデックス可能であり、十分なトラフィックがあることも求められます。ログインが必要なページは決して対象になりません。また、Search Consoleでは、データが不足しているURLグループはオリジン全体のスコアにフォールバックされます。多くのサイトで「十分な使用状況データがありません」と表示されるのはこれが理由です（その原因についてはこちらで解説しています）。

CrUX methodology（developer.chrome.com、2026年10月）。

CoreDashは、スクリプトが実行されたすべてのページビューを計測します。月間50アクセスのページでもデータが残り、iPhoneからの訪問者やログイン中のユーザーも同様に計測されます。デフォルトではCookieを使用せず、個人データも収集しないため、同意バナーは不要です。同意をクリックしたユーザーだけでなく、全体の数値を漏れなく計測できます。

どの要素を改善すべきか

これこそ、私が日々の現場業務で最も必要としている情報です。CrUXを見れば、あるURLのLCPがp75で3.4秒であることや、2025年以降はその大半がresource load delayであることまでは分かります。有益ではあります。しかし、どのテンプレートのどの画像なのか、あるいは誰かがヒーロー画像に再びloading="lazy"を設定していないかまでは分かりません（数週間おきに今でも遭遇する事例です）。

INPに至っては、CrUXから得られるのは単一の数値だけです。どのボタンか、どのスクリプトか、ページの読み込み中にクリックが発生したのか、まったく分かりません。INPの改善作業が頓挫するのはまさにここです。数値が悪いことは分かっても、どこから手をつければいいかが分からないのです。

CoreDashは、LCP、INP、CLSの原因となった要素をすべて記録します。LCPについては、要素タイプ、画像URL、LCP priority（preload、fetchpriority high、preloadなし、lazy loadの別）も把握できます。INPでは、入力タイプ、load state、そしてmain threadをブロックしたLong Animation Frameスクリプトを取得できます。これらすべてのデータは、page label、ログイン状態、A/Bテストのバリアント、国、デバイス性能別に分類可能です。Diagnosisビューは14種類のLCPアンチパターンをチェックし、利用環境に応じた修正方法を提示します。

本番公開した当日に変化がわかる

CrUXのデータ自体は1〜2日前のものです（「28日の遅延」というのは誤解です）。しかし、算出されているのは過去28日間のp75であるため、問題を修正しても数値は毎日少しずつしか動かず、完全に反映されるまで4週間かかります。特定のテンプレートでリグレッションが起きても、サイト全体の平均に埋もれてしまいます。Search Consoleも新たな問題が発生すればメールで通知してくれますが、それは28日間の数値が大きく変動し、URLグループのステータスが変わった後での話です。

CoreDashなら、デプロイ結果が数時間以内に時系列データへ反映されます。CIからのRelease taggingを利用すれば、各リリースのp75を前バージョンと並べて比較できます。AI Auto Alertsは毎日数百のセグメントを監視し、トラフィックの2%以上に影響するリグレッションのみを検知して、該当の指標、セグメント、影響を受けたユーザー数を通知します。

AIエージェントが自社のfield dataを直接読み取る

CrUX APIはスクリプト処理に最適であり、Chrome DevTools MCP serverを使えばAIエージェントがlab traceの横でGoogleのp75を参照できます。しかし、それは依然として、オプトインしたChromeユーザーによるページ単位またはオリジン単位の数値にとどまります。

CoreDashのMCP serverはAPIと同じエンドポイントで動作し、読み取り専用です。ClaudeやCursorなどのエージェントから、任意のディメンションでフィルタやグループ化を行い、p50からp95までの任意の指標を取得できます。「ドイツのモバイル商品ページで最も遅いLCP要素はどれか」といった問い合わせも、1回のリクエストで完了します。MITライセンスの無料エージェントCWV Superpowersは、このfield dataを起点として動作します。モバイルエミュレーション、Fast 3G、4倍のCPUスローダウンを設定してChromeトレースを記録し、コード修正（ファイル、行番号、diff）やHTMLレポートを出力します。Lighthouseスコアは使いません。AIエージェントによるINP改善の実例で、実際の動作を確認できます。

制作会社や代理店向けにはAgency APIが用意されており、1つのマスターキーでクライアントのプロジェクトを作成し、共通の3つのツールですべてのデータを取得できます。料金はトラフィック量に応じてのみ変動し、すべてのプランで全ダッシュボードを利用可能です。代理店向けStudioプランなら、年払いで月額$71で10件のクライアントサイトをカバーできます。

無料データで十分なケース

• Googleがサイトをどう見ているかを知りたい場合。これは定義上CrUXそのものであり、他にどんなツールを使っていても確認し続けるべきです。
• 競合や営業先のベンチマークを行う場合。所有していないサイトについて取得できるfield dataはCrUXだけです。
• 多数のサイトや過去数年にわたる調査を行う場合。2017年まで遡れるBigQueryは圧倒的であり、無料枠の範囲内ならコストもかかりません。
• モバイルとデスクトップの両方で合格しており、重要なページに個別データがあり、フロントエンドの変更がめったにない場合。
• サイトにスクリプトを追加できない場合。
• 予算がない場合。CrUXに加え、修正対象ページでLighthouseを実行する構成は実用的であり、推測で進めるよりはるかに堅実です。

両方を併用する

私なら両方を運用します。CoreDashにはCrUXとの照合機能があり、Googleの数値と自社のRUMデータを並べて確認できるため、Googleがどう見ているかとその原因を同時に把握できます。また、corewebvitals.ioのCrUX Historyツールを使えば、任意のサイトのCrUX履歴を無料で確認できます。

無料トライアルはクレジットカード不要で14日間利用でき、最初の1ページビュー目からデータが反映されます。ダッシュボードを確認したい場合はまずデモをご覧いただくか、トラフィックに応じた料金プラン、または他のツールとの比較一覧をご確認ください。

出典: CrUXメソドロジー、CrUX指標、CrUX API、CrUX History API、BigQueryでのCrUX、CrUXリリースノート、CrUXダッシュボードの廃止、CrUX広告指標、PageSpeed Insightsについて、Search Console Core Web Vitalsレポート、Google検索とCore Web Vitals、Chrome DevTools MCP server。