広告と測定 / CLEARBYTE

GA4 の直帰率とエンゲージメント率:定義と計算例

GA4 のエンゲージメント率は、エンゲージメントのあったセッションを全セッションで割った値です。直帰率は該当しなかったセッションの割合です。同じ集計範囲なら、直帰率は 100% からエンゲージメント率を引いた値になります。

このガイドの内容

一ページだけの訪問が自動的に GA4 の直帰になるわけではありません。同じ記事を十分長く読んだり、次のページを開く前にキーイベントを完了したりする場合があります。レポート比較や着地ページの評価の前に、現在の定義を確認します。

以下では架空のセッション一覧で分類と分母を示します。特定の国、流入元、サイト種別の基準値ではなく計算練習です。例の割合を目標にするのではなく、同じ分類方法を自分の観測値に適用してください。

率を出す前に対象セッションを分類する

Google は、十秒より長く続く、キーイベントがある、ページまたは画面表示が二回以上ある、のいずれかを満たすセッションを対象と定義しています。すべての条件を満たす必要はありません。タイマーは設定可能なので、既存の導入を調べるときはプロパティの値も確認します。

first_visit、first_open、session_start などの自動イベントは、キーイベントに設定しただけでこの分類を満たすものから除外されます。意味のある業務イベントは意図して定義し、正しく実装します。通常訪問を成果と呼び直すだけでは、利用者の結果が改善した証拠にはなりません。

既定の十秒しきい値による架空セッションの分類
セッション観測した行動対象か理由
セッション A一ページ、4 秒、キーイベントなし対象外どの条件も満たさない
セッション B一ページ、25 秒、キーイベントなし対象既定の時間を超える
セッション C一ページ、6 秒、有効なキーイベントあり対象キーイベントが発生
セッション D二ページ表示、8 秒、キーイベントなし対象表示が二回以上
セッション E一ページ、7 秒、キーイベントなし対象外どの条件も満たさない

同じ分母で両方の率を計算する

五つの例では三つが対象、二つが対象外です。エンゲージメント率は 3 ÷ 5 × 100 = 60%、直帰率は 2 ÷ 5 × 100 = 40% です。同じセッション集合を二つに分けているため、合計が 100% になります。

大きい例では、1,000 セッション中 680 が対象なら 68%、直帰率は 32% です。表示が丸められていれば小さな見かけの差はあります。大きな不一致は、フィルター、期間、ディメンション、指標の範囲が違わないか先に確認します。

セッションがゼロなら、率は数学的には定義できません。アクセスのない行から良否を判断しないでください。小標本は変わりやすく、五つの例では一つの分類が変わるだけで二十ポイント動きます。率と件数を一緒に残します。

同じセッションが時間、キーイベント、複数表示を同時に満たしても、一つのセッションとして数えます。条件ごとの件数は重なり得るため単純に足しません。練習表では条件を個別に記録した後、最終的な対象・対象外を決めると分かりやすくなります。

Engagement rate = engaged sessions / sessions × 100
Bounce rate = (sessions − engaged sessions) / sessions × 100

Example: 680 / 1,000 × 100 = 68% engagement
Remaining sessions: 1,000 − 680 = 320
320 / 1,000 × 100 = 32% bounce

パーセントポイントと相対変化を区別する

同じ計測条件で率が 60% から 68% に上がった場合、増加は八パーセントポイントです。相対増加は (68 − 60) ÷ 60 × 100、約 13.33% です。「八パーセント改善」とだけ書くと計算の意味が曖昧になります。

同時に直帰率は 40% から 32% になり、八ポイント減、元の直帰率に対しては 20% 減です。補い合う指標でも相対変化は異なります。開始値、終了値、分母を保存すれば、受け手が別の意味で解釈することを防げます。

ページを変える前に意外な結果を監査する

分母、日付、流入元、フィルター、タイマー設定を確認し、公開前後の同じ集団を比較します。同意動作、重複ページビュー、キーイベント設定の変更だけで率が変わる場合があります。計測変更と製品変更の記録を一緒に見ます。

一ページの計算機なら、目的の操作が測れるか、ページビューが二重送信されていないかを確認します。長文記事なら読み込みと読める状態を調べます。短い問いを解決するページと複数段階の購入経路では、正常な利用パターンが違います。

再現できる一回の経路で、着地、プライバシー選択、ページ移動、目的の操作を記録し、実イベントと比べます。集計だけではどの条件で分類されたか分かりません。テストのために拒否を無視せず、観測可能な範囲を明示してください。

  • 分母がユーザーや対象セッションではなく全セッションか確認する。
  • タイマーと最近のキーイベント変更を記録する。
  • 該当テンプレートの重複ページビューや欠落イベントを調べる。
  • 着地ページ、端末、流入元で分けて変化の場所を特定する。
  • プライバシー選択を守り、計測への影響を記録する。
  • 計算、ダウンロード、購入など実際の目的達成も調べる。

普遍的な目標より利用者の目的を評価する

すべてのサイトを良くする共通の率はこの表にはありません。記事、ログイン、購入では目的が違います。比較可能な基準を使い、検索結果や広告とページが約束した仕事を訪問者が完了できるか確認します。

率が上がってもダウンロードボタンが壊れていれば、良いツールになった証明ではありません。逆に早く答えが出て滞在が短くなっても満足する場合があります。変更を残すかは機能確認と関連成果を組み合わせて判断します。

パーセント計算機で率を再現し、別に定義した業務結果にはコンバージョン率計算機を使います。条件、成果の定義、分母を報告に残します。期間中に定義を変えたなら、体験改善と混同せず変更を明示します。

低い率は入口と内容の不一致を調べる手掛かりにもなりますが、個々の訪問を無効と決める証拠ではありません。仮説ごとにログ、イベント、機能テストを選びます。クリックとダウンロード完了など、別の出来事も同じ列にまとめないことが大切です。

よくある質問

GA4 の一ページ訪問はすべて直帰ですか?

いいえ。時間条件や有効なキーイベントで対象になる場合があります。次ページが必須と考えず、定義の条件を確認します。

以前の分析システムの直帰率と直接比較できますか?

定義と収集方式を確認した後に限ります。同じ名称でも同じセッションを同じように分類するとは限りません。

表示値を良くするためタイマーを変えるべきですか?

計測目的に合う設定を選び記録します。定義変更は比較可能性を変えますが、それだけで利用者の体験を改善するわけではありません。

出典と定義

計算方法の確認日: