フォーム送信をコンバージョンとして最適化しているのに、営業から「質が低い」と言われる。商談化率や受注率を広告別に説明できない。この問題は、広告の設定というより、CRMで判定された成果を広告プラットフォームへ戻せていないことで起こります。
結論から言うと、オフラインコンバージョンの目的は、問い合わせ後に起きる営業受入・有効商談・受注を元の広告接触と結び付け、広告の評価と入札改善に使うことです。ただし、CRM上の全ステータスをそのまま入札に渡せばよいわけではありません。経営判断に使う正解と、広告が学習するための正解を分けることが、設計の成否を左右します。
CPA・CVR・ROASなど広告指標の基本的な読み方から整理したい場合は、先にWeb広告の効果測定で見るべき指標と改善手順をご覧ください。本記事では、その次の段階として、CRMの商談・受注データをGoogle広告へ返す実装と運用に絞って解説します。
オフラインコンバージョンとは、営業結果を広告の改善材料に変える仕組み
オフラインコンバージョンとは、ウェブサイト上では完結しない成果を広告へ取り込む計測方法です。法人向けの営業では、広告クリックからフォーム送信、営業確認、商談、受注までに時間がかかるため、フォーム送信だけでは広告の本当の成果を判断できません。
たとえば、広告Aは月20件の問い合わせを生み、広告Bは月10件にとどまったとします。しかし、CRMを見ると広告Aの多くは対象外で、広告Bから生まれた問い合わせは半数が商談化しているかもしれません。この場合、問い合わせCPAだけで予算を増やすと、営業負荷を増やしながら受注から遠ざかる可能性があります。
オフラインコンバージョンでは、広告クリック時の識別子や、フォームで取得したファーストパーティデータをCRMに保持します。そして、営業プロセスで所定のステータスに到達した時点で、その結果をGoogle広告へ送信します。これにより、広告・キャンペーン・検索語句ごとに、問い合わせの量だけでなく、その後の質を見られるようになります。
最初に分けるべきは「経営評価の正解」と「入札学習の正解」
実務で起こりやすい失敗は、受注だけを唯一のコンバージョンにするか、反対にフォーム送信を唯一のコンバージョンにするかの二択になることです。前者は広告へのフィードバックが遅く少なくなりやすく、後者は広告が低品質な問い合わせを増やす方向へ進みやすくなります。
そこで、評価用の指標と入札に使うシグナルを分けます。CRMの全ステータスは分析に残しつつ、広告のメイン目標には、事業価値・判定の安定性・フィードバック速度のバランスが取れたイベントを選びます。
| 設計対象 | 役割 | 主なデータ | 判断の用途 |
|---|---|---|---|
| 経営評価のライン | 広告が売上・パイプラインにどう貢献したかを把握する | 問い合わせ、営業受入、有効商談、案件、受注、受注額 | 予算配分、チャネル評価、営業・マーケティング連携 |
| 入札フィードバックのライン | 広告プラットフォームに「増やしたい見込み客」を伝える | 件数と判定品質が安定した営業受入または有効商談など | 自動入札、キャンペーン最適化、検索語句・広告の改善 |
重要なのは、入札に使うイベントを「最も売上に近いイベント」だけで選ばないことです。次の3条件を満たす中間ステータスを候補にします。
- 事業との関連性：営業が追う価値のある案件と、明確に関係しているか。
- 判定の一貫性：担当者や拠点が変わっても、同じ条件でステータスを付けられるか。
- フィードバックの速さと件数：広告が改善を学ぶ前に、極端に遅く・少なくなっていないか。
たとえば「営業が連絡した」は活動記録であり、見込みの質を表しません。一方で「対象業種・予算・課題を確認し、営業が案件として受け入れた」なら、ルールを整備することで有力なシグナルになり得ます。
CRMの商談・受注をGoogle広告へ返す7ステップ
1. ステータス名ではなく、遷移条件を文章で定義する
まず、CRMの各ステージについて「誰が」「どの事実を確認したら」「いつ付与するか」を定義します。「有効リード」「確度A」のように担当者ごとに意味が異なる状態では、広告へ正しい信号を返せません。
最低限、問い合わせ、営業受入、有効商談、案件化、受注失注を分け、各ステータスに遷移した日時を記録します。広告へ送るイベント時刻は、データを一括アップロードした時刻ではなく、CRM上でその状態になった時刻を使えるようにしておくと、検証しやすくなります。
2. 入札に使うイベントを1つ、監視するイベントを複数決める
初期段階では、フォーム送信を急に停止して下流イベントだけへ切り替える必要はありません。まずは、営業受入や有効商談をサブ目標として取り込み、フォーム送信との比率、反映遅延、広告別の質の差を確認します。
その上で、下流イベントの判定が安定し、一定期間ごとに継続して返せるなら、対象キャンペーンだけでメイン目標への切り替えを試します。Google広告では、メインとサブのコンバージョン設定が入札最適化に影響するため、全キャンペーンを一度に変更しないことが重要です。
3. 照合キーを「クリック情報」と「顧客情報」の二層で保存する
照合の土台は、広告クリックとCRMリードを切らさずにつなぐことです。Google広告では、GCLIDなどのクリック識別子を利用した方法に加え、メールアドレスや電話番号などをハッシュ化して照合精度を補うリードの拡張コンバージョンがあります。
CRMには、少なくとも次の項目を保持します。
- 変更されない社内リードID
- リード作成日時と各ステータスの遷移日時
- 流入元、キャンペーン、広告グループなどの初回取得情報
- GCLIDなど、広告クリックに由来する識別子
- 照合に使うメールアドレス・電話番号などの取得元と同意状況
- コンバージョン名、価値、通貨、送信済みかを判定する管理項目
メールアドレスをURLパラメータ、GA4のカスタムディメンション、誰でも閲覧できるスプレッドシートに入れる設計は避けます。広告へ渡すハッシュ化済みデータと、CRMで適切に管理する元データの役割も分けてください。
4. CRMのイベント設計を「再送しても壊れない」形にする
データ連携では、同じ商談を重複送信する事故が起きやすくなります。CRM側で、lead_id + conversion_name + stage_changed_atのような一意の送信キーを持ち、送信結果・エラー内容・再送回数を記録します。
また、失注から再商談化するケースも先に決めます。同じ企業が別案件として再度検討を始めたなら、新しい案件として扱うのか、既存リードの復活として扱うのかで送信ルールが変わります。広告側の設定より前に、CRMでの案件識別ルールを営業と合意することが先決です。
5. 現行の接続方式を確認し、タグ・CRM・送信経路をつなぐ
2026年9月時点では、Google広告の拡張コンバージョンはアカウント単位の統合設定へ移行しています。また、従来のオフラインコンバージョンのAPI連携には変更が入っているため、新規構築では古い画面キャプチャや過去の実装記事をそのまま使わず、Data Managerを含む現行の接続方式を確認してください。
実装は、フォーム送信時にGoogleタグまたはGoogleタグマネージャーで必要なデータを扱い、CRM側のステータス遷移をトリガーにしてオフラインイベントを送る流れが基本です。手動CSVは要件検証には有効ですが、継続運用では送信遅延・漏れ・重複が起きやすいため、まずは少量データで照合できる自動連携を目標にします。
6. 本番前に「一致率」ではなく、4つの件数を突き合わせる
テストでは、広告管理画面にコンバージョンが表示されたかだけを確認してはいけません。次の4つを同じ対象期間・同じステータス定義で照合します。
- CRMで対象ステータスになった件数
- そのうち広告識別子または照合用データを保持する件数
- 連携処理が送信に成功した件数
- Google広告側で受理・計上された件数
差分が出たら、広告の成果が悪いと判断する前に、どの区間で失われたかを切り分けます。多くの場合、原因はフォームの隠し項目、リダイレクト、CRMの重複統合、営業担当者によるステータス未更新、同意管理の条件分岐にあります。
7. 広告費と受注を同じ週で比べず、クリック起点のコホートで見る
商談サイクルが長い場合、今週の広告費と今週に受注した案件を単純に割り算すると、判断を誤ります。広告プラットフォームのオフラインコンバージョンは元の広告クリックにさかのぼって計上されるため、CRMの受注日だけで作った集計とは時間軸がずれます。
そこで、広告クリックまたはリード獲得月を基準にコホートを作り、「獲得から30日以内の営業受入率」「90日以内の商談化率」「受注までの累計売上」のように追います。これにより、短期では問い合わせの質を、長期では受注効率を見ながら、同じ広告施策を評価できます。
検索広告では特に、下流イベントを検索語句・訴求・LPへ戻して読むことが重要です。検索数だけでなく、どの意思決定段階の検索が商談に進むかを整理したい場合は、リスティング広告のキーワード設計で検索意図を分ける方法も参考にしてください。
オフラインコンバージョンで起きやすい5つの失敗
- フォーム送信と受注のどちらか一方しか見ない：前者は質を見失い、後者は改善速度を失います。両方を役割別に残します。
- 営業ステータスの定義が曖昧：営業担当者の感覚で判定されたデータを返すと、広告は属人的な運用を学習します。
- 広告起点だけをCRMに残す：全流入チャネルで同じステータス定義を使わないと、広告の質を相対評価できません。
- 想定受注額を無根拠に送る：案件価値を使うなら、見込売上と自社のステージ別受注率から算出し、算出ロジックの版を管理します。
- ハッシュ化すれば法務確認が不要だと考える：ハッシュ化は安全なデータ処理の一部であり、利用目的、第三者提供、同意、データ範囲の検討を不要にするものではありません。
広告の最適化は「受注データを渡すこと」ではなく、良い判断を返すこと
オフラインコンバージョンは、CRMとGoogle広告を単に接続する施策ではありません。営業が価値ありと判断した案件の条件を、広告の改善サイクルへ戻すための仕組みです。
そのため、最初の改善対象はAPIやタグではなく、営業受入・有効商談・案件化の定義です。定義が安定してから、識別子の保存、データ連携、診断、入札目標の切り替えへ進めば、広告のCPAを下げるだけでは見えなかった「商談につながる集客」を育てられます。
まとめ
- オフラインコンバージョンは、CRM上の商談・受注を広告クリックへ結び直す計測方法です。
- 経営評価に使う全ステータスと、入札に渡すイベントは分けて設計します。
- 入札イベントは、事業との関連性、判定の安定性、フィードバック速度と件数のバランスで選びます。
- クリック識別子、顧客データ、CRMステータスの遷移日時、重複防止キーを切らさず管理します。
- 広告費と受注は同じ週で比較せず、クリックまたは獲得月のコホートで評価します。
