「Web Vitals & Website Speed Benchmarks Report 2026」

このレポートは、2026 年第 3 四半期に評価された上位 1,000 のグローバル Web プロパティ全体の Core Web Vitals 合格率、平均応答遅延、パフォーマンス傾向を分析します。

Web 開発フレームワークが最新のサーバーサイドレンダリング (SSR)、エッジ機能、クライアントサイドハイドレーションに向けて進化するにつれて、現実世界のユーザーエクスペリエンスメトリクスを追跡することは、Web エンジニア、SRE、製品リーダーにとって重要です。

回答優先のまとめ

2026 年の Web Vitals & Website Speed Benchmarks レポートは、合成 Lighthouse ラボ監査と Chrome UX レポート (CrUX) フィールドデータを使用して、トップ 1,000 のグローバルドメインを評価します。全体として、分析された Web サイトの 54% が 3 つの Core Web Vitals すべてで合格点を達成しています。Interaction to Next Paint (INP) は満たすのが最も難しい指標であり、メインスレッドが JavaScript の実行をブロックしているためにサイトの 38% が失敗しています。デスクトップコホートの合格率は 72% でしたが、モバイルコホートの合格率は 44% でした。

グローバルベンチマーク指標の概要

メトリクス名	良好なしきい値 ($\le$)	世界平均	上位 10% のベンチマーク	失敗率
最大のコンテンツフルペイント (LCP)	$2.5\text{ 秒}$	$2.4\text{ 秒}$	$1.2\text{ 秒}$	26% のサイトが失敗
次のペイントへのインタラクション (INP)	$200\text{ ミリ秒}$	$215\text{ミリ秒}$	$85\text{ミリ秒}$	38% のサイトが失敗
累積レイアウトシフト (CLS)	$0.10$	$0.06$	$0.01$	18% のサイトが失敗
最初のバイトまでの時間 (TTFB)	$800\text{ ミリ秒}$	$580\text{ミリ秒}$	$180\text{ミリ秒}$	14% のサイトが失敗

主要な洞察と業界の調査結果

1. INP 移行チャレンジ

2024 年 3 月に Google が First Input Delay (FID) を Interaction to Next Paint (INP) に正式に置き換えたことを受けて、INP は Core Web Vitals の障害の唯一の主な原因となっています。重いクライアント側 JavaScript フレームワークとサードパーティの追跡タグにより、ユーザーのクリックやタップ中のメインスレッドの処理が遅延します。

ユーザーがページ要素を操作するとき (ボタンをクリックする、モバイルナビゲーションメニューを開く、または検索バーに入力する)、50 ミリ秒を超える長いメインスレッドタスクにより、処理時間とプレゼンテーションのレンダリングが遅延します。

2. エッジキャッシュと TTFB の影響

最新のエッジネットワーク (Cloudflare、Vercel、Netlify など) を利用する Web サイトでは、平均最初のバイトまでの時間 (TTFB) が 220 ミリ秒を達成しました。これに対し、従来の単一リージョンのオリジンサーバーでは 890 ミリ秒でした。300 ミリ秒未満の TTFB は、世界のモバイルデバイスコホート全体で 34% 高い LCP 合格率と相関していました。

3. 画像の最適化とレイアウトシフトのギャップ

最適化されていないヒーロー画像とサイズが設定されていない画像要素は、依然として、回避可能な LCP および CLS の劣化の主な原因となっています。fetchpriority="high" を使用してレスポンシブな WebP/AVIF 形式を実装しているサイトは、非圧縮のレガシー JPEG に依存しているサイトよりも 1.4 秒速い LCP スコアを示しました。

産業部門の業績の内訳

Core Web Vitals のコンプライアンスは、垂直市場によって大きく異なります。

テクノロジーと SaaS: 全体の合格率は 68% (優れた LCP および CLS スコア、複雑な単一ページアプリケーションによる INP の課題は中程度)。
e コマースと小売: 全体の合格率は 42% (プリロードされていない製品画像は LCP を低下させ、サードパーティの追跡スクリプトは INP を増大させます)。
ニュースとメディア: 全体の合格率は 32% (大量のプログラマティック広告ネットワークと動的ビデオの埋め込みにより、重大なレイアウト変更とメインスレッドのブロックが引き起こされます)。
金融と銀行: 全体の合格率は 61% (高速 TTFB と静的資産は従来の JavaScript ライブラリによって相殺されます)。
ヘルスケアおよびライフサイエンス: 全体の合格率は 48% (キャッシュされていない CMS アセットと最適化されていない PDF 埋め込みリンクにより、読み込みパフォーマンスが低下します)。

技術的な詳細: コア Web Vitals サブパートの分解

最大規模のコンテンツフルペイント (LCP) サブパーツ分析

LCP の障害を診断するために、パフォーマンスエンジニアは、読み込みタイムライン全体で LCP を 4 つのサブパートに分解します。

TTFB (サーバー処理および配信): 目標予算の 40% を占めます ($< 800\text {ms} $)。
リソース読み込み遅延 (検出時間): HTML パーサーが LCP イメージを検出するまでの経過時間 ($< 200\text {ms} $)。
リソースの読み込み時間 (ダウンロード時間): ネットワーク転送時間 ($< 800\text {ms} $)。
要素のレンダリング遅延 (スタイルとペイント): ダウンロード完了から画面ペイントまでの時間 ($< 200\text {ms} $)。

インタラクションから次のペイント (INP) までのレイテンシフェーズ

INP は、ブラウザーの 3 つの連続した実行フェーズにわたる合計インタラクションレイテンシーを測定します。

入力遅延: イベントリスナーが実行される前にメインスレッド CPU タスクがクリアされるまでのキューの待機時間。
処理期間: 登録された JavaScript イベントハンドラーの実行期間。
プレゼンテーション遅延: スタイルの再計算、レイアウト計算、およびハードウェアペイントの継続時間。

Web エンジニアリングチームの戦略的アクションアイテム

メインスレッドの実行を最適化: サードパーティのスクリプトを監査し、 scheduler.yield() 、 requestIdleCallback() 、または Web ワーカースレッドを使用して 50 ミリ秒を超える長いタスクを分割します。
クリティカルヒーローアセットのプリロード: スクロールせずに見える範囲のビジュアルヒーロー要素には <link rel="preload" as="image"> と fetchpriority="high" を使用します。
エッジキャッシュの展開: グローバル CDN エッジノードから HTML ページを提供して、最初のネットワークのラウンドトリップ時間を最小限に抑えます。
アスペクト比を確保: 累積的なレイアウトシフトを排除するために、すべての画像、SVG、および iframe 要素で width および height CSS 属性を明示的に宣言します。
継続的なパフォーマンスバジェットの実装: CI/CD ビルドパイプラインにパフォーマンスバジェット制限を適用して、展開前に回帰を検出します。

SimpleOps による自動パフォーマンス監視

SimpleOps は、グローバルな Core Web Vitals ベンチマークに対して Web サイトを継続的に監視し、75 パーセンタイルのユーザーエクスペリエンス指標が低下した場合に、Slack、Telegram、電子メール、または Webhook 経由でリアルタイムの回帰アラートを配信します。