コンバージョンとは？種類・数え方と成果を決める設計例

コンバージョン（CV）は、購入・予約・問い合わせ受付など、事業や施策の目的に応じて定義する成果行動です。何を成果にするかに加えて、成功した条件、1回の単位、重複や無効の扱いを決めて初めて比較できます。ボタンが押されたことと、問い合わせが受け付けられたことは同じではありません。

まず事業の最終成果、その手前でサイト上に記録する成果、診断用の中間行動を分けます。次にイベント・セッション・顧客などの数え方を固定し、業務側の受付や売上と照合します。本記事の数値は架空の説明用で、業界平均やXtrategyの成果実績ではありません。

最終成果と中間行動を分ける

ECなら購入、予約サービスなら予約確定がサイト上の主成果になり得ます。B2Bでは受注が最終成果でも、検討期間が長いため、問い合わせ受付や商談を途中の成果として追うことがあります。「最終」「中間」は行動名だけで決まらず、事業の目的と評価段階によります。

主成果をマクロコンバージョン、その前の診断用行動をマイクロコンバージョンと呼ぶ場合があります。カート追加やスクロールを購入と同じ重みで合算すると、見かけのCV件数だけが増えます。安い中間行動を増やすことが、売上を増やす最適化と一致するとは限りません。

認知や理解を目的にする施策もあるため、即時CVがない広告を一律に無意味とはしません。どの段階の何を改善したい施策かを定め、その目的に合う観測指標と、後から確認する事業成果を分けてください。

自社の成果を設計する7項目

担当者ごとに「問い合わせ」の意味が違うと、数値が合っていても判断がずれます。マーケティング、営業、開発、データ担当で、次のシートを1行ずつ埋めます。イベント名を先に決めるより、業務上どの状態なら成功かを先に合意する方が、後の計測仕様を定めやすくなります。

問い合わせ受付なら「送信ボタンを押した時点」ではなく、受信システムが正常に受付を確定した時点など、観測できる成功シグナルを検討します。購入なら決済の成否、キャンセル・返品、予約なら仮予約と確定予約の扱いが必要です。1件の受付に付く業務上のIDは重複確認に役立ちますが、個人情報や機密をそのまま解析ツールへ送らないよう設計します。

有効リードや受注は、サイトのイベントだけでは判定できないことがあります。営業が確認した結果をどのデータで追うか、受付と受注をつなぐ条件、更新担当、確定までの待ち時間も決めます。「まだ追えていない」と「成果0」を同じ表示にしないことが大切です。

イベント・セッション・人物の数え方は別

イベント件数は、実装されたイベントが発生した回数です。成果発生セッション数は、対象行動が少なくとも一度あったセッションを数えます。識別されたユーザー数は利用する識別方法に依存し、業務側で重複整理した顧客や自然人の数と常に一致するものではありません。

GA4では、重要なイベントをキーイベントとして扱います。キーイベントにはイベントごと、セッションごとのカウント方法があり、どちらも「同じ人物は生涯1回だけ」という設定ではありません。変更は将来のデータへ適用されるため、設定変更前後の比較には注記が必要です。GA4のカウント方法を確認してください。

また、GA4のキーイベントと、広告最適化に使うGoogle広告のコンバージョンは役割と設定が異なります。GA4でイベントをキーイベントにする公式説明に沿って、解析上の重要行動と広告側の主成果を区別します。

Google広告の「1回」を人物単位と読み替えない

Google広告のEvery／Oneは、コンバージョンアクションと広告接点に対するカウントの選択です。Oneを選べば同じ人物の再訪や別の広告接点による成果がすべて除外されるわけではありません。購入とリードで必要な設定も異なるため、Google広告のカウント設定を対象アクションごとに確認します。

「直接CV＝その訪問で即完了」「間接CV＝後日再訪」と共通仕様のように分類することも避けます。訪問回数・経過時間と、接点へ貢献を配分するアトリビューションは別の軸です。レポートの正式な指標名、帰属モデル、クリック後・表示後の期間を併記してください。媒体同士が同じ1件を自社の広告へ帰属することもあります。

架空ファネルでCV件数と率を読む

架空のB2Bサイト例：同一期間にLPへ入った10,000セッションを起点にします。以下のサイト内ステップは、そのセッション内で順に行動した対象を、各段階で1回として集計した例です。有効リードと受注は、この期間に獲得した受付を業務側で追跡し、成果確定を待って照合した値とします。

受付成功が100セッションなら、成果発生セッション率は100÷10,000＝1%です。一方、再送や重複タグなどによって受付成功イベントが120件記録されていれば、イベント件数÷入口セッションは120÷10,000＝1.2%になります。同じ指標ではなく、再送20件を改善効果と判断してはいけません。受付100件も、自然人100人と断定できる数字ではありません。

CVRを使うときは、イベント件数／クリック、成果発生セッション／セッション、成果発生ユーザー／ユーザーなど、分子と分母を明示します。セッションとクリック、イベントと人物を交換可能なものとして扱わず、条件不明の業界平均との単純比較も避けます。

この例では受付100から有効40、受注10へ進んでいます。CTAだけを変えてクリックが増えても有効40が減るなら、目的に対してよい変化とは限りません。クリックの見方はCTRの定義と判断例、費用評価はCPAの費用範囲と許容額へつなげてください。

成功計測と重複を検証するチェックリスト

拡張計測のform_submitはフォーム送信の操作を捉えるもので、業務システムが問い合わせを正常に受け付けた証明とは限りません。内部CTAクリックもすべて自動収集されるわけではありません。GA4の拡張計測仕様を確認し、受付成功との対応を実際の処理で検証します。

1. 成功：正常受付・決済成功・予約確定のどの状態で発火するか。
2. 失敗：入力エラー、通信失敗、決済失敗でも発火していないか。
3. 重複：連打、再送、完了画面の再読込、戻る操作、複数タグで増えないか。
4. 対象：本番ホスト、対象フォーム、言語、テスト・社内アクセスが区別されているか。
5. 移動：別ドメインの決済・認証・アプリへ移っても、期待する計測条件が保たれるか。
6. 同意と情報：同意状態やブラウザ条件、送信するデータに問題がないか。
7. 照合：業務側の成功件数・IDと差がある場合、原因を説明できるか。

サーバー側の送信を選んでも、同意や識別、重複、個人情報の制約がなくなるわけではありません。移行すれば計測が完全になると約束せず、利用目的とデータの取扱いに合わせて設計します。成果イベントの成功条件が未検証なら、イベント数を登録人数として報告せず、未検証と記録します。

課題に応じて次の改善を選ぶ

入口はあるが次の行動が分かりにくいならCTAの文言・配置を確認します。フォームまでの離脱や訴求の不一致はLPOの診断手順で調べます。売上に対する広告費の妥当性を見るならROASと利益の関係も必要です。

見直しでは、対象期間、実施した変更、成果定義、品質、費用、担当、結論を記録します。単純な前後比較だけで原因を確定せず、検証する仮説と必要な情報を残してください。CV件数の増減だけでなく、どの段階で何が変わったかが次の行動を決めます。

成果に向けた施策の担当・計画・費用と月次予実を整理する際は、Xtrategyの機能一覧をご覧ください。目標の定義と、実施する施策・費用を結び付けて管理できます。