GA4の直帰率が高いときの見方｜定義・表示方法・改善前の確認手順

GA4で直帰率を見たら、以前のGoogleアナリティクスより大きく下がっていた。

あるいは、ページを直していないのに、ある日から急に上がっていた。

そんなときは、デザインの変更より先に直帰率の定義と計測条件を確認します。

GA4では、1ページだけ見て離れた訪問でも、一定の条件を満たせば直帰になりません。

この記事では、直帰率の表示方法から、確認対象の絞り方、録画を使った原因の調べ方までを順に整理します。

手順は2026年10月4日に確認したGoogleの公式資料に基づき、表に出てくる数値や改善案は説明用の架空例です。

GA4の直帰率の意味を確認する

GA4の直帰率は、エンゲージメントがなかったセッションの割合です。

ここでいうセッションは、訪問者の人数ではなく、サイトでの一連の利用を数える単位です。

エンゲージメントとの関係を見る

Googleは、エンゲージメントのあるセッションを、時間・キーイベント・閲覧回数のいずれかの条件を満たしたものと説明しています（参考：GA4のエンゲージメント率と直帰率）。

初期設定では、10秒を超えて続く、キーイベントが発生する、2回以上のページまたはスクリーン表示がある、のどれかが判断に使われます。

キーイベントとは、購入や問い合わせの完了など、事業上重要な行動として指定したイベントです。

直帰率は「100% − エンゲージメント率」で確認できます。

たとえば、100セッションのうち60セッションにエンゲージメントがあれば、残り40セッションの直帰率は40%です。

次の表は、時間の基準を初期設定とした架空の例です。

計測された行動	エンゲージメント	直帰の扱い
5秒で終了・1ページ・キーイベントなし	なし	直帰
30秒利用・1ページ・キーイベントなし	あり	直帰ではない
5秒で2ページを表示	あり	直帰ではない
5秒で問い合わせ完了のキーイベントが発生	あり	直帰ではない

この表の時間は、別の計測条件まで保証するものではありません。

実際の判定は、タグが送信したイベントとプロパティの設定を確認して読み取ります。

なお、session_startなど、キーイベントに指定してもエンゲージメント判定に使われないイベントがあります。

旧GAの直帰率と分ける

旧Universal Analyticsでは、追加のインタラクションを計測せずに終わったセッションが、直帰の説明の中心でした（参考：旧GAの直帰率）。

そのため、1ページを長く読んだ訪問でも、追加のインタラクションがなければ直帰になる場合がありました。

GA4では時間の条件もあるため、同じ行動でも扱いが変わります。

「以前は70%、今は30%だから大幅に改善した」と、異なる定義の数値をそのまま比較することはできません。

過去の報告書を引き継ぐ場合は、まず表の見出しを「UA直帰率」と「GA4直帰率」に分けてください。

新しい評価の基準は、同じGA4プロパティで、同じ設定を使った期間から作ります。

GA4で直帰率を表示する

直帰率が見つからない場合は、データが存在しないのではなく、レポートに指標が追加されていない可能性があります。

入口ページを調べたいときは、ランディングページの詳細レポートを出発点にすると条件をそろえやすくなります。

必要な権限とレポートを確認する

詳細レポートの指標を編集するには、対象プロパティの編集者または管理者の権限が必要です。

次の手順で、直帰率とエンゲージメント率を同じ表に追加します（参考：詳細レポートのカスタマイズ）。

1. 対象のプロパティで「レポート」を開く
2. ランディングページなどの詳細レポートを開く
3. 右上の「レポートをカスタマイズ」を選ぶ
4. 「レポートデータ」から「指標」を開く
5. 「指標を追加」で直帰率とエンゲージメント率を選ぶ
6. 「適用」後に内容を確認して保存する

右側に「カード」と表示されている場合は、概要レポートを開いている可能性があります。

また、カスタマイズのアイコンがない場合は、管理者に権限と対象レポートを確認してもらいます。

メニューにランディングページがない場合も、レポートの構成が異なることがあるため、すぐにタグを入れ直す必要はありません。

まず管理者にレポートの公開状況を確認してもらうと、計測の問題と表示の問題を分けられます。

集計条件を残す

直帰率だけをスクリーンショットに残しても、翌月に同じ条件を再現できなければ比較に困ります。

最低限、次の項目を一緒に記録します。

確認項目	記録する内容
対象	プロパティ名とWebデータストリーム
期間	開始日・終了日・比較対象の期間
入口	ランディングページの条件
流入	セッションの参照元・メディア
環境	デバイスカテゴリ
指標	セッション数・直帰率・対象のキーイベント
設定	時間の基準とキーイベントの定義

今日の途中までの数値と、過去の1日分を比べるのも避けます。

GA4はデータの処理に時間がかかり、処理中の数値が変わることがあります（参考：GA4のデータ更新頻度）。

報告日だけでなく、どの日までを集計したかも書いておきます。

直帰率が高い対象を絞る

サイト全体の直帰率が上がっても、すべてのページが悪くなったとは限りません。

新しい広告を始めたことで、もともと直帰率の高い入口からの訪問が増えた可能性もあります。

ページと流入を分ける

入口を調べるときは、ランディングページとセッションの参照元・メディアを組み合わせます（参考：ランディングページレポート）。

具体的には、レポートの表で入口ページを選び、追加のディメンションとして「セッションの参照元 / メディア」を表示します。

こうすると、同じページでも検索から来た訪問と広告から来た訪問を分けて確認できます。

入口ページを知りたいのに「ページとスクリーン」だけを見ると、訪問の途中で見られたページも混ざります。

「ページとスクリーン」は閲覧されたページ全体を扱うため、入口に注目する分析とは目的を分けます（参考：ページとスクリーンのレポート）。

最初は、セッション数がある程度あり、問い合わせや購入への影響も考えられる入口を1つ選んでください。

数件しかない区分の高い直帰率だけで、大きな改修を決めないようにします。

スマホとPCを分ける

次に、同じ入口・同じ流入を、スマートフォンとPCに分けます。

広告の約束とページの内容が同じでも、スマートフォンでは見出しやボタンが画面外に押し出されているかもしれません。

ここからは実際の表示を確かめるためのチェックです。

• 最初の画面で、何のページか分かるか
• 広告に書いた条件や料金が見つかるか
• 追従バナーが本文やボタンを隠していないか
• ボタンの先が、期待した申込画面になっているか
• 読み込み中のまま操作できない要素がないか

これらは直帰率から断定できる原因ではなく、実画面で確認する候補です。

スマートフォンの直帰率が高いという数字を、そのまま「スマートフォンのデザインが悪い」と言い換えないことが大切です。

直帰率を改善する前に計測を点検する

直帰率が突然変わった場合は、ページを直す前に、イベントが重複したり欠けたりしていないかを確認します。

計測の不具合を見落とすと、数値だけを改善する作業になってしまいます。

必要なイベントが届くか見る

Tag AssistantやGoogleタグマネージャーのプレビューで自分の操作を確認し、GA4のDebugViewでイベントを照合します（参考：DebugViewでイベントを確認する）。

基本の確認順序は、入口ページの表示、次のページへの移動、テスト用の完了操作です。

本番の購入や問い合わせを無断で発生させず、サイトで認められたテスト方法を使ってください。

操作	確認したいこと
入口ページを1回開く	同じ表示のpage_viewが重複していないか
サイト内で画面を切り替える	表示した画面に対応する計測が届くか
完了操作を行う	完了前ではなく、意図した時点でイベントが届くか
同じ完了画面を再表示する	意図しない重複送信がないか

Googleは、手動のpage_view送信と自動計測の併用による重複に注意を促しています（参考：ページビューの計測）。

また、ページ全体を読み直さずに画面が切り替わるSPAでは、画面遷移に対応したページビューの確認が必要です（参考：SPAの計測）。

1回の表示が2回として届けば、閲覧回数の条件に影響するため、直帰率が低くても改善とはいえません。

DebugViewに表示されないときは、対象のデバッグ端末や同意状態も確認し、計測を見せるために利用者の選択を無効にしないでください。

設定変更の時期を調べる

直帰率の変化した日と、キーイベントやタグの設定を変えた日を並べます。

GA4の管理画面にはプロパティの変更履歴があり、確認には編集者の権限が必要です（参考：変更履歴を確認する）。

サイトの公開履歴やタグマネージャーの更新記録も、別に照合します。

エンゲージメントの時間基準は、Webデータストリームの「タグ設定を行う」から「すべて表示」「セッションのタイムアウトを調整する」へ進んで確認できます（参考：セッションと時間の設定）。

この画面には、セッションが切れるまでの時間と、エンゲージメントとみなすまでの時間という、別の設定があります。

直帰率を下げることだけを目的に、時間の基準やキーイベントを変えないでください。

事業上必要な変更を行う場合は、変更日と理由を記録し、前後を同じ条件の改善実績として扱わないようにします。

録画とヒートマップで操作を確認する

GA4で対象を絞ったら、ヒートマップとセッションリプレイで、ページ上の操作を確認します。

ヒートマップはクリックやスクロールの分布、リプレイは個々の操作の順番を見るのに役立ちます。

期待とページ内容を照合する

たとえば、送料を訴求した広告から商品ページに来た訪問を調べるとします。

ヒートマップで送料の説明がある位置への到達を見て、録画では送料を探しているように見える操作が繰り返されていないかを確認します。

Clarityでは、クリックやスクロールをヒートマップで確認できます（参考：Clarityのヒートマップ）。

ただし、クリックが集中した場所だけを見て、訪問者の気持ちまで確定することはできません。

録画の対象範囲や同意条件がGA4と異なる場合もあるため、GA4の全セッションが録画にそろうとは考えないでください。

次のように、観察できたことと仮説を分けて記録します。

分けて書く項目	架空の記入例
観察	送料の説明より手前で戻る操作が複数あった
仮説	広告で約束した送料条件が見つけにくい可能性
確認	スマートフォンの最初の画面と広告文を照合
変更案	送料条件への短い案内を商品説明の上に置く
評価	直帰率と購入完了セッションの割合を確認

特定の1本の録画だけで、全訪問者の原因が分かったと結論づけないようにします。

複数の操作と実画面を確かめたうえで、影響が大きそうな仮説から1つずつ検証します。

目的を達成した離脱も考える

店舗の営業時間や住所を確認するページでは、短時間で答えを得て閉じる訪問も考えられます。

必要な情報を得て離れたのか、見つからずに離れたのかは、直帰率だけでは区別できません。

ページの役割に応じて、電話リンク、地図への移動、資料のダウンロードなど、補助的に確認する行動を決めます。

ただし、すべてのクリックをキーイベントにすれば、事業上の成果が増えるわけではありません。

キーイベントは重要な行動を測るために選びます（参考：キーイベントについて）。

「このページでは何ができれば成功か」を先に書いておくと、直帰を減らすためだけに不要な回遊を増やす判断を避けられます。

GA4の直帰率を報告する

報告では、直帰率の増減と、事業にとって大事な成果を並べます。

改善した数字を1つ選ぶのではなく、対象と計測条件がそろっているかを確認します。

成果指標と並べる

次は、直帰率だけで成果を判断しないための架空の集計例です。

指標	変更前	変更後
セッション数	200	300
直帰率	40%	45%
問い合わせ完了のあったセッション	10	18
問い合わせ完了セッションの割合	5%	6%

この例では直帰率は上がっていますが、問い合わせ完了のあったセッションの割合も上がっています。

一方で、流入の構成が変わっただけという可能性も残るため、これだけでページ変更の効果とは断定できません。

セッションを分母にした率と、利用者数を分母にした率、イベント件数そのものは区別してください。

計算のそろえ方は、コンバージョン率の計算とGA4の指標でも整理しています。

報告文は「直帰率が改善した」で止めず、対象・期間・成果・残る不確実性までを短く書きます。

変更後も同じ定義で比較する

以下の確認シートをコピーし、まず1つの入口ページに絞って埋めてみてください。

項目	記入すること
調べる入口	ランディングページとページの目的
比較条件	期間・流入・デバイス
計測の点検	重複送信・画面遷移・完了イベント
設定の記録	時間基準・キーイベント・変更日
確認した操作	録画で観察できた事実
改善仮説	誰が、どこで、何に困っていそうか
試す変更	今回変更する1点
評価	直帰率・成果指標・対象セッション数
次の判断	継続・再確認・変更を戻す条件

基準日や広告の条件が変わったときは、その差も報告に残します。

GA4で調べる入口を決め、録画とヒートマップで操作を確認し、成果指標と一緒に変更を評価する。

この順番なら、直帰率という数字を、次に確認する場所を見つけるために使えます。