オフラインコンバージョンインポートとは、CRMや営業管理ツールに記録された「商談化」「受注」といった広告管理画面の外側で起きた成果をGoogle広告に取り込み、リードの件数だけでなく「質」まで入札の最適化に反映させる仕組みです。フォーム送信をコンバージョンにしているBtoBアカウントでは、この設定があるかないかで、同じ予算でも集まるリードの中身が変わってくると言われます。

「CPAは目標内。リード件数も達成。でも営業からは『最近のリード、薄くない？』と言われる」、広告運用の現場で本当によく聞く悩みです。原因の多くは、広告側が「フォーム送信」までしか見えていないこと。この記事では、CRMの商談データを広告に返す設計手順と、2026年時点で選ぶべき実装方式（リードの拡張コンバージョン）、入札への効き方、そして最低限の件数要件までを、現役運用者の実務目線で整理します。

1. なぜ「CPAは良いのに商談にならない」が起きるのか

スマート自動入札は、コンバージョンとして登録されたシグナルを目標に学習します。フォーム送信だけをコンバージョンにしていると、入札アルゴリズムにとっては「資料だけ欲しい情報収集の人」も「今期中に導入したい決裁者」も、まったく同じ1件です。そして多くの場合、前者のほうがクリック単価も転換率のハードルも低い。つまり「フォーム送信を最も安く集める」最適化は、放っておくと薄いリードの割合を増やす方向に働きやすいのです。

実際、BtoBの現場では「CV数は前月比120%なのに商談数は横ばい」「フォームの項目を減らしたらCPAが下がったが、営業のアポ率も下がった」といった形で表面化します。件数と質はしばしばトレードオフの関係にあり、件数だけを目標に渡している限り、アルゴリズムは正しく「間違った最適化」を続けます。

これは代理店の怠慢でも設定ミスでもなく、渡しているゴール設定の問題です。月次レポートでCPAとCV数だけを追っていると、この構造的なズレには気づきにくい。CPAが高い原因ばかりが議論され、「CPAは良いのに売上が増えない」ケースは見過ごされがちです。広告側に「その後どうなったか」を教えない限り、アルゴリズムは件数の最適化を続けます。

2. オフラインコンバージョンインポート（OCI）とは：CRMの「商談化」を広告に返す仕組み

オフラインコンバージョンインポート（OCI）は、広告クリック後にオフライン（＝Webの計測タグの外側）で発生した成果をGoogle広告にアップロードする機能です。仕組みはシンプルで、次のループを回します。

1. 広告クリック時：クリック識別子（GCLID）やフォームで入力されたメールアドレス等を、リード情報とセットでCRMに保存する
2. フォーム送信：ここまでが従来の広告計測の守備範囲
3. CRMで判定：営業が「商談化」「受注」「失注」などのステータスを更新する
4. アップロード：商談化・受注に至ったリードだけを、識別子と紐づけてGoogle広告に返す
5. 入札が学習：どんな検索語句・時間帯・オーディエンスのクリックが商談になったかを学び、配信がそちらに寄っていく

ポイントは、返すのが「件数」ではなく「質の判定結果」であること。フォーム送信は引き続き計測しつつ、入札の主目標を商談ベースのコンバージョンに切り替えることで、同じ予算の使い先が変わります。ヘルプ上では、リード獲得の目標カテゴリとして「有望な見込み顧客」「コンバージョンに至った見込み顧客」といった段階が用意されており、ファネルのどこを返すかを設計できます。

3. 2026年に選ぶべき実装：「リードの拡張コンバージョン」へのアップグレード

OCIには歴史的に、GCLIDだけを鍵にする旧方式と、ハッシュ化したメールアドレス等の「ユーザー提供データ」も鍵に使うリードの拡張コンバージョン（Enhanced Conversions for Leads）の2系統があります。Googleは公式ヘルプで旧方式からのアップグレードを案内しており、理由としてクロスデバイスでの計測精度、Cookie環境の変化への耐性、データマネージャーやZapier・HubSpotなど複数のインポート経路への対応が挙げられています。

さらに2026年5月には、Google Ads APIの旧来のクリックコンバージョンアップロード（ConversionUploadService）について、2026年6月15日以降は新規の利用者を受け付けず、今後はデータマネージャー（Data Manager API）がオフラインコンバージョン取り込みの主経路になると開発者向けに告知されています。つまり、これから新しく組む場合は実質的に「リードの拡張コンバージョン＋データマネージャー」が基本線です。

アップロード期限の違いに注意

ヘルプによれば、旧方式のOCIは最後のクリックから90日以内、リードの拡張コンバージョンは63日以内のデータしかインポートされません。BtoBで商談化まで2〜3か月かかる商材の場合、「受注」だけを返そうとすると期限切れが頻発します。だからこそ後述のとおり、受注より手前の「商談化」を返す設計が実務では重要になります。なお、タグ側の実装仕様（同意モードやハッシュ化の細かい要件）は拡張コンバージョンの設定仕様編で詳しく扱っているので、本記事は「何を返すか」の設計に集中します。

すでにGCLIDのみの旧方式で運用中の場合も、急に止まるわけではないとされていますが、アップグレードの際は既存のコンバージョンアクションを流用せず、新しいアクションを作成して並行稼働させる手順が案内されています。移行のタイミングは、コンバージョン設定を棚卸しする機会と捉えるのがよいでしょう。

4. CRM連携の設計手順：どの段階を、いくらの価値で、いつ返すか

技術的な接続より先に決めるべきは、この3点です。

手順1：返す「段階」を決める

受注だけを返すと、件数が少なすぎて学習が進まないことが多い。逆にフォーム送信のままでは質が伝わらない。実務では「営業が会う価値ありと判定した段階（商談化・SQL）」を主目標にするのが落としどころになりやすいと言われます。月間の発生件数が2桁に乗る段階を選ぶのが目安です。

手順2：値（コンバージョン値）を割り当てる

段階ごとに、たとえば「商談化＝5万円、受注＝30万円」のように粗利や受注単価から逆算した値を付けます。値を付けておくと、将来的に目標広告費用対効果（tROAS）ベースの入札に移行する道が開けます。値の根拠は精密でなくて構いません。「受注は商談の6倍重い」という比率が伝わることが先決です。

手順3：CRMに持たせるフィールドを用意する

連携の土台として、CRMのリードレコードに最低限、（1）GCLID、（2）フォームで取得したメールアドレスまたは電話番号、（3）リード発生日時、（4）商談化・受注などのステータスと更新日、の4点を持たせます。GCLIDはランディングページのURLパラメータから隠しフィールドでフォームに引き継ぐのが定番です。ここが取れていないと、後からさかのぼって紐づけることはできません。オフラインコンバージョンは「設定した日」からではなく「識別子を保存し始めた日」からしか機能しないので、設計が固まっていなくても識別子の保存だけは先に始めておく価値があります。

手順4：返す「頻度」と経路を決める

アップロードは月1回まとめてではなく、できれば毎日〜数日おきに。HubSpotやSalesforceならデータマネージャー経由の連携やZapier連携で自動化できます。CRM側には、リード作成時にGCLIDとメールアドレスを保存するフィールドを用意し、フォーム送信時に自動で書き込まれるようにしておきます。インポートされたデータが管理画面に反映されるまでは3時間程度かかるとされています。

手順5：3〜4週間は並行稼働、その後に主役交代

ヘルプの案内では、新しいコンバージョンアクションを作成して3〜4週間データを蓄積し、数値の整合を確認してから、既存のフォーム送信コンバージョンを「サブ（副次）」に切り替える流れが推奨されています。いきなり主目標を入れ替えると学習がリセットに近い状態になるため、tCPAの学習期間を踏まえて段階的に移行するのが安全です。

5. 入札への効き方と、最低限の件数要件

主目標を商談ベースに切り替えると、スマート自動入札は「商談になったクリック」の共通項──検索語句、地域、時間帯、デバイス、オーディエンスの組み合わせ──を探して配信を寄せていきます。体感としては、CV数がいったん減り、CPAは上がって見えるのが普通です。ここで慌てて元に戻すのが一番もったいない。評価軸を「フォームCPA」から「商談単価」に付け替えてから移行するのが鉄則です。

件数の目安も押さえておきましょう。ヘルプによれば、tROAS（目標広告費用対効果）を検索キャンペーンで使うには過去30日間に15件以上のコンバージョンが必要とされています。tCPAには現在明確な下限はないものの、学習の安定には同程度の件数があったほうがよいと言われます。商談化が月15件に届かない場合は、（1）主目標は一つ手前の「有望な見込み顧客」段階にして商談は値の差で表現する、（2）キャンペーンを統合して学習データを集約する、といった設計で件数を確保するのが現実的です。

移行の順序としては、まず商談ベースのコンバージョンをtCPA（目標コンバージョン単価）の主目標に据えて学習を安定させ、件数と値の蓄積が進んだ段階でtROASへの切り替えを検討する、という二段階が扱いやすいでしょう。切り替え直後の2〜3週間は日次のCPA変動に一喜一憂せず、週単位で「商談単価」と「商談化率」を見る。ここを我慢できるかどうかが、この施策の成否を分けると言っても大げさではありません。

※ 自分のアカウントの場合はどうか気になる方へ ― 実際の診断レポートのサンプル（無料）を用意しています。

6. 実際にあった、もったいない例

あるBtoB SaaSのアカウント。月予算200万円で、フォームCPAは12,000円と目標をクリアし続けていました。ところがCRM側を突き合わせると、広告経由リードの商談化率はわずか8%。展示会経由の3分の1以下でした。検索語句を見ると、無料テンプレート系のキーワードが安くリードを量産しており、入札はそこに寄り切っていた。件数のKPIの上では「優秀なアカウント」だったのです。

商談化をオフラインコンバージョンとして返し、主目標を切り替えて2か月。フォームCPAは18,000円に上がりましたが、商談化率は19%まで改善し、商談単価は約24万円から約9万円に下がりました。行ったのはクリエイティブの刷新でも予算の増額でもなく、「広告に教える答えを変えた」だけ。月次レポートの見た目のCPAだけでは、この改善は永遠に始まらなかったはずです。こうした「レポートの数字と事業の数字のズレ」は、代理店の月次レポートの読み方でも詳しく扱っています。

よくある質問

Q. 商談の件数が少なくても、オフラインコンバージョンを入れる意味はありますか？

A. あります。入札の主目標にするには月15件程度の件数が欲しいところですが、件数が少なくても副次コンバージョンとして取り込めば、「どのキャンペーン・検索語句が商談を生んでいるか」をレポート上で確認でき、手動の予算配分や除外判断の材料になります。まず計測から始めて、件数が育ってから入札に使う二段構えが現実的です。

Q. 顧客のメールアドレスをGoogleに送ることになりますが、問題ないのでしょうか？

A. リードの拡張コンバージョンでは、メールアドレス等はSHA-256でハッシュ化（不可逆な変換）された状態で送信され、照合後は元データを復元できない仕組みとされています。ただし、プライバシーポリシーへの利用目的の明記と本人同意の取得は広告主側の責任です。法務確認とあわせて進めることをおすすめします。

あわせて読みたい

• 拡張コンバージョン2026年版：同意モード・ハッシュ化の設定仕様を整理する
• tCPAの学習期間に何が起きているのか：触っていい時期・ダメな時期