2026年10月11日に、ユーザー・セッション・イベントの区別、キーイベントとコンバージョンの関係、指標の定義、カウント方法の公式資料を読み直し、本記事の仕様説明が現行の記述と一致することを確認しました。確認したのは資料側の記述です。読者の環境のGA4（Google Analytics 4）プロパティやイベント設定は検証していません。
問い合わせ率が上がったのに、商談は減った。購入率は上がったのに、売上は下がった。こうした結果は、必ずしも計算ミスではありません。率は分母との関係を表すため、訪問数や成果の質まで同時に改善したとは限らないからです。
コンバージョン率（CVR）を判断に使うには、何を成果にし、何を分母にし、どの期間で数えたかをセットで残します。この記事では計算の仕組みから、GA4の見方、改善の順序までを整理します。
本記事は成果（CV）の定義と分母の設計に絞ります。「コンバージョンとは何か」「自社では何を成果と呼ぶか」から入りたい場合はコンバージョンとは？超初心者向け完全ガイドが先です。本記事は、その定義を一度決めたあとに「ではどの母数で割るのか」で止まる段階を扱います。
30秒で要点
- CVRには共通の分母がありません。成果を出したユーザーの割合、成果のあるセッションの割合、広告クリックに対する成果件数を区別します。
- GA4のキーイベント率は、その行動が起きたユーザー・セッションの割合です。イベント件数をそのまま割った値とは異なります。
- 率が上がっても、対象人数や単価が下がれば売上は減ります。有効な成果数・粗利・対応負担も一緒に見ます。
- 改善前に、二重計測や分母の変更を確認します。少数の成功例だけで勝ちとせず、比較条件と終了条件を決めます。
最初に「成果」の定義を1行にする
CV（コンバージョン＝サイト上で達成したい行動）は、購入・問い合わせ・資料請求・会員登録などを指します。ただし、ボタンを押すことと受付が完了することは別です。問い合わせを増やしたいなら、「送信ボタンのクリック」だけで受付完了と数えると、入力エラーや通信失敗を成功に含める可能性があります。
例えば、次のように定義します。
対象ページから問い合わせが受け付けられ、重複や社内テストを除外したものを成果とする。率は同じ期間の対象セッションを分母にする。有効問い合わせかどうかは受付後に別途確認する。
何を除外するかも大切です。採用連絡や営業メールを事業相談と同じ成果にすると、入力が簡単になって件数だけ増えた場合に判断を誤ります。フォーム完了は一次指標、商談化や受注は後続指標として追うなど、役割を分けます。
GA4の製品用語では、重要な行動をキーイベントとして扱い、Google Adsの広告評価・入札に使うコンバージョンとは区別します。一般的な事業上の「CV」と、管理画面の列名が常に同じ意味とは限りません。以下の仕様は2026年10月4日に公式資料を確認しました。実アカウントの設定・画面は未検証です。Google公式の用語整理
分母と分子を揃えて計算する
基本形は「対象となる成果 ÷ 対象母数 × 100」です。ただし、割合を求めたいなら、分子も分母と同じ単位で数えます。
表が収まらない場合は、横にスクロールできます
| 求める数字 | 分子 | 分母 | 答える問い |
|---|---|---|---|
| ユーザー単位の成果率 | 対象行動をした重複のないユーザー数 | 同じ範囲のユーザー数 | 何人が少なくとも1回達成したか |
| セッション単位の成果率 | 対象行動があったセッション数 | 同じ範囲のセッション数 | 何回の訪問で少なくとも1回達成したか |
| 成果件数／セッション | 対象行動の回数 | 同じ範囲のセッション数 | 1訪問あたり何回発生したか |
| 成果件数／広告クリック | 定義した成果件数 | 対象広告のクリック数 | クリック数に対し何件の成果があるか |
下の2つは、重複のない人・訪問が成功した割合とは異なります。1訪問や1クリック後に複数の成果を数える定義なら、100件あたりの成果数が100を超えることもあります。数値が高いだけで不正と決めず、カウントの設計を確かめます。
GA4の指標定義でも、セッションのキーイベント率は行動があったセッションの割合です。全キーイベントと特定のキーイベントのどちらを選ぶかも揃えます。表示された「ユーザー」が総ユーザーかアクティブユーザーかを確認せず、手元の別集計へ置き換えないでください。
同じ6訪問でも、率は3つに分かれる
計算のための仮想ログを見ます。A〜Dはこの例の中だけで一貫して識別できる4人です。実GA4で別端末の同一人物まで完全に判別できる、という意味ではありません。
表が収まらない場合は、横にスクロールできます
| ユーザー | セッション | 対象イベントの回数 |
|---|---|---|
| A | 1 | 2 |
| A | 2 | 0 |
| B | 3 | 1 |
| C | 4 | 0 |
| C | 5 | 0 |
| D | 6 | 0 |
このログには4人、6セッション、3回のイベントがあります。行動したのはAとBの2人、行動が起きたのはセッション1と3の2件です。
表が収まらない場合は、横にスクロールできます
| 計算 | 結果 |
|---|---|
| ユーザー単位：2 ÷ 4 × 100 | 50% |
| セッション単位：2 ÷ 6 × 100 | 約33.3% |
| イベント回数／セッション：3 ÷ 6 × 100 | 100セッションあたり50回 |
もしAの2回が正当な2回の購入なら、件数として両方を残す意味があります。誤って同じ送信を2回記録したなら、計測を直す必要があります。「セッションごとに1回」の設定で見かけの件数を合わせても、重複送信の原因が解消したとは限りません。カウント方法の公式説明
CVRが上がっても、売上が下がる理由
次も説明用の仮想値です。返品・値引き・税・原価を考えず、各購入セッションで注文が1件だけ発生する条件で比べます。
表が収まらない場合は、横にスクロールできます
| 指標 | 変更前の月 | 変更後の月 |
|---|---|---|
| セッション数 | 1,000 | 500 |
| 購入セッション数＝注文数 | 50 | 40 |
| 購入セッション率 | 5% | 8% |
| 1注文あたり売上 | 4,000円 | 4,000円 |
| 売上 | 200,000円 | 160,000円 |
率は3ポイント上がり、相対的には60%増えています。それでも訪問が半分になったため、注文は10件、売上は40,000円減っています。この条件では、売上は「セッション数 × 購入セッション率 × 1注文あたり売上」で確かめられます。複数注文がある実サイトでは、この単純式にそのまま当てはめず、注文数と購入セッション数を分けます。
売上が増えても、大幅な値引き・返品・対応工数で利益が悪化することもあります。問い合わせなら、受付件数に加え、商談化した数・対象外の比率・返信にかかった時間を見ます。長期の顧客価値を使うなら、観測期間が短い顧客と長い顧客を無条件に比べません。
高いCVRを作ることと、事業上の成果を増やすことは同じではありません。 比較表は「率・実数・価値・負担」の4列から始めると、抜けを見つけやすくなります。
なぜ「率が上がった」を「成果が増えた」と読んでしまうのか
この誤読は、注意不足というより数字の形に理由があります。
率は1つの数字で、前月より上か下かが一目で分かります。一方、分母は率の内側に畳み込まれて見えません。「5%から8%へ」という表示に、訪問が半分になった事実は含まれていません。見えている数字が改善の方向を示している以上、わざわざその裏側を開く動機が働きにくいのです。
さらに、施策は分母を一緒に動かすことが多いです。広告の停止、ターゲティングの絞り込み、フォーム項目の削減は、いずれも流入の量や構成を変えます。分母が小さくなれば率は上がりやすく、打ち手が効いた結果と、母集団が入れ替わった結果が同じ方向に見えます。
だから対策は「率を疑う」ことではありません。率を単独で置かない形にしておくことです。率を報告する欄の隣に、分子の実数と分母を必ず並べておけば、見ようとしなくても目に入ります。
数字が変わったら、計測・流入・画面を順に確認する
最初からボタンの色を変えると、計測の変化をデザインの効果と取り違えるかもしれません。次の順に原因を絞ります。
表が収まらない場合は、横にスクロールできます
| 確認する層 | 調べる例 | 次の行動 |
|---|---|---|
| 計測 | タグの二重発火、イベント名やカウント方法の変更、除外条件、同意の取得状況 | 変更履歴とテスト操作を照合する |
| 母集団 | 広告停止、端末構成、新規・既存、キャンペーン、繁忙期 | 条件を分けて件数と率を並べる |
| 操作 | 入力エラー、送料の提示、確認画面、送信失敗 | 該当箇所を実際に操作して再現する |
| 成果の質 | 重複、対象外、返品、商談化、値引き | 受付・受注等の別記録と突き合わせる |
別ドメインの決済や予約へ移る場合は、利用者の識別やセッションのつながりが保たれているかも確認対象です。GA4のユーザー識別は設定と端末に依存します。取得できなかった人を「行動しなかった人」と同一視しないでください。ユーザー・セッション・イベントの区別
チャネル別に比べるときは、最初の流入元とセッションの流入元を混ぜないことも大切です。成果の貢献先を読む話はGA4アトリビューション入門で分けて扱っています。
小さな改善を、比較できる形で試す
「フォーム項目が多いので離脱している」と考えたら、まずどの項目で止まるかを観察し、必須かどうかを業務側と確認します。減らすことで受付後の確認作業が増えるなら、その負担も結果に含めます。CROの進め方は、このようにサイトの行動と事業成果をつなぐ入口です。
A/Bテスト（同じ期間に2案を出し分けて比べる方法）をする場合は、変更点・対象ユーザー・主指標・悪化を見張る指標・必要データ・終了条件を先に決めます。たまたま率が高く見えた時点だけを選んで勝ちとしないようにします。必要な母数や検定の扱いは統計で判断を壊さないで確認してください。
件数が少ないなら、十分な結論が出ないこと自体が結果です。毎回期間を延ばしたり、購入からボタンクリックへ成果を差し替えたりすると、最初の問いに答えられなくなります。クリックは補助的な観察として使えますが、購入や有効問い合わせの増加を代わりに証明するものではありません。
また、前月と今月の比較には季節性や広告構成の違いが混ざります。「変更した後に増えた」という観察と、「変更が原因で増えた」という結論を分けて記録します。
まず1件の操作と1つの率を照合する
- 対象のCV定義、イベント名、分母、期間、タイムゾーンをメモします。
- 検証用環境や計測の担当者と調整し、正常送信・入力エラー・再送を試します。本番の注文や受付を不用意に発生させない条件で行います。
- 1回の成立に対して、どのイベントが何回届くか確認します。同意・端末・別ドメインの条件も記録します。
- 同じ期間の分子・分母・除外条件を読み取り、手計算した率とレポートの定義を照合します。識別や推計の差があれば理由を分けます。
- 率に加え、有効件数と利益・対応負担を並べ、次に調べる箇所を1つ選びます。
GA4を設定したばかりならGA4入門、集客とサイト改善の関係から整理するならWebマーケティング完全ガイドへ進めます。先に揃えるのは、良く見える数字ではなく、同じ条件で読み返せる数字です。
参考資料・引用元
- Google, "Users, sessions and events in Google Analytics". https://support.google.com/analytics/answer/11080067 （2026年10月11日確認）
- Google, "Key events and conversions". https://support.google.com/analytics/answer/13965727 （2026年10月11日確認）
- Google, "Data API (v1) Schema — Metrics"（API＝外部システムがデータをやり取りする窓口）. https://developers.google.com/analytics/devguides/reporting/data/v1/api-schema （2026年10月11日確認）
- Google, "About counting methods". https://support.google.com/analytics/answer/13366706 （2026年10月11日確認）