電話や商談の成果が広告に映らない｜オフラインCV計測の始め方

BtoBの広告レポートには構造的な欠落があります。フォーム送信や資料請求はコンバージョンとして数えられる一方、その後の電話での問い合わせ、商談化、そして受注——売上に直結する成果は、広告の管理画面のどこにも表示されません。BtoBの成約は長い検討期間を経た商談やオフラインのやり取りの先で決まるのに、計測はフォーム送信で止まり、広告は本当の成果を知らないまま配信を続けているのです。本記事では、電話や商談・受注といったオフラインの成果を広告媒体に戻す「オフラインコンバージョン計測」の仕組みと始め方を、Google広告・Meta広告の現行仕様に沿って解説します。

「広告からの受注は何件？」に誰も答えられない

月次の広告報告を思い浮かべてください。表示回数、クリック数、コンバージョン数、CPA——ここまでは即答できます。しかし役員から「その広告から受注は何件生まれたのか」と聞かれた瞬間、答えは「フォーム送信が◯件です」に化けます。フォーム送信は受注ではありません。BtoBでは問い合わせから受注まで数週間から数か月の商談期間があり、最後の意思決定は電話やオンライン商談、対面のやり取りの中で行われます。広告の管理画面が見ているのは、その長い道のりの入り口だけです。

この欠落は、報告のしづらさだけの問題ではありません。広告予算の配分判断そのものを狂わせます。フォームCVが多いキャンペーンAと、CVは少ないものの受注につながるキャンペーンBがあった場合、フォーム基準の評価では予算はAに寄っていきます。実際に売上を生んでいるのはBなのに、です。成果の定義が売上とずれたまま最適化を続けると、頑張るほど売上から遠ざかる——これがフォーム止まり計測の怖さです。まずはこの構造を正確に把握するところから始めましょう。

オフラインコンバージョンとは：電話・商談化・受注までを見る

オフラインコンバージョンとは、広告のクリック後にWebサイトの外で発生した成果のことです。BtoBで代表的なのは、電話での問い合わせ、営業がリードと面談して案件になった「商談化」、見積提出、そして受注です。オフラインCV計測とは、これらの成果を広告のクリックと紐付けて媒体の管理画面に取り込む一連の仕組みを指します。取り込まれた成果はレポートに表示されるだけでなく、自動入札の学習データとして使われる点が重要です。

BtoBのファネルを分解すると、クリック→フォーム送信→（電話・商談・見積）→受注という流れのうち、括弧の中が丸ごと計測の空白地帯になっています。コールトラッキング事業者の解説では、商談化・見積提出・受注のように段階ごとにコンバージョンを定義してインポートすることで、ファネルのどこで離脱しているか、どのキーワードが「フォーム送信は多いのに売上につながらない」のかまで特定できるとされています。計測の解像度が上がると、広告の議論が件数から質へ移ります。

フォーム止まりの計測は広告を「質の低いCV」に寄せていく

現在の運用型広告は、渡されたコンバージョンデータを教師データとして自動入札が学習する仕組みです。つまりフォーム送信だけを渡していると、媒体は「フォームを送信しそうな人」を探すことに全力を注ぎます。その中には、情報収集だけの人、競合の調査担当、営業対象外の個人や学生も含まれます。CV数が増えてCPAが下がっているのに、商談化率は下がっていく——見かけ上の改善と実態の悪化が同時に起きるのは、この学習構造が原因です。

さらに厄介なのは、この状態が「成功」として報告されてしまうことです。広告代理店やインハウス担当者はCPAの改善を成果として示し、営業は「最近のリードは質が悪い」と不満を漏らす。両者はどちらも自分の見ている数字に忠実なだけで、嘘をついていません。フォームCVという中間指標だけで評価する限り、この対立は構造的に解消できないのです。解決策は評価指標を変えること、すなわち商談化や受注のデータを広告側に渡すことに尽きます。

具体例で確かめましょう。リスティング広告では「テンプレート 無料」のような無料系キーワードがフォームCVを安く大量に集める一方、「◯◯システム 乗り換え」のような検討後期のキーワードはCV単価こそ高いものの、商談化率では大きく上回る——BtoBの運用現場でよく見る構図です。フォームCV基準の自動入札は前者へ予算を寄せ、後者を「単価の高いCV」として絞り込んでしまいます。ディスプレイやSNS広告でも同じことが起き、資料だけ集めて消える層に配信が最適化されていきます。オフラインの成果を媒体に渡すことは、この逆転を正すほぼ唯一の方法です。

原因はデータの分断：クリックIDと顧客データが別の場所にある

なぜ受注のデータが広告に反映されないのか。技術的な原因は単純で、広告媒体とCRM・SFAが互いに相手のデータを持っていないからです。媒体は「誰がいつどの広告をクリックしたか」までを知っていますが、その人が受注したかは知りません。逆にCRMは商談や受注の記録を持っていますが、その顧客がどの広告のクリックから来たのかを示すキーを保存していないことがほとんどです。両者をつなぐ鍵が最初から欠けているのです。

この鍵になるのが、クリックごとに発行される識別子（Google広告ならGCLIDと呼ばれるGoogleクリックID）や、メールアドレス・電話番号といった顧客データです。Google広告の公式ヘルプでは、広告からサイトへのアクセスにつながったすべてのクリックに固有のGCLIDが割り当てられると説明されています。つまりクリック時点のIDをフォーム経由でCRMに保存しておき、受注が決まった時点でそのIDと一緒に成果を媒体へ返す——これがオフラインCV計測の基本骨格です。近年はIDの代わりにハッシュ化した顧客データで照合する方式も広がっており、後述します。

対策の全体像：オフラインの成果を広告媒体に「戻す」

対策は「取得」「保管」「送出」の3工程で考えると整理できます。まずクリック時点で識別子（クリックIDや顧客データ）を取得し、次にCRM・SFAで商談・受注のステータスと一緒に保管し、最後に決まった頻度で広告媒体へ送出（アップロード）する。この3工程を、自社の商材と体制に合わせてどの経路で実装するかが設計の中心です。主な経路は次の4つです。

経路	対象になる成果	つなぐキー	特徴
コールトラッキング	電話問い合わせ（実入電）	計測用電話番号・クリックID	タップ数ではなく実際の入電で計測。広告媒体への自動連携に対応するツールもある
Google広告：オフラインCVインポート	商談化・受注などCRM上の成果	GCLID（クリックID）	フォームでGCLIDを取得してCRMに保存し、後日まとめてアップロードする
Google広告：リードの拡張コンバージョン	商談化・受注などCRM上の成果	ハッシュ化したメールアドレス等	GCLID保管の改修が不要。オフラインCVインポートの後継と位置付けられる
Meta広告：コンバージョンAPI	CRM上の成約・来店など	ハッシュ化した顧客情報	サーバー経由で送信し、ピクセルでは計測できない領域を補完する

どの経路にも共通するのは、オフラインの成果を媒体に「戻す」ことで、レポートと自動入札の両方が受注基準に切り替わるという効果です。全部を一度に実装する必要はありません。電話問い合わせが多い商材ならコールトラッキングから、商談管理がCRMに載っている会社ならGoogle広告のインポートから、と自社の成果が発生している場所に近い経路から着手するのが現実的です。

Google広告①：GCLIDでつなぐオフラインコンバージョンインポート

Google広告の基本手段が「オフラインコンバージョンのインポート」です。仕組みはこうです。広告がクリックされるとURLにGCLIDが付与されるので、これをフォームの隠しフィールドで受け取り、送信データと一緒にCRMへ保存します。その後、営業活動の結果として商談化や受注が発生したら、GCLID・コンバージョン名・発生日時（必要なら金額）をセットにしてGoogle広告へアップロードします。媒体側はGCLIDを照合し、どのキャンペーン・キーワードのクリックが受注を生んだかをレポートに反映します。

アップロードの経路は複数用意されています。管理画面からのファイル（スプレッドシート）アップロード、タグ設定とデータ共有をまとめて管理するデータマネージャー、そしてAPI連携です。導入時の実務ポイントは2つあります。1つはGoogleタグマネージャー（GTM）などでGCLIDを取得してフォームに書き込む仕組みを先に用意すること。もう1つはCRM側にGCLIDと成果ステータスを保存する項目を追加することです。この2点が済んでいないと、後からさかのぼって紐付けることはできません。

Google広告②：リードの拡張コンバージョンという後継の仕組み

GCLID方式には、フォーム改修とCRMの項目追加という導入ハードルがありました。そこでGoogleが現在推奨しているのが「リードの拡張コンバージョン」です。公式ヘルプでは、オフラインコンバージョンインポートをアップグレードしたものと位置付けられています。仕組みは、フォーム送信時にGoogleタグがメールアドレスなどの顧客データをハッシュ化して送信しておき、後日CRMで受注が発生したら、同じ顧客データをハッシュ化してインポートするというもの。ログイン中のGoogleアカウントと照合されるため、GCLIDを自社で保管しなくても広告との紐付けが成立するのが特徴です。

効果についてGoogleは、GCLIDとメールアドレスなどのファーストパーティデータを併用した広告主は、従来型のオフラインコンバージョンインポートのみの場合と比べて計測されるコンバージョンが中央値で10%増加したと公表しています。ハッシュ化とは元の値に戻せない形へ変換する処理のことで、メールアドレスをそのまま送るわけではありません。クロスデバイスの計測にも強くなるため、これから新規に構築するなら、GCLID単独ではなく拡張コンバージョンを軸に設計するのが現在の標準的な選択です。

仕様変更に注意：API連携はData Manager APIへ移行が進む

すでにAPI連携でオフラインコンバージョンを取り込んでいる会社は、直近の仕様変更に注意が必要です。Google広告の公式ヘルプでは、2026年6月15日以降、Google Ads API経由のオフラインコンバージョンインポートはブロックされ、Data Manager APIへの移行が必要になると告知されています。データの取り込み口が専用APIへ一本化されていく流れで、既存の連携プログラムやSFA連携ツールをそのまま使い続けられるとは限りません。

• Google Ads API経由のオフラインCVインポートは2026年6月15日以降ブロックされると公式ヘルプで告知されている（Data Manager APIへ移行）
• SFA・CRM連携ツール経由でアップロードしている場合は、利用ツールの対応状況をベンダーに確認する
• これから新規に構築する場合は、管理画面のデータマネージャーを基準に設計すると移行の影響を受けにくい

こうした仕様変更は今後も続く前提で構えるべきです。実装を外部ベンダーに任せている場合でも、自社側の担当者が「どのキーで」「どの経路で」データを送っているかを説明できる状態にしておくと、変更時の影響範囲をすぐ判断できます。逆にブラックボックスのまま運用していると、ある日突然データが流れなくなり、自動入札の学習が崩れてから気付くことになります。

Meta広告：ピクセルでは測れない、コンバージョンAPIで戻す

Meta広告（Facebook・Instagram）でも考え方は同じですが、実装手段が異なります。前提として、サイトに設置するMetaピクセルではオフラインの成果は計測できません。オフラインの成約データを取り込む現在の中心手段はサーバー経由でイベントを送信する「コンバージョンAPI（CAPI）」です。かつては専用のオフラインコンバージョンAPIが分かれていましたが、現在はコンバージョンAPIに統合され、オンライン・オフラインのイベントを一つの仕組みで扱う形に整理されています。

実装方法は大きく3つあります。①イベントマネージャからCSVなどで手動アップロードする方法（開発不要だがリアルタイム性はない）、②CRMとCAPIを直接つないで自動送信する方法、③連携ツール（パートナー統合）を使う方法です。運用上の要点は2つ。ピクセルとCAPIを併用する場合はevent_idを使った重複排除の設定を行うこと、そしてアップロード頻度をできる限り高く保つことです。解説記事では毎日に近い頻度でのデータ連携が学習精度の面で理想とされています。週1回のまとめ送信よりも、小さくても高頻度が効きます。

電話の計測：タップ数と実際の入電は別物

BtoBでは、Webフォームより電話を選ぶ問い合わせが太いチャネルであることも珍しくありません。ここでよくある誤解が、スマホの電話番号タップ（クリックコール）の計測を電話CVとみなすことです。タップはあくまで「発信画面を開いた」だけで、実際に通話したとは限りません。コールトラッキング事業者の解説では、タップベースの計測では実際には架電されていないケースが約3分の1に上るとされています。タップ数で評価すると、電話の成果を大きく水増しして見てしまうのです。

正確に測るには、広告やキーワードごとに異なる計測用電話番号を割り当て、実際の入電ベースで記録するコールトラッキングツールを使います。ツールによっては、入電をオフラインコンバージョンとしてクリックIDベースでGoogle広告・Meta広告へ自動連携できるものもあり、電話の成果まで含めて自動入札に学習させられます。通話の録音や通話時間も記録されるため、営業対象外の間違い電話を除外して「有効な入電」だけを成果として扱う運用も可能になります。

運用設計で決めておくべき点は3つあります。第一に番号の割当て粒度です。媒体単位で足りるのか、キャンペーンやキーワード単位まで分けるのかで、必要な番号数と費用が変わります。第二に営業時間外の入電の扱いです。BtoBでも夕方以降や昼休みの入電は一定数あり、留守番電話と折り返しの体制まで含めて設計しないと、計測はできても機会を取りこぼします。第三に有効入電の定義です。通話時間◯秒以上、営業案内やスタッフ間違いの除外など、成果として数える条件を先に決めておくと、レポートの数字がぶれません。

リードの質で最適化する：商談化・受注に価値を付ける

オフラインの成果が媒体に入るようになったら、次は成果に金額（コンバージョン値）を割り当てます。たとえば商談化には10万円、受注には案件金額そのもの、といった具合に段階ごとの価値を設定する方法が運用者向けの解説で紹介されています。値が入ると、広告費用対効果の目標を軸にした価値ベースの自動入札が使えるようになり、媒体は「安いCVをたくさん」ではなく「価値の合計が大きくなる配信」を探すよう動きが変わります。

効果は公開事例からも確認できます。広告効果測定ツール、アドエビスの導入事例では、MAツールを提供するSATORI社がオフラインコンバージョンのデータをもとに広告配信を最適化し、商談につながる有効リードの割合が8か月で30%から60%まで改善したと紹介されています。評価の物差しを「フォームCV単価」から「商談単価」「受注単価」へ移すことが、リードの質の改善をそのまま広告の学習に翻訳する道筋です。

導入の手順：フォーム改修から検証まで

ここまでの部品を、導入の手順として並べ直します。焦って全段階を一気に作るより、1つずつ確実に動作確認しながら進めるほうが結果的に早く着地します。

所要期間の目安は、フォーム改修とCRM項目追加で数週間、データが溜まって入札に反映できるようになるまで1〜3か月です。最初の1か月はレポートを眺めるだけでも価値があります。どの広告が商談を生んでいるかが見えた時点で、手動の予算配分だけでも改善が始まるからです。

つまずきやすいポイント：マッチ率・件数・同意

導入プロジェクトが止まる原因は、おおむねパターンが決まっています。先回りして押さえておきましょう。

• GCLIDの取得漏れ：GTM未設定のまま、あるいは外部フォームツールが隠しフィールドに対応しないまま配信を続け、突合のキーが最初から存在しない
• マッチ率の低さを放置：日付形式やタイムゾーンの不備、期限切れデータのアップロードなどで、送っているのに照合されない状態が続く
• コンバージョン件数の不足：受注だけを渡して月数件になり、自動入札の学習が回らない（解説では月30件程度が一つの目安とされる）
• 同意と告知の不足：プライバシーポリシーに利用目的を明記しないまま顧客データを媒体へ送ってしまう

特に件数の問題はBtoBで頻出します。受注は月に数件でも、商談化なら数十件ある——そんな場合は受注に近くて件数が確保できる中間の成果を主コンバージョンに据えるのが定石です。また、ハッシュ化して送る方式でも顧客データを第三者に提供する処理であることに変わりはありません。プライバシーポリシーの利用目的の記載と、必要に応じた同意取得は、実装より先に法務・情報管理部門と確認しておきましょう。

AIの使いどころ：名寄せ・データ突合・レポート化

オフラインCV計測の運用で最も泥臭いのが、CRMと広告データの突合です。会社名の表記ゆれ（株式会社と（株）、全角と半角）、同一人物が複数のメールアドレスで登録されている、営業が入力した会社名とフォームの会社名が微妙に違う——こうした「名寄せ」の問題は、生成AIに正規化ルールの設計や変換処理のコード作成を任せると大幅に短縮できます。判断に迷う突合候補だけを人が確認する分業にすれば、精度と速度を両立できます。

あなたはBtoBマーケティングのデータ整備担当です。
以下の2つのCSVを突合し、広告クリックと受注を紐付けてください。
・CSV1: CRMの受注リスト（会社名／担当者メール／受注日／受注金額／GCLID）
・CSV2: 広告クリックのエクスポート（GCLID／キャンペーン名／クリック日）
やってほしいこと:
(1)GCLIDをキーに結合し、キャンペーン別の受注件数と受注金額を集計する
(2)会社名の表記ゆれ（株式会社と（株）、全角半角）を正規化する名寄せルールを提案する
(3)GCLIDが欠損している受注の件数と、考えられる欠損原因を一覧にする

もう一つの使いどころがレポート化です。広告→フォーム→商談→受注のファネルを月次で集計し、変化点への簡単なコメントを付ける作業は、集計手順を一度プロンプトとして固定してしまえば毎月ほぼ自動で回せます。ただしAIの集計結果は必ず元データと突き合わせて検算すること。特に金額集計の桁や重複カウントは、人の目でのチェックを省略しないでください。数字が経営報告に載る以上、最終責任は運用者側にあります。

よくある質問

フォームを改修できない場合はどうすればいいですか？

外部のフォームサービスを使っていて隠しフィールドを追加できない場合は、GCLID保管が不要な「リードの拡張コンバージョン」を第一候補にしてください。フォーム送信時のメールアドレスをGoogleタグ側で拾う方式のため、フォーム本体の改修を最小限にできます。それも難しい場合は、電話問い合わせのコールトラッキングから始めるなど、改修不要な経路を先に動かすのが現実的です。

受注まで半年かかる商材でも広告の学習に間に合いますか？

受注そのものを待つと、クリックIDの有効期間やアップロード期限を超えてしまう可能性があります（期限は媒体の最新ヘルプで確認してください）。この場合は、受注ではなく期限内に発生する中間成果——商談化や案件化——をインポート対象にするのが定石です。中間成果と受注の相関を四半期ごとに検証し、値の設定を調整していけば、長い商材でも受注基準に近い最適化ができます。

顧客のメールアドレスを広告媒体に送っても問題ないのですか？

拡張コンバージョンやコンバージョンAPIでは、メールアドレス等は元に戻せないハッシュ化を経て送信され、媒体側のログインユーザーデータと照合される仕組みです。ただし技術的に保護されていることと、法的・契約的に許されることは別問題です。個人情報の第三者提供や利用目的の明示に関わるため、プライバシーポリシーの記載を整え、必要に応じて法務の確認を取ってから実装してください。

コンバージョン数が少なくても自動入札は機能しますか？

自動入札の学習には一定のデータ量が必要で、解説では月30件程度が一つの目安として挙げられます。受注だけでは足りない場合、商談化などの中間成果を主コンバージョンにして件数を確保し、受注は値（金額）の大きさで区別する構成が使えます。件数がどうしても足りない時期は、オフラインデータをレポートとしてだけ使い、入札は手動やフォームCV基準のまま運用する段階を挟んでも構いません。

まとめ

オフラインCV計測の本質は、広告の評価と学習の基準を、フォーム送信から商談・受注へ引き上げることにあります。仕組みはシンプルで、クリック時に識別子を取得し、CRMで成果と一緒に保管し、媒体へ定期的に戻す——この3工程です。Google広告ならGCLIDによるインポートとリードの拡張コンバージョン、Meta広告ならコンバージョンAPI、電話なら実入電ベースのコールトラッキングが対応する道具になります。API連携の移行期限のような仕様変更には注意しつつ、まずは成果の段階と値の定義から着手してください。広告が「買う人」を探し始めたとき、マーケティングと営業が同じ数字で会話できるようになります。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。