目次
- なぜ今、Google広告 オフラインコンバージョンを見直すのか
- 最初に決めるべき成果は、送信ではなく営業段階です
- 記録と送信の運用フロー:役割とタイミングで分けて考える
- フォームとCRMで保存する項目は最小限に
- Google広告 オフラインコンバージョンの設定手順
- 失敗しやすい設定と最初に確認すべき診断ポイント
- 広告と営業が同じ基準で見る週次レビュー
- 30日で始める段階導入プラン
- 公開前チェックリスト
Google広告の最適化を「オフラインコンバージョン」を使わずに行うと、どうしてもフォーム送信数の多い検索キーワードへ予算が集中する傾向があります。結果として、営業現場では対象外や失注の問い合わせが増えているのに、広告管理画面上では成果が順調に伸びているように見えてしまうことがあります。これは広告自体の配信が問題なのではなく、広告施策に反映するべき成果指標を十分に設計できていないために生じる現象です。
結論として、Google広告でオフラインコンバージョンを活用するなら、まずフォーム送信を入口としながら、自社にとって「有望な見込み客」「商談」「受注」のいずれを広告へ返すべきか明確に決めることが重要です。さらに、CRMやスプレッドシートなどで営業段階ごとにきちんと記録し、その情報をセキュリティにも配慮してGoogle広告に連携する運用フローを整えれば、広告の自動最適化も商談や受注と同じ基準に近い精度で運用できるようになります。
2026年には、オフラインコンバージョンやリード拡張コンバージョンの送信方式がData Manager APIへ完全に移行する予定です。現行の設定や運用方法を見直さずにいると、移行時の運用に支障が出るリスクも想定できます。本記事ではBtoBの問い合わせ獲得を主題として、設計から運用まで具体的な手順を整理しています。
なぜ今、Google広告 オフラインコンバージョンを見直すのか
Google広告では、クリック後のユーザーの行動を「コンバージョン」として自動で測定できますが、フォーム送信や電話問い合わせといった初期成果のみを目標に設定した場合、質の低いリード(営業に結びつかない問合せ)も成果として同じようにカウントされてしまいます。しかし、営業現場で判断した本当の成果を広告のデータに戻していくことで、広告と営業が共通の評価軸を持つことができるようになります。
また、2026年6月15日以降は、オフラインコンバージョンやリード拡張コンバージョンの新規導入・移行がData Manager APIに一本化される方針です。これから仕組みを設計する場合、従来型の設定だけに頼るのは将来的に行き詰まりを招く恐れがあるため注意が必要です。仕組みやデータ管理だけでなく、毎日の運用やデータの点検をどのメンバーがどの範囲を担うのかも事前にルール化しておきましょう。
広告の担当者は日々、検索ワードや広告の成果を気にしていますが、営業の担当者は主に相談内容や予算感、導入時期、受注の可能性などに注目しています。これらの情報が分断されてしまっていると、どの広告経路が最終収益につながったのか正確な分析ができません。
例えば、資料請求が多いキャンペーンがあっても、実はまったく商談に発展していないのであれば、その集客は主目標に据えるべきではありません。逆に、件数は少なくても、安定して本当に有望な見込み客が獲得できる経路なら、その経路に広告投資を集めて育てる価値があります。大切なのは「数が多いから良い」という発想にとらわれず、自社の事業に本当に貢献する価値を言語化し明確にすることです。
Google公式のヘルプでも、オフラインコンバージョン未導入の場合には、まずリード拡張コンバージョンから着手することが推奨されています。CRMがない企業でも、Googleスプレッドシートで必要情報を整理し管理できますが、個人情報の扱いや同意取得・記録項目・重複排除の方法については必ず事前に整えてから進めてください。
| 変化 | 広告運用への影響 | 先に決めること |
|---|---|---|
| Data Manager APIへの移行 | 送信方式の確認が必要 | 現行の取込方法と担当者 |
| リード品質重視 | 送信数だけでは入札がずれる | 有望とする判断基準 |
| CRM連携の一般化 | 営業結果を戻しやすい | 記録の正本と更新期限 |
| プライバシー配慮 | データの取り扱いが前提 | 同意と閲覧範囲 |
Google広告ヘルプ:オフライン コンバージョンのインポートに関するよくある質問
最初に決めるべき成果は、送信ではなく営業段階です
オフラインコンバージョンの成果設計で、フォーム送信そのものを否定する必要はありません。フォーム送信は、広告やサイト誘導が正しく動いているかを確かめる“初期指標”として役立ちます。しかし、広告の自動入札に使う主目標と、あくまで状況観察の「補助目標」は必ず切り分けて管理してください。
有望な見込み客は、単純に返信があった人とイコールではありません。サービス提供範囲と合致し、十分な検討意欲があり、次の会話へ進める基準や条件をクリアした状態が該当します。営業責任者が実務で判断している内容・条件を、広告・マーケ担当にも誤解なく共有できるよう明文化していくことが大切です。
また、商談の定義は曖昧なまま運用せず、「日程調整が済み対面やオンライン面談が確定」「提案の前提条件がそろった打ち合わせ実施」など、誰が見ても同じ運用がされる段階を基準に定めましょう。受注は最も分かりやすい成果ですが、記録件数が少なすぎて主目標とした途端、自動最適化が機能しなくなる場合もあるため、焦って主目標にせず段階的に検証してください。
まずは、直近3か月分の商談データをさかのぼり、フォーム送信から有望な見込み客への移行率、有望から商談・受注への遷移率をチェックしましょう。この作業によって、自社で安定して記録できそうな営業段階を見極めます。
併せて失注理由についても明確に分けて記録しておきます。例えば「価格帯が合わない」「サービス対象外」「導入時期が先すぎる」「競合比較で失注」「連絡が取れずに終了」など。これらの内訳は後の広告文やLP、フォームの改善にも直結します。
複数の営業段階を管理する場合も、「同じ案件を異なるコンバージョン名で重複送信しない」ことを厳守してください。有望な見込み客や受注はアクション別にきちんと切り分け、観察用・入札用の数字を混同しないことでトラブルを防げます。

| 段階 | 定義例 | 主な用途 |
|---|---|---|
| フォーム送信 | 連絡先と相談内容を送信 | 導線の確認・補助目標 |
| 有望な見込み客 | 提供範囲と検討条件が合う | 入札候補・流入比較 |
| 商談 | 担当者との面談が具体化 | 営業連携の改善 |
| 受注 | 契約または売上が確定 | 最終的な投資判断 |
記録と送信の運用フロー:役割とタイミングで分けて考える
オフラインコンバージョンを導入する目的は、広告費の評価指標を単なる問い合わせ件数から、より事業価値に近い「商談」や「受注」に高めることです。運用を分担するときは、広告運用、営業、記録管理、連携実装の4つの役割に分けておく方が運用の属人化を防げます。1人に全てを任せると、担当交代時・設定変更時に運用が止まるリスクが伴います。
情報の記録場所にはフォーム、電話、CRM、スプレッドシート、Google広告など様々ありますが、「営業段階」の正本データをどこに置くかは必ず一元化しましょう。メールや個人の手元メモを正本にしてしまうと、全社的な数値把握や集計・分析ができなくなります。
管理や送信タイミングも段階ごとに整理します。例えば営業担当が商談判定を案件発生当日中に記録し、広告担当は週1回まとめて送信結果を確認する――といったような分担です。記録や送信・確認に遅延が起きやすい部分は、期限超過用のリストを事前に準備し、担当不在や見落としへの備えを用意しておきます。
広告に返すべき情報は、クリック識別子・営業段階・コンバージョン名・発生日時・価値・通貨など、必要項目に絞ります。個別の相談内容や社内だけで必要な個人情報まですべて送ろうとする必要はありません。
運用フローは「フォームで識別子保存」→「営業が営業段階を記録」→「指定頻度でGoogle広告へ送信」の流れが基本です。Data Managerなど自動連携を使う場合でも、最初は手作業で1件ずつテストし、どこでエラーや齟齬が出るのかを把握したうえで運用を移行すると、後々のトラブルに対応しやすくなります。
主目標や運用ルールの変更は広告担当だけで決めず、必ず営業責任者と合意します。いつ・なぜ変えたのか履歴を記録しておけば、後日数字が変動した際にも原因分析が迅速になります。
| 役割 | 毎週すること | 確認できない時の動き |
|---|---|---|
| 広告担当 | 送信数・状態・入札への影響を確認 | 設定変更を止め、実装担当へ連絡 |
| 営業担当 | 段階と失注理由を更新 | 未判定一覧を責任者へ共有 |
| 実装担当 | タグ・連携・エラーを確認 | テストデータで原因を切り分け |
| 責任者 | 主目標と判断基準を承認 | 例外の基準を更新 |
フォームとCRMで保存する項目は最小限に
フォーム送信時は、広告クリックとの紐付けや後工程の営業段階との突合管理が正確にできる設計が必須です。GoogleクリックID(GCLID)を保存する設定が基本となり、リード拡張コンバージョンではメールアドレスや電話番号の取り扱いルールも運用に関わります。
どの方法をとる場合も、個人情報の収集目的や範囲は必ず事前に決めておきましょう。営業現場で使う必要がない項目まで増やすと、実務が煩雑になるだけでなく管理コストもかかります。プライバシーポリシーや社内での閲覧権限、フォームの入力項目見直しもセットで進めるべきです。
CRMが社内にない場合でも、Googleスプレッドシートで【受付番号】【流入】【営業段階】【判定日】【送信済み状態】など必要な列だけを固定して設け、すぐに運用を始めることができます。大事なのは、誰が更新しても正確な意味が通じるように列名と管理ルールを最初に決めておくことです。
その際、入力項目を自由記述のまま運用すると集計や分析が混乱しがちです。「有望・商談・受注・対象外」など営業段階は選択式で統一し、例外や補足があれば別列で記録してください。アクション名など測定用のラベルは、一度決めたら安易に増やさないことで後の混乱を防げます。
BtoB領域では、問い合わせから商談・受注までに数か月以上かかる場合も珍しくありませんので、保存期間や送信期限にも注意します。GoogleヘルプではGCLIDを含むオフラインコンバージョンは「90日以内」、拡張コンバージョンは「63日以内」のアップロードが推奨されています。自社の実勤務フローや平均の案件処理期間と合わせて、無理なく回せる期限かを事前に確認しましょう。
同じ案件を何度も重複送信すると、広告成果が実態よりも過大評価されてしまいます。受付番号や送信済みフラグ・履歴で一意性を徹底管理し、データ変更時や撤回時には元データと日付・アクション名を必ず記録して照合できるようにしましょう。
| 保存項目 | 使う場面 | 注意点 |
|---|---|---|
| 受付番号 | 重複防止と照合 | 案件ごとに一意にする |
| 広告識別子 | クリック由来の照合 | 必要な方式だけ保存する |
| 営業段階 | 送信対象の判断 | 選択肢を固定する |
| 判定日時 | 送信期限と原因確認 | タイムゾーンを統一する |
Google広告 オフラインコンバージョンの設定手順
まずGoogle広告で新しいコンバージョンアクションを作成します。ここで送信する営業段階を決め、名称・値・カウント方法・主目標/補助目標のラベルも明確に定義しましょう。ネーミングが曖昧なままだと、後で営業データと突合分析ができなくなるので要注意です。
Google広告とGA4の役割は混同せず、GA4のキーイベントはサイト内の行動分析専用、広告入札に使う主目標はGoogle広告側で管理・設定する運用を勧めます。
Data Manager API連携時は、送信先アカウントやコンバージョンアクションのオーナー確認も欠かせません。MCC配下や複数アカウント運用では、アップロード先にアクションが出現しない等の初歩的なミスもあるため、必ず事前に範囲を指定しテストデータで動作確認しましょう。
初回テスト段階では、実際の案件データを無断で送らず、内容に同意を得たテストデータ・社内承認データで動作を検証します。送信日、アクション名、想定件数、結果ログを別表にまとめておくと、後で追跡や検証が容易になります。
送信が完了しても、即座に広告入札への影響を期待せず、まず診断で件数・エラー・重複・反映遅延等を細かく確認し、営業記録データと正確に照合できているか必ず点検しましょう。
データ連携やタグ設定の開発が関わる場合、「広告設定が完了=作業完了」とせず、フォーム・CRM・データ連携・同意管理・社内権限のすべてが正しく揃っているか運用メモや手順書で引き継ぎ、担当者不在でも原因を追える仕組み作りが重要です。

Google for Developers:Data Manager API リファレンス
失敗しやすい設定と最初に確認すべき診断ポイント
典型的な失敗例として「フォーム送信」と「有望な見込み客」をまとめて主目標に設定してしまうケースが多くみられます。最適化は常に件数の多いほう(ほとんどがフォーム送信)に引っ張られるため、各段階での実数と営業価値を比較したうえで慎重に主目標を決め直すのが正解です。
もう一つよくあるのが、営業段階の入力遅延によるトラブルです。月末にまとめて判定・入力を行っている場合、データ送信期限や施策分析・最適化のタイミングを逃しがちです。毎日入力が難しい場合は、営業段階の定義や商談判定をシンプルに絞り、現場の作業負荷を軽くする工夫も大切です。
また、案件を重複して送信してしまう事故も頻発します。特に手動ファイルと自動連携を併用している場合は要注意。送信経路は一本化し、運用切り替え時は送信済み照合表を必ず挟んで重複を確実に防ぎましょう。
さらに落とし穴となりやすいのが、Google広告管理画面の診断だけでエラー原因を判断してしまうことです。Data ManagerのレスポンスやCRMに残る元データも必ず併せて見て、ミスや欠落がどこの工程で生じたかを特定できれば、個人責任でなく仕組みで改善できます。
受注金額などの「価値」設定が曖昧なまま運用してしまう例もよく見かけます。金額データを広告に返す場合は、通貨や税処理、値引きや返金等のルールまで整理する必要があります。最初は件数のみの送信から始め、営業データが整備されてから金額データへ拡張しても十分間に合います。
検証や改善は「数字が少ないところ」から一つずつ着手します。タグ・データ連携・入力・送信・診断のどれか一つだけに絞り、複数を一度に変えないことで施策の変化を確実に測定できます。
| 症状 | よくある原因 | 確認する場所 |
|---|---|---|
| 数字が増えない | 送信先・アクション・期限の不一致 | 送信結果とアクション設定 |
| 件数が多すぎる | 同一案件の重複送信 | 受付番号と送信履歴 |
| 営業結果と合わない | 段階定義や更新日のずれ | CRMの元記録 |
| 入札が不安定 | 主目標の変更が急すぎる | 変更履歴と件数 |
広告と営業が同じ基準で見る週次レビュー
毎週の運用レビューでは、広告管理画面のコンバージョン数だけで満足せず、受信・有望・商談・受注など各段階の件数を同じ期間で一望できるリストで把握します。段階間で急激な件数の減少や、特定の理由が集中している箇所は、真っ先に改善対象となります。
広告担当はキャンペーンごとの有望な見込み客比率、営業は失注・対象外の理由の内訳など「数字だけでなく背景」を丁寧にチェックします。この2つの情報を重ねることで、広告文が期待を広げすぎて無駄打ちしていないか、フォーム項目で意図した情報が取れているかなど、細かい改善策がつかみやすくなります。
たとえば、フォーム送信だけ増えているのに商談には全く結びついていない広告があれば、すぐに入札を調整する前に、検索語句・広告文・LPの一貫性やフォーム設問、営業の応対記録を順に見直して原因を特定します。
逆に、商談化率は高いが件数が少ない時は、広告の予算や表示機会・クリック率・サイト到達など流入のボリューム側からも見直し、質を維持しつつ入口となる流入だけ拡大できないか検討します。
週次レビューでは、必ず「今週は1つ」だけ改善策を決めて取り組みます。広告文やフォームの一部修正、営業段階の定義補足など負担の小さなことから着手し、必ず日付と仮説を残して検証していきます。
この運用ノウハウはGoogle広告のリード品質改善や問い合わせ対応仕組み化の解説ともつなげて活用できます。広告流入後の価値設計や運用フローもあわせて見直してみてください。

30日で始める段階導入プラン
まず1週目は、直近の問い合わせ20件程度を抽出し、有望・商談・受注・対象外の判定をどういう基準で誰が行ったか確認します。既存の営業記録だけで段階分けが再現できるか、現場にヒアリングし不明点を洗い出します。
2週目は主目標候補を選定します。受注など極端に件数が少ない段階より、有望な見込み客など安定して記録できる段階を選び、広告・営業責任者双方で定義や除外基準を協議し合意します。
3週目は、受付から保存・判定・送信まで必要な記録項目を確定し、テストデータを一件作成して、保存→判定→送信→診断まで全フローを実際に追いかけてみます。運用上迷いそうなパターンや例外は随時手順書に追記します。
4週目は送信結果と元データの突合・照合を実施。問題なければ定期送信担当や確認日を決め、初めて広告入札で主目標に一段ずつ反映します。
導入後も主目標は頻繁に入れ替えず、1回ごとに十分な期間をおいて効果数字や営業結果を観察しましょう。季節要因や特別施策などのイレギュラー時は必ず注釈を付けておき、データ比較の誤読を防ぎます。
測定システムは会社の意思決定を支える「道具」です。広告・営業・Webそれぞれの担当者が同じ定義・同じデータを見て、次の改善策を協力して選べるようになる基盤だと捉えてください。まずは小さく・正確に始め、長く続けられる運用作りを意識しましょう。
公開前チェックリスト
設定を公開する前に、成果設計・データ管理・送信後診断を一枚の確認表で点検し、以下全てが揃ったら主目標や広告入札への反映に進みます。
- フォーム送信と営業段階を別アクションとして定義した
- 有望な見込み客の条件を営業責任者と合意した
- 記録の正本・担当・更新期限を決めた
- 必要最小限の個人情報と同意・権限を確認した
- テストデータで保存〜送信まで全追跡した
- 重複防止の受付番号や履歴を導入した
- 診断確認曜日・異常時の連絡先を明示した
- 広告と営業が週次レビューで一つずつ改善している
まとめ
Google広告 オフラインコンバージョンは、単純にフォーム送信数を増やすための仕組みではありません。有望な見込み客・商談・受注といった営業段階を広告改善に活かせるように戻す運用基盤です。
2026年のData Manager API移行をふまえ、まずは一つの営業段階・少数のテスト・週次レビューから小さく始めてください。記録精度を高めれば、広告費・LP・営業対応も同じ指標で評価できます。
よくある質問
CRMがなくてもオフラインコンバージョンは始められますか?
始められます。Googleスプレッドシートでも、受付番号、営業段階、判定日時、送信状態を同じ基準で記録できれば、最初の検証に使えます。
フォーム送信を主目標から外すべきですか?
すぐに外す必要はありません。送信数が多く、後段の件数が少ない場合は補助目標にして、有望な見込み客などを主目標候補として検証します。
いつ広告の入札設定を変更すればよいですか?
テスト送信、重複防止、診断、営業の元データとの照合ができてからです。測定が不安定な段階で主目標を変えると、原因の切り分けが難しくなります。