コンバージョン設計とバリューベース入札|CV地点の選び方からCV値の設計まで
コンバージョンは「設定するもの」ではなく「設計するもの」
自動入札は、設定されたコンバージョンをゴールとして学習します。つまり、どのアクションをCVに設定するかが、入札の最適化方向そのものを決めます。
CVの設計が不適切だと、いくら入札戦略を工夫しても成果は出ません。たとえば、月間CV数が5件しかないアクションを最適化目標にすれば、機械学習に必要なデータが足りず学習が進みません。逆に、ページビューのような浅いアクションを目標にすれば、数は集まっても事業成果とは乖離します。
CV設計は、「事業にとって意味のあるアクション」と「機械学習に必要なデータ量」のバランスをとる行為です。
マイクロCVとマクロCVの使い分け
CV地点は大きく2つに分けて考えます。
| 分類 | 定義 | 具体例 |
|---|---|---|
| マクロCV | 事業目標に直結する最終アクション | 購入完了、申込完了、契約成立 |
| マイクロCV | マクロCVに至る途中の行動 | カート追加、フォーム到達、資料DL |
マクロCVだけで十分なデータ量がある場合は、マクロCVのみを最適化目標に設定するのがシンプルです。しかし実際には、月間CV数が少なすぎて学習が安定しないケースが多くあります。
Googleのスマート自動入札では、tCPAの場合は月30件以上、VBBで使うtROASの場合は月50件以上のCVデータが推奨されています。この水準を下回る場合、マイクロCVを追加して学習データを補う設計が有効です。
データ量と質のトレードオフ
マイクロCVを入れるとデータ量は増えますが、マクロCVとの相関が弱いアクションを選ぶと最適化の方向がずれます。たとえば「ページを3ページ以上閲覧」をマイクロCVにしても、購入との相関が低ければ自動入札の精度は上がりません。
マイクロCVを選ぶ際は、次の基準で判断します。
- マクロCVとの相関が高いか(マイクロCVを達成した人のうち、何%がマクロCVに至るか)
- 発生頻度が適切か(多すぎず少なすぎず、月30件以上を安定して超えるか)
- ファネル上で「意思表示」に近いか(閲覧ではなく行動を伴うか)
運用メモ BtoB案件で、フォーム送信(月10件前後)だけでは学習が安定しなかったため、「フォーム到達」をマイクロCVとして追加しました。フォーム到達から送信への遷移率が約40%と高かったため、自動入札の学習精度が改善し、CPA安定までの期間が短縮されました。マイクロCVは「到達率が高い行動」を選ぶのがポイントです。
CV地点の選び方:事業フェーズとデータ量のマトリクス
CV地点の最適解は、事業フェーズとデータ量の組み合わせで変わります。以下のマトリクスは、選定の出発点として活用してください。
| 月間CV数 30件以上 | 月間CV数 30件未満 | |
|---|---|---|
| EC・物販(購入が明確) | 購入完了をマクロCVに設定 | カート追加をマイクロCVとして併用 |
| リード獲得(BtoB・サービス) | フォーム送信をマクロCVに設定 | フォーム到達やクリック型CVを併用 |
| 来店・予約型 | 予約完了をマクロCVに設定 | 電話タップ・MAP閲覧を併用 |
| アプリ | インストールをマクロCVに設定 | 初回起動後のアクションで段階設計 |
事業の成長に伴ってデータ量が増えたら、マイクロCVを外してマクロCVのみに戻すのが基本です。マイクロCVはあくまで「学習期間を支える補助輪」として使います。
バリューベース入札(VBB)の考え方
通常のコンバージョン最適化では、すべてのCVを「1件」として等価に扱います。しかし実際には、CVごとに事業への貢献度は異なります。10万円の商品を買った人も、500円の商品を買った人も同じ「1件」です。
バリューベース入札(VBB)は、CVの件数ではなくCV値(コンバージョンの価値)を最大化する入札方式です。Google広告では「コンバージョン値の最大化」や「目標ROAS」、Meta広告では「最高バリュー」入札がこれにあたります。
VBBが有効な条件
VBBはどんなアカウントでも使えるわけではありません。有効に機能するための前提条件があります。
| 条件 | 理由 |
|---|---|
| CV値にばらつきがある | 全件同額ならVBBと通常最適化の結果は変わらない |
| 月間50件以上のCVデータがある(tROASの場合) | 値の分布を学習するにはCV件数も必要 |
| CV値を正確に計測・送信できる | 不正確な値は学習を歪ませる |
| CV値が事業利益と相関している | 売上額でなくても利益額や粗利で設計すると精度が上がる |
VBBが向いている典型例はECサイトです。注文金額が顧客ごとに異なるため、高単価のCVに入札を寄せることで広告投資対効果を改善できます。一方、BtoBのリード獲得で全件が「問い合わせ1件」の場合は、まずCV値に差をつける設計が先です。
CV値の設計パターン
CV値の設計には3つの代表的なパターンがあります。
パターン1:均一値
すべてのCVに同じ金額を割り当てます。最もシンプルですが、VBBの恩恵はほぼありません。通常の「コンバージョン数の最大化」と結果は同等です。
使いどころは限定的で、「とりあえずCV値のカラムにデータを入れておきたい」程度の目的に留まります。
パターン2:推定値(スコアリング方式)
CVの種類に応じて異なる値を割り当てます。たとえば、リード獲得型ビジネスで以下のようにスコアを設定します。
| CV地点 | 推定CV値 | 根拠 |
|---|---|---|
| ホワイトペーパーDL | 1,000円 | 商談化率 5% × 平均受注額 200万円 × 1% |
| セミナー申込 | 5,000円 | 商談化率 10% × 平均受注額 200万円 × 2.5% |
| 問い合わせ | 20,000円 | 商談化率 40% × 平均受注額 200万円 × 2.5% |
| 見積り依頼 | 50,000円 | 商談化率 80% × 平均受注額 200万円 × 3.1% |
推定値は「そのCVが最終的にどれだけの売上につながるか」を逆算して設計します。実際の商談化率や受注率のデータがあれば精度が上がり、なければ仮説で始めて四半期ごとに見直します。
パターン3:実売上連携
ECサイトなどで、注文ごとの実際の金額をCV値として送信します。最も精度が高い方式ですが、GTMやサーバーサイドでの実装が必要です。
Google広告ではグローバルサイトタグやGTMのデータレイヤーを通じて動的な値を送信します。Meta広告ではピクセルのvalueパラメータまたはCAPIで金額を渡します。
運用メモ BtoBでVBBを導入する場合、CRM(SalesforceやHubSpotなど)の商談データと広告CVを紐づけるのが理想です。しかし初期段階ではデータ連携の仕組みが整っていないケースも多いです。その場合、まず推定値方式で始めて効果を確認し、ROIが見合うことがわかってからCRM連携を構築するのが現実的です。
オフラインコンバージョンインポートの実務
オンラインで完結しないビジネスでは、来店・電話・対面商談などのオフラインCVを広告プラットフォームに送り返す仕組みが重要です。
Google広告の拡張コンバージョン
Google広告の拡張コンバージョンは、ユーザーがサイト上で入力した1st partyデータをハッシュ化してGoogleに送信する仕組みです。対象となるデータはメールアドレス、電話番号、氏名、住所の4種類です。
これにより、Cookieに依存しないコンバージョン計測が可能になります。特にリード獲得型ビジネスでは、フォーム送信時のデータと、後日の成約データを紐づけることで「広告経由のリードが実際に成約したか」を追跡できます。
| 送信するデータ | 形式 | 用途 |
|---|---|---|
| メールアドレス | SHA-256ハッシュ化 | ユーザー照合の主キー |
| 電話番号 | SHA-256ハッシュ化 | メール未取得時の補完 |
| 氏名 | SHA-256ハッシュ化 | 照合精度の向上 |
| 住所 | SHA-256ハッシュ化 | 照合精度の向上 |
拡張コンバージョンには「Webの拡張コンバージョン」と「リードの拡張コンバージョン」の2種類があります。Webの拡張コンバージョンはサイト上のCV計測精度を高めるもの。リードの拡張コンバージョンはCRMからオフラインの成約データを送り返すものです。
Meta コンバージョンAPI(CAPI)
MetaのCAPIは、サーバーからMetaにイベントデータを直接送信する仕組みです。ブラウザのCookie制限やITP、広告ブロッカーの影響を受けず、計測精度を維持できます。
CAPIの導入方法は複数あります。
- GTMサーバーサイドコンテナ経由
- パートナー統合(Shopify、WordPress等のプラグイン)
- 直接API実装(開発リソースが必要)
CAPIはピクセルの代替ではなく、ピクセルと併用する設計が推奨されています。ピクセルとCAPIの両方からイベントを送信し、Meta側で重複排除(event_idによるデダップ)を行います。
コンバージョン計測の精度を維持する仕組み
計測環境の変化により、従来のCookieベースの計測だけでは正確なCV数を把握できなくなっています。精度を維持するための主要な仕組みを整理します。
同意モード(Consent Mode)
Google広告の同意モードは、ユーザーのCookie同意状況に応じて計測の挙動を切り替える仕組みです。ユーザーがCookieの使用に同意しなかった場合でも、個人を特定しない形でコンバージョンの推定が行われます。
同意モードには「基本」と「拡張」の2段階があります。
| モード | 動作 | 計測精度への影響 |
|---|---|---|
| 基本(Basic) | 同意前はCookieもpingも送信しない | 未同意ユーザーの計測は完全に失われる |
| 拡張(Advanced) | 同意前もCookieなしのpingを送信 | 推定コンバージョンで補完される |
日本では2025年時点でCookie同意の法的義務は限定的ですが、EEA圏のユーザーにリーチする場合は設定が必要です。また、今後の法改正に備えて導入を進める企業も増えています。
推定コンバージョン
Googleが機械学習を使い、直接計測できなかったCVを統計的に補完する仕組みです。同意モードの拡張設定や拡張コンバージョンが有効な場合に、推定CVが計上されることがあります。
推定CVは管理画面のコンバージョン列に含まれます。品質スコアは診断用の指標であり、実際のオークションには使用されません。推定CVの計上ロジックもオークションの入札判断とは別の仕組みで動いています。
運用メモ 推定CVが全体のCV数に占める割合が高すぎる場合は、計測基盤に改善の余地がある可能性があります。拡張コンバージョンやCAPIの導入状況を確認し、直接計測できるCVの割合を高めることが先決です。推定CVの比率はGoogle広告の管理画面で「コンバージョンの内訳」から確認できます。
CV設計の見直しタイミングと判断基準
CV設計は一度決めたら終わりではありません。以下のタイミングで見直しを検討します。
| 見直しタイミング | チェック内容 |
|---|---|
| 四半期ごとの定期レビュー | マイクロCVからマクロCVへの遷移率に変化はないか |
| CV数の増減が顕著なとき | 月間CV数が30件を安定的に超えたらマイクロCV除外を検討 |
| 事業モデルが変わったとき | 新商品投入やサービス改定でCV地点自体を再設計 |
| VBB導入・変更時 | CV値の設計パターンを実データと照合して補正 |
| 計測環境の変化時 | iOS/ブラウザのアップデートで計測精度に影響がないか |
CV設計は「広告運用の設計図」です。自動入札の性能を引き出すためには、CV地点とCV値の設計を定期的に見直し、事業の実態に合わせ続けることが欠かせません。
参照元
運用型広告のコンサルタント。Google広告・Meta広告・Yahoo!広告を中心に10年以上の実務経験。