WordPressのCore Web Vitalsと直帰率の関係｜GA4で計測して確かめる方法

「表示が遅いと直帰率が上がる」とよく言われますが、自分のサイトでどの程度影響しているかは、計測してみないと分かりません。この記事では、Core Web Vitals（CWV）と直帰率の定義を確認したうえで、WordPressサイトで両方を同じGA4に集めて比べる方法と、改善の優先順位を紹介します。指標の定義と基準値は、2026年11月時点でweb.devとGoogleアナリティクスのヘルプを確認した内容です。

Core Web Vitalsの3つの指標

Core Web Vitalsは、ページの体験を表す3つの指標です。2024年に、応答性の指標がFID（First Input Delay）からINP（Interaction to Next Paint）に置き換わりました。FCP（First Contentful Paint）はPageSpeed Insightsにも表示されますが、Core Web Vitalsには含まれません。

評価は、実際の訪問者のページ表示の75パーセンタイル（遅い方から4分の1の位置）で、モバイルとパソコンを分けて行います。3つとも「良好」を満たすと合格です。

GA4の直帰率の定義

GA4の直帰率は「エンゲージメントが発生しなかったセッションの割合」で、エンゲージメント率の反対です。次のどれかを満たすセッションが、エンゲージメントのあったセッションになります。

• 10秒以上続いた
• キーイベントが発生した
• ページビューが2回以上あった

つまりGA4では、1ページだけ見て帰った訪問でも、10秒以上滞在していれば直帰になりません。ユニバーサルアナリティクス時代の「1ページだけで離脱した割合」とは数え方が違うため、以前の数値と比べないでください。

CWVと直帰率はどうつながるか

LCPが遅いと、内容が表示される前に戻るボタンを押す訪問者が増え、10秒未満の離脱として直帰に数えられます。INPが遅い、CLSが大きいと、メニューやボタンを押し損ねて離脱するきっかけになります。

ただし、直帰率は表示速度だけで決まるものではありません。検索の意図と内容が合っているか、答えが冒頭ですぐ見つかるか（すぐ答えが分かって満足して帰る場合も直帰になります）など、多くの要因が重なっています。そのため、他サイトの調査の数値をそのまま当てはめず、自分のサイトのデータで確かめるのが近道です。

手順1: 現状のCWVを確認する

• PageSpeed Insights（https://pagespeed.web.dev/）: URLを入れると、実際のChromeユーザーのデータ（フィールドデータ）と、その場で測った結果（ラボデータ）が表示されます。CWVの合否はフィールドデータで判断します。アクセスが少ないページはフィールドデータが表示されないことがあります。
• Search Consoleの「ウェブに関する主な指標」レポート: サイト全体で「不良」「改善が必要」「良好」のURLがどれだけあるかを、似たページのグループごとに確認できます。

まず、不良や改善が必要なURLのグループと、その原因になっている指標（LCP・INP・CLSのどれか）を控えます。

手順2: 訪問者のCWVをGA4に送る

ページごと・訪問ごとのCWVと直帰率を比べるには、実際の訪問者のCWVをGA4に送ります。Googleが公開しているJavaScriptライブラリ「web-vitals」を使うと、LCP・INP・CLSの値を取得できます。

次のコードは、テーマの functions.php（子テーマを推奨）かコードスニペット用のプラグインに追加します。サイトにGA4のタグ（gtag.js）が入っていることが前提です。

<?php
// web-vitals で LCP・INP・CLS を計測し、GA4 にイベントとして送る
add_action( 'wp_footer', function () {
	?>
<script type="module">
import { onCLS, onINP, onLCP } from 'https://unpkg.com/web-vitals@5?module';

function sendToGA4( { name, delta, value, id, rating } ) {
	if ( typeof gtag !== 'function' ) {
		return;
	}
	gtag( 'event', name, {
		value: delta,          // 合計できるように差分を送る
		metric_id: id,         // 同じページ表示の値をまとめるためのID
		metric_value: value,   // その時点の値
		metric_delta: delta,
		metric_rating: rating  // good / needs-improvement / poor
	} );
}

onCLS( sendToGA4 );
onINP( sendToGA4 );
onLCP( sendToGA4 );
</script>
	<?php
}, 100 );

このコードは、web-vitalsの公式READMEにあるGoogleアナリティクスへの送信例をもとにしています。READMEでは、CDNから読み込むより、ファイルを自分のサーバーに置く方が安全性と速度の面で望ましいとされています。運用する場合は、ライブラリのファイルをテーマ内に置いて読み込むように変えてください。

送られたイベントは、GA4の「リアルタイム」レポートに LCP・INP・CLS という名前で表示されます。分析で使うために、GA4の「管理」→「カスタム定義」で、イベントのパラメーター metric_rating をイベントスコープのカスタムディメンションとして登録します。

手順3: CWVの評価ごとに直帰率を比べる

数日から数週間データがたまったら、GA4の「探索」で比べます。

1. 「セグメント」でセッションセグメントを2つ作ります。例: 「イベント名が LCP で、metric_rating が poor」と「イベント名が LCP で、metric_rating が good」。
2. ディメンションに「ページパスとスクリーン クラス」や「デバイス カテゴリ」、指標に「セッション」「直帰率」「エンゲージメント率」を入れます。
3. 2つのセグメントで、同じページ・同じデバイスどうしの直帰率を比べます。

比べるときは次の点に注意します。

• 同じ種類のページで比べる: 記事ページとトップページでは、もともとの直帰率が違います。
• モバイルとパソコンを分ける: 回線や端末の性能が違い、CWVも直帰率も変わります。
• セッション数が少ない組み合わせは判断しない: 数十セッション程度では差が偶然の範囲に収まります。
• 因果関係は改善の前後で確かめる: 遅いページはもともと重い内容のページであることも多いため、改善して直帰率が変わるかを見て判断します。

手順4: 原因の指標から改善する

WordPressはバージョンを重ねて、表示速度に関わる機能をコアに取り入れてきました。画像の srcset（4.4以降）、画像の遅延読み込み loading="lazy"（5.5以降）、最初に表示される大きな画像への fetchpriority="high"（6.3以降）などです。まずWordPress本体・テーマ・プラグインを最新にしたうえで、原因の指標ごとに対策します。

詳しい手順は、LCPの改善とCLSの改善で扱っています。改善した後は、手順3と同じ条件で直帰率を比べ、効果を確かめてください。

まとめ

• Core Web VitalsはLCP・INP・CLSの3つです。FIDは2024年にINPに置き換わり、FCPは含まれません。
• GA4の直帰率は「エンゲージメントのなかったセッションの割合」で、10秒以上の滞在・キーイベント・2ページ以上の閲覧のどれも無いセッションを数えます。
• 表示速度と直帰率の関係はサイトによって違うため、web-vitalsでCWVをGA4に送り、評価ごとに直帰率を比べて確かめます。
• 比べるときはページの種類とデバイスを揃え、改善の前後で効果を確認します。

関連記事:

• WordPressのCore Web Vitalsを改善する方法
• WordPressのLCPを改善する方法
• WordPressのCLSを改善する方法
• WordPressにGA4を設定する方法