AIで動画広告を速く作れるようになっても、最適化する指標が「フォーム送信」のままなら、広告は安い問い合わせを増やす方向へ学習しやすくなります。
BtoBで本当に見たいのは、問い合わせの先にある有効会話、商談実施、提案、受注です。そこで重要になるのが、CRMの商談結果をGoogle広告へ返す「深いコンバージョン（CV）」の設計です。
僕の結論はシンプルです。AI動画を量産する前に、「どの商談状態を、誰が、いつ、どんな定義で記録するか」を決める。 そのうえで、最初は観察用の副次的なCVとして計測し、データの量・遅延・定義の安定性を確認してから入札へ使う。この順序なら、制作速度を顧客理解の速度へ変えやすくなります。
問い合わせが増えても、売れる条件は分からない
たとえば、法人向けサービスで2本のAI動画を比較するとします。以下は説明用の仮例です。
| 動画 | 問い合わせ | 有効会話 | 商談実施 | 提案 |
|---|---|---|---|---|
| A：価格の安さを強調 | 20 | 2 | 1 | 0 |
| B：導入後の業務変化を説明 | 7 | 4 | 3 | 2 |
フォーム送信だけを成果にすると、Aが優秀に見えます。しかし、営業が「課題と予算を確認できた相手」まで見るとBの方が良い。この差を広告側へ返さなければ、AIで動画Aの類似案を増やしても、営業につながりにくい問い合わせを高速で増やすだけかもしれません。
Googleの「リードの拡張コンバージョン」は、フォームで取得したメールアドレスなどをハッシュ化し、後から取り込むオフラインの成果と広告接点を照合する仕組みです。2026年6月15日以降、新規導入者のアップロード経路はData Manager APIへ移行しており、以前のGoogle Ads APIだけを前提にした実装記事は、そのまま使えない場合があります。
広告学習へ返す「信号の階段」をつくる
深いCVは、いきなり「受注」だけを送ればよいわけではありません。受注まで数か月かかる商材では件数が少なく、広告が学習するまでに時間がかかるからです。事業の意思決定に近く、一定の件数があり、営業が一貫して記録できる中間地点を見つけます。
広告媒体
Web計測
Web計測
CRM
CRM
CRM
右へ進むほど事業価値に近づきますが、件数は減り、結果が分かるまでの時間は長くなります。
僕なら、まず次のような「信号台帳」を作ります。名前だけでなく、判定条件と担当者まで決めるのがポイントです。
| 信号 | 最低限の定義例 | 記録担当 | 広告での初期用途 |
|---|---|---|---|
| 問い合わせ | 必須項目を送信し、重複・明らかな営業連絡ではない | システム | 主CVまたは観察 |
| 有効会話 | 課題、対象部門、検討時期のうち2項目以上を確認 | インサイドセールス | 副次的CVで観察 |
| 商談実施 | 予定ではなく、担当者との面談を実施 | 営業 | 副次的CVで観察 |
| 提案 | 見積りまたは提案書を正式に提示 | 営業責任者 | 価値・採算の確認 |
| 受注 | 契約条件を合意し、社内定義の受注日を記録 | 営業管理 | 長期評価 |
この定義は正解集ではありません。商材、営業プロセス、件数によって変わります。大切なのは、月ごとや担当者ごとに意味が変わらないことです。
Google広告へ返すまでの7ステップ
1. 最適化したい意思決定を一つ決める
「問い合わせを増やす」では広すぎます。たとえば「課題と導入時期を確認できる有効会話を増やす」のように、営業が判定できる状態まで具体化します。
2. CV名と判定条件を文章にする
qualified_leadのようなイベント名だけで終わらせず、「誰が、どの画面で、何を確認したら成立か」を一文にします。失注や重複を後から都合よく除外しないためです。
3. WebとCRMをつなぐ識別子を決める
フォーム送信時のリードID、またはメールアドレス・電話番号など、後工程でも追える項目が必要です。Googleの拡張コンバージョンでは顧客データをハッシュ化して照合します。取得目的、同意、保存期間、アクセス権限を確認し、機微情報を広告計測へ送らない設計にします。
4. CRMの状態更新を営業の仕事に組み込む
ツール連携より先に、更新されないCRMを直します。商談後24時間以内など期限を決め、必須項目を絞ります。自由記述だけにすると集計できません。
5. Data Managerを前提にアップロード経路を選ぶ
Google Ads Data Manager、対応するCRM連携、またはData Manager APIから、運用体制に合う方法を選びます。2026年6月15日以降の新規導入では、旧Google Ads APIだけを前提に設計しない方が安全です。
6. まず副次的CVとして観察する
Google広告では、主たるコンバージョンは入札に使われ、副次的コンバージョンは原則として観察用です。深いCVを作った直後に主CVへ切り替えるのではなく、重複、欠損、反映遅延、担当者ごとの判定差を確認します。
7. 量・質・遅延が安定してから入札判断をする
主CVへ昇格させる条件を先に決めます。たとえば「定義変更がない」「毎週アップロードできる」「元データと広告管理画面の件数差を説明できる」「入札の学習期間を確保できる」といった条件です。Googleは目標変更後のSmart Biddingに学習期間が必要だと案内しています。切り替え直後の数日だけで良し悪しを決めません。
動画の評価軸も「安いクリック」から変える
深いCVが取れると、動画の振り返り方が変わります。
| 観測結果 | 解釈の候補 | 次に試すこと |
|---|---|---|
| 視聴・クリックは多いが有効会話が少ない | フックが広すぎる／期待とLPがずれている | 誰向けでないかを動画冒頭とLPで明示 |
| 問い合わせは少ないが商談率が高い | 対象は狭いが意図が合っている | 予算を急増させず、別セグメントで再現性を確認 |
| 有効会話は多いが提案へ進まない | 課題はあるが価格・権限・時期が合わない | 営業質問と動画の約束を見直す |
| 提案は増えたが受注しない | 提供条件や競合比較に課題がある可能性 | 広告だけでなく商品・提案条件を検証 |
ここでAIを使う価値は、動画を無限に作ることではありません。商談メモから「価格」「導入負荷」「社内説明」などの失注理由を整理し、次の動画仮説とLPの説明へ戻すことです。ただし、AIの分類はあくまで補助です。実際に商談が実施されたか、提案が出たかという事実は、担当者とCRMの記録で確定します。
うまくいかない5つの条件
- 営業ごとに「有効」の意味が違う — 比較できない信号を広告へ返しても、学習材料になりません。
- 件数が少なすぎる — 受注だけでは足りない場合は、事業価値に近い中間CVを検討します。
- 結果が分かるまで長すぎる — 商談実施など、より早く確定する信号も並行して観察します。
- 同じリードを重複送信する — ID、発生時刻、再送ルールを決めます。
- 同意・権限・保存方針が曖昧 — 計測の便利さより、顧客データの適切な取扱いを優先します。
深いCVは万能ではありません。小さな母数、長い検討期間、代理店や販売店をまたぐ商流では、広告だけで因果を断定できないこともあります。その場合は、定量データに商談理由の定性分析を重ねます。
最初の30日で見るのは、受注保証ではなく「売れる条件の兆候」
最初から完全な自動最適化を目指す必要はありません。僕なら、動画の訴求、LP、問い合わせ、有効会話の定義をそろえ、少数の比較から始めます。見るのは単純なCV単価だけではなく、「どの顧客状況を描いた動画が、どんな商談へつながったか」です。
実市場でこの設計を試したい場合、30-DAY WEB SALES VALIDATIONでは、案件条件に応じてLP・動画広告・計測を準備し、広告配信開始後30日間をテスト期間として運用・分析・改善を行います。準備期間は案件条件により異なります。費用は30万円（税別）、広告費は別途15〜30万円が目安で、受注や30日での結論を保証するものではありません。
AIは作業を減らすために使う。そして空いた時間を、顧客がなぜ動いたのかを考える時間へ戻す。深いCV設計は、そのための地味ですが強い基盤だと僕は考えています。
参考資料
- Google Ads Help「About enhanced conversions for leads」（2026年10月19日確認）
- Google Ads Help「About offline conversion imports」（2026年10月19日確認）
- Google Ads Developers Blog「Changes to Offline Click Conversion Import Support in Google Ads API」（2026年5月公開、2026年10月19日確認）
- Google Ads Help「About primary and secondary conversion actions」（2026年10月19日確認）
- Google Search Central「Creating helpful, reliable, people-first content」（2026年10月19日確認）
編集注：本記事はAIを構成・表現整理に利用し、Google公式仕様を2026年10月19日に確認して執筆しました。本文中の数値例は説明用の仮例で、当社または顧客の実績ではありません。
