コンバージョン率の計算方法｜GA4の指標と、改善前にそろえる分母を解説

コンバージョン率は、申し込みや購入などの成果を、対象となる訪問やユーザーで割って求めます。

ただし、何を成果として数え、何で割ったのかが違えば、同じサイトでも数字は変わります。

たとえば、購入の発生件数をセッション数で割った値は、GA4の「セッションのキーイベント率」と同じとは限りません。

ひとつの訪問中に、購入が複数回起きることがあるためです。

この記事では、架空のデータで計算の違いを整理し、GA4の確認手順、改善前の点検、報告に残す項目まで説明します。

手元のレポートにある「CVR」が何を表しているか、分子と分母から確かめてみてください。

コンバージョン率の計算で決めること

何を成果として数えるか決める

コンバージョンは、サイトで達成してほしい行動です。

ECなら購入、問い合わせサイトなら送信の成功など、事業の目的に合わせて決めます。

ここで、申し込みボタンのクリックと、申し込みの完了を分けることが大切です。

入力エラーで送信できなかった場合も、ボタンのクリックだけは発生することがあります。

クリック数を問い合わせ件数として扱うと、実際に届いた依頼より多く見えるおそれがあります。

サイトの目的	最終成果の候補	途中の行動として分けるもの
問い合わせを受ける	送信が成功した問い合わせ	フォーム表示・送信ボタンのクリック
商品を販売する	確定した注文	商品閲覧・カート追加
会員を増やす	登録の完了	登録画面の表示
商談をつくる	有効な商談の予約	予約ページへの移動

最終成果と途中の行動は、どちらも改善に役立ちます。

ただし、同じ「CV」という名前で合算せず、目的を分けて見られるようにしておきましょう。

GA4では、事業にとって重要なイベントを「キーイベント」として指定できます。

どの行動を指定するかは、自社の目的に沿って判断します（Googleのキーイベント解説）。

分母を明記する

コンバージョン率の分母には、セッション、ユーザー、広告の操作などが使われます。

セッションは訪問のまとまりで、同じユーザーが複数のセッションを持つことがあります。

そのため、「訪問のうち、どれくらい成果があったか」と「ユーザーのうち、どれくらい成果に至ったか」は別の問いです。

確かめたいこと	使う単位の例	レポートに付ける名前の例
訪問の中で成果が起きた割合	成果があったセッション ÷ 全セッション	購入があったセッションの割合
ユーザーの中で成果が起きた割合	成果があったユーザー ÷ 対象ユーザー	購入したユーザーの割合
広告の操作に対して成果が起きた割合	広告に計上された成果 ÷ 対象の広告操作	Google広告のコンバージョン率

GA4には「合計ユーザー数」と「アクティブ ユーザー数」など、異なるユーザー指標があるため、列名まで確認して使います（Googleのユーザー指標の解説）。

また、Google広告のコンバージョン率は、同じ期間の対象となる広告操作を分母にする指標です。

サイトの全セッションを分母にした値と、数字だけを横に並べないようにします（Google広告の指標定義）。

コンバージョン率の計算例

同じデータを別の分母で計算する

以下は、計算の違いを確認するための架空のデータです。

実際のサイトの成果や、業界の平均値ではありません。

集計したもの	仮の値
全セッション	1,000
対象ユーザー	800
購入イベントの発生件数	30
購入があったセッション	24
購入したユーザー	20

このデータでは、購入したユーザーの一部が別の訪問でも購入し、同じ訪問中に複数回購入したケースも含まれています。

まず、購入があったセッションの割合を求めます。

24 ÷ 1,000 × 100 = 2.4%です。

次に、購入したユーザーの割合を求めます。

20 ÷ 800 × 100 = 2.5%です。

さらに、購入の発生件数を全セッションで割ると、30 ÷ 1,000 × 100 = 3.0%になります。

この3.0%は、購入があったセッションの割合ではありません。

「セッション数に対する購入件数の比率」として、別の定義を持つ値です。

計算の目的	分子	分母	結果
購入があった訪問の割合	購入があった24セッション	全1,000セッション	2.4%
購入したユーザーの割合	購入した20ユーザー	対象800ユーザー	2.5%
訪問数に対する購入件数の比率	購入30件	全1,000セッション	3.0%

分母を変えるときは、分子も目的に合っているか確認します。

購入件数をそのまま残してユーザー数で割っても、「購入したユーザーの割合」にはなりません。

重複する成果の扱いを決める

同じユーザーが繰り返し行った成果をどう数えるかも、先に決めておきます。

たとえば、同じセッションで資料を3回ダウンロードしたとします。

ダウンロードの発生件数は3件でも、ダウンロードがあったセッションは1つです。

GA4のキーイベントには、イベントごとに数える方式と、セッションごとに1回数える方式があります。

管理画面の「イベント」で対象を確認し、カウント方法を記録してください（Googleのカウント方法の説明）。

一方で、計測の重複によって同じ注文が2回送られた場合は、別の購入が2回起きたことにはなりません。

正しい繰り返しと、誤った二重計測を分ける必要があります。

注文や問い合わせの実データと、計測された件数を照合できる状態にしておくと、原因を調べやすくなります。

起きたこと	調べる方向
同じ人が別の注文を2件確定した	事業上、2件の成果として扱うか確認
同じ注文のイベントが2回送信された	イベントの重複送信を調査
完了画面を再表示するたびに件数が増える	発火条件と再読み込み時の動作を調査
送信に失敗しても成果が増える	クリックと送信成功の区別を調査

GA4で成果に関する指標を確認する

キーイベントの設定を確認する

GA4の通常のレポートでは、重要な行動を「キーイベント」として扱います。

広告の計測や入札に使う「コンバージョン」とは、用語と用途を分けて確認します（Googleの用語の説明）。

まずは、対象のGA4プロパティを開き、次の順で設定を確かめてください。

1. 「管理」から「データの表示」にある「イベント」を開く。
2. 対象イベントの名前が、実装担当者と共有している名前と一致するか確認する。
3. 「最近のイベント」で、対象イベントの星印がキーイベントとして設定されているか確かめる。
4. 「キーイベント」で対象のカウント方法を確認し、確認日と合わせて記録する。

画面名や操作できる範囲は、権限や表示言語によって異なる場合があります。

対象が見つからないときは、設定を増やす前に、正しいプロパティとデータストリームを開いているか確認します。

星印を付けたことだけでは、イベントが正しく届いている証拠にはなりません。

実際の操作と、イベントの受信を別々に確認してください（Googleの設定手順）。

また、キーイベントへの指定やカウント方法の変更は、過去のデータを同じ条件に直してくれるものではありません。

変更日をレポートに残し、変更前後をひと続きの同条件データとして扱わないようにします。

対象のレポートを確認する

GA4で見る指標名は、次のように分けてメモしておくと混同を減らせます。

指標	確認する内容
キーイベント	設定されたカウント方法で数えた件数
セッションのキーイベント率	キーイベントが発生したセッションの割合
ユーザーのキーイベント率	キーイベントを発生させたユーザーの割合

GoogleのData APIにも、セッション単位とユーザー単位のキーイベント率が、それぞれ別の指標として定義されています（Googleの指標定義）。

そのうえで、見たい成果が「購入」なのか「問い合わせ」なのかを絞ります。

「すべてのキーイベント」を選んだままでは、比較したい成果以外も含まれる場合があります。

ランディングページの成果を見るなら、GA4の「ランディング ページ」レポートで、入口のページごとに確認できます。

対象期間を設定し、キーイベントの選択欄がある場合は、分析したいイベントを選んでください（Googleのランディングページレポート解説）。

レポートの構成はプロパティによって変わるため、見当たらない場合は管理担当者に確認します。

手計算の値と表示値が違うときは、すぐに故障と判断せず、指標、イベント、期間、絞り込みを順に照合しましょう。

コンバージョン率を比較する条件

期間と流入をそろえる

コンバージョン率の変化には、ページの改善以外も影響します。

広告の配信先が変わったり、購入意欲の異なる訪問が増えたりすると、サイト全体の割合も動きます。

たとえば、以前から検討していた人の訪問と、初めて広告を見た人の訪問を、同じ集まりとして考えないほうが調査しやすくなります。

比較するときは、次の条件をそろえてください。

条件	残す情報
成果の定義	購入・有効な送信など、完了とみなす条件
分子と分母	件数・達成セッション・対象ユーザーなど
期間	開始日・終了日・タイムゾーン
流入	対象の広告・参照元・キャンペーン
ページ	対象URL・変更した版
端末	スマートフォン・PCなどの区分
計測設定	キーイベント指定日・カウント方法の変更日

GA4の流入元には、ユーザー単位、セッション単位などの違いがあります。

セッションの成果を比較する表に、意味を確かめず「最初のユーザーの参照元」を混ぜると、想定と異なる区分になり得ます（Googleのトラフィックソースのスコープ解説）。

レポートを保存するときは、列の正式な名前も一緒に残しましょう。

件数も並べて見る

率だけでは、変化の大きさを判断しにくいことがあります。

架空の例として、10セッション中1セッションで成果があれば10%です。

次の期間に10セッション中2セッションで成果があれば20%になります。

率は2倍ですが、成果があったセッションの差は1つです。

これだけで、変更によって安定した改善が起きたとは判断できません。

比較項目	変更前の架空データ	変更後の架空データ
全セッション	10	10
成果があったセッション	1	2
成果があったセッションの割合	10%	20%

割合の隣には、分子と分母の実数を置きます。

また、2%から3%への変化は「1ポイント増」で、元の値に対する相対的な増加は50%です。

両者を混ぜず、どちらを伝えているか明記すると、受け手が変化を読み違えにくくなります。

必要なデータ量は、元の割合や確認したい差などによって変わるため、「何件あれば必ず判断できる」と一律には決めません。

コンバージョン率が下がったら調べること

計測とサイトの不具合を確認する

率が下がったら、最初に実際の成果が減ったのか、計測だけが減ったのかを分けます。

問い合わせの受信数は変わっていないのに、GA4のキーイベントだけ減ったなら、タグや発火条件を調べる手がかりになります。

逆に、計測値と実際の送信数がともに減った場合は、入力や送信の動作も確認します。

1. 注文管理や問い合わせ受付のデータで、実際の成果を確認する。
2. 変化が始まった日と、サイト・タグ・広告の変更日を照合する。
3. 対象の端末で、入口ページから完了まで操作する。
4. DebugViewなどで、意図したイベントが届くか確かめる。
5. 二重送信や、失敗時の誤発火がないか確認する。

DebugViewは、デバッグモードで送られたイベントを確認するための画面です。

通常のレポートの集計結果とは役割が異なるため、実装確認と期間比較を分けて使います（GoogleのDebugView解説）。

テスト操作の時刻を記録しておくと、実際の注文や問い合わせとの照合がしやすくなります。

本番の購入や送信を試す場合は、社内で決めたテスト手順に沿って進めてください。

ヒートマップと録画へ進む

計測が正常で、特定のページや端末に問題が絞れたら、操作の様子を調べます。

ヒートマップでは、重要な説明やボタンの位置まで訪問者が到達しているかなど、分布を確認できます。

たとえばClarityのスクロールマップでは、ページ内の位置に到達した割合を確認できます（Microsoftのスクロールマップ解説）。

ただし、到達していないことだけで、その説明が不要だとは判断できません。

手前で目的を達成した場合も、迷って離れた場合もあるためです。

録画では、入力のやり直し、ボタンを押した後の反応、同じ場所への戻りなどを調べます。

率の変化から立てる問い	次に見るもの	すぐに断定しないこと
スマホだけ成果が減ったのか	スマホの表示と入力操作	小さい画面だけが原因という結論
フォームに到達しなくなったのか	到達分布とページ内の導線	下部の説明は読まれないという結論
送信の直前で止まるのか	入力エラーと送信時の反応	必須項目を減らせば解決するという結論
広告の訪問だけ変化したのか	広告内容と入口ページの一致	ページのデザインだけが原因という結論

確認できた動作と、まだ推測している理由を分けて記録します。

LPのどこから直すか迷う場合は、LPOの改善順序も参考にしてください。

コンバージョン率の改善を報告する

成果の質と売上も確認する

コンバージョン率が上がっても、事業の結果が良くなるとは限りません。

問い合わせの条件を広げた結果、対応できない依頼が増えることも考えられます。

ECでは購入の割合だけでなく、注文単価や返品、キャンセルなども確認したい項目です。

率の改善を評価するときは、事業の目的につながる指標を隣に置きます。

サイト	一緒に確認する指標の例
問い合わせサイト	有効な問い合わせ数・商談化・対応工数
ECサイト	売上・注文単価・キャンセル・粗利
予約サイト	有効な予約・来訪・予約の取り消し
会員サービス	登録後の利用・継続・有料化

たとえば、問い合わせの入力項目を減らす案なら、完了の割合と、営業に必要な情報が足りるかを両方確認します。

「申し込みを増やす」と「受け取った後に対応できる」は、同じ改善の中で考えておきたい点です。

条件と未確認点を残す

報告では、数値、条件、解釈、次の行動を分けて書きます。

以下は、そのまま項目として使える記録のひな形です。

項目	記入する内容
対象	ページ・流入・端末
成果	完了とみなすイベントと実データ上の条件
指標	分子 ÷ 分母 × 100の定義
比較	期間・変更前後の件数と割合
変更	ページ・広告・計測で変えた点
確認済み	実際に観察できた動作や数値
未確認	季節性・流入の変化など、切り分けていない要素
次の行動	調査・修正・検証と、その担当者

架空の記入例なら、「スマホの問い合わせ送信を対象に、送信成功があったセッションの割合を比較した」と、まず定義を書きます。

続けて、分子と分母の実数、フォームを変更した日、同時に広告を変えたかを残します。

ここまでそろえると、後から別の担当者が見ても、何を比較したかを追いやすくなります。

他社の平均値を目標にする前に、自社の数字が同じ条件で測れているかを確認してください。

最初の作業は、いま使っている「CVR」の横に、成果の定義・分子・分母・期間の4つを書き足すことです。