Google広告×HubSpot連携で受注まで計測する設計

BtoBの広告計測を「フォーム送信」で止めると失敗する理由

このセクションでわかること：フォーム送信を最終コンバージョンに据えた計測がなぜBtoBで機能しないのか、その構造を整理します。

Google広告の自動入札（目標コンバージョン単価や目標広告費用対効果）は、設定されたコンバージョンを最大化する方向に学習します。つまり「何をコンバージョンと教えるか」が、広告費の流れ先をそのまま決めます。ここがBtoB広告計測の出発点です。

BtoBの購買は、情報収集から比較検討、社内稟議を経て契約に至るまで数週間から数か月かかることが珍しくありません。資料ダウンロードや問い合わせフォームの送信は、その長い道のりの入り口にすぎません。フォームを送った人の中には、本気で導入を検討している決裁者もいれば、競合調査中の同業他社や、情報だけ集めたい学生も混ざります。フォーム送信の段階では、この質の違いがまったく区別できません。

それでもフォーム送信を唯一のコンバージョンとして広告に渡すと、入札アルゴリズムは「フォームを送りやすい層」を最も価値が高いと誤解します。結果として、件数は伸びるのに商談化率が下がる、いわゆる「リードは増えたのに売上が増えない」状態が起きます。広告の数字と事業の数字が乖離していくのです。

この問題を解くには、計測の終点をフォーム送信ではなく、商談化や受注といった事業に直結する地点まで引き戻す必要があります。具体的にどこまで引き戻すかは、商談化率や受注までのリードタイムによって変わります。BtoBの商談化率の考え方を踏まえたうえで、計測対象を決めることが重要です。

Google広告×HubSpot連携で実現する計測の全体像

このセクションでわかること：広告クリックから受注までを一周させる計測ループの全体像を、データの流れで把握します。

Google広告とHubSpotを連携して計測を引き戻す仕組みは、ひとことで言えば「広告クリックの識別子を保持し、HubSpot内で商談・受注が確定したときに、その結果をGoogle広告へ送り返す」ループです。このループが回ることで、Google広告の自動入札は「フォームを送った人」ではなく「実際に受注した人」に近いクリックへ最適化を進められます。

流れを分解すると次のようになります。第一に、ユーザーが広告をクリックすると、Google広告はクリックを一意に識別するパラメータ（GCLID）をURLに付与します。第二に、HubSpotのフォームやトラッキングがこのGCLIDを取得し、コンタクト情報として保持します。第三に、そのコンタクトが商談化・受注へ進んだ段階で、HubSpotまたは連携機能を通じて、Google広告へ「このクリックは受注につながった」という事実をオフラインコンバージョンとして送り返します。第四に、Google広告はその情報を学習し、入札を受注貢献度の高いクリックへ寄せていきます。

このループを成立させる前提として、Google広告とHubSpotの連携自体が正しく設定されている必要があります。連携そのものの手順や接続方法は、Google広告とHubSpotの連携設定の記事で詳しく扱っています。本記事はその連携が済んでいることを前提に、計測の設計に集中します。

コンバージョン計測を設計する具体的なステップ

このセクションでわかること：計測の終点を受注まで引き戻すために、何をどの順番で設定すべきかを段階的に整理します。

計測設計は、いきなり全部を完璧にしようとすると破綻します。まずクリックを識別できる状態を作り、次に成果地点を定義し、最後にその成果を広告へ返す、という順序で組み立てると無理がありません。

ステップ1：GCLIDを取得・保持できる状態を作る

計測の起点は、広告クリックの識別子であるGCLIDを失わずに保持することです。Google広告の自動タグ設定を有効にすると、広告クリック時にURLへGCLIDが付与されます。このGCLIDをHubSpotのフォームの隠しフィールドやCookieで取得し、コンタクトのプロパティとして保存します。ここが欠けると、後でいくら受注が出ても「どのクリックが生んだ受注か」を広告へ返せません。計測ループの土台になる工程です。

ステップ2：コンバージョンの「地点」を複数定義する

計測地点をひとつに絞る必要はありません。むしろBtoBでは、フォーム送信・商談化・受注という複数の地点を段階的に計測するのが現実的です。フォーム送信は日々の運用判断のため、商談化と受注は入札最適化と費用対効果の評価のために使います。役割を分けて持つことで、短期の動きと事業成果の両方を見られます。

受注は最も事業に近い指標ですが、件数が少ないと自動入札が学習しきれないという弱点があります。月間の受注件数が限られる場合は、商談化を主な最適化対象に据え、受注を補助的に見る構成が現実的です。どの地点を入札の主軸にするかは、月間のコンバージョン件数で判断します。

ステップ3：成果地点をオフラインコンバージョンとして返送する

HubSpotのパイプラインで商談化や受注が確定したら、その事実をGoogle広告へオフラインコンバージョンとしてアップロードします。GCLIDをキーにして「このクリックが商談・受注につながった」と紐づけることで、Google広告は管理画面のコンバージョン列に事業成果を反映できます。アップロードの具体的な操作手順やファイル形式は、オフラインコンバージョンのアップロード方法で解説しています。

ステップ4：返した成果で入札を最適化する

受注や商談化が広告側に十分な件数たまったら、その地点を目標とする自動入札へ切り替えます。フォーム送信を目標にしていた入札を、商談化や受注を目標とする入札へ移すことで、アルゴリズムが受注しやすいクリックへ予算を寄せ始めます。入札方式の選び方や移行のタイミングは、検索広告の入札戦略の記事で詳しく扱っています。

計測設計の全体像を踏まえた広告KPIの組み立て方については、BtoB広告のKPI設計もあわせてご確認ください。計測設計の現状診断についてはこちらからご相談いただけます。

拡張コンバージョン（リード向け）の役割と使いどころ

このセクションでわかること：GCLID方式を補完する拡張コンバージョン（リード向け）の仕組みと、どんなときに使うべきかを整理します。

GCLIDを使ったオフラインコンバージョンは強力ですが、GCLIDが何らかの理由で欠落すると計測が途切れます。ブラウザの設定やリダイレクトの過程でパラメータが失われることもあります。この欠落を補うのが、拡張コンバージョン（リード向け、エンハンスドコンバージョン for leads）です。

拡張コンバージョンは、ユーザーがフォームに入力したメールアドレスなどの自社が保有するデータを、ハッシュ化（元の値に戻せない形に変換）したうえでGoogle広告へ送り、Google側のログインデータと照合してクリックと成果を紐づける仕組みです。GCLIDという「クリックの番号」ではなく、メールアドレスという「人の識別情報」を使うため、GCLIDが欠落したケースでもマッチングできる可能性があります。

実務上は、GCLIDによるオフラインコンバージョンを主軸に置きつつ、拡張コンバージョンを併用して計測の取りこぼしを減らす、という構成が堅実です。どちらか一方ではなく、両方を補完関係として設計します。なお、メールアドレスなど個人を特定しうる情報を扱うため、プライバシーポリシーの整備や取得時の同意設計を事前に確認しておく必要があります。この点は法務・情報管理の領域にも関わるため、自社の方針に沿って慎重に進めてください。

よくある計測の落とし穴と回避策

このセクションでわかること：連携できているのに計測がずれる典型パターンを、その発生メカニズムとともに把握します。

連携の設定が完了していても、計測設計を誤ると数字は事業実態からずれていきます。ここでは現場で繰り返し見られる落とし穴を、重要度の高い順に整理します。

落とし穴1：フォーム送信を最適化目標のまま放置する

最も多く、最も影響が大きいのがこれです。連携してオフラインコンバージョンまで取り込んでいるのに、入札の目標がフォーム送信のままになっているケースです。これでは計測ループを作った意味が半減します。アルゴリズムはあくまで「目標に設定された地点」へ最適化するため、受注データを取り込んでいても、目標がフォーム送信なら入札はフォーム送信に寄り続けます。

落とし穴2：受注件数が少ないのに受注を目標にする

受注を最終地点に据えるのは正しい方向ですが、自動入札は一定の学習データ量を必要とします。月間の受注件数が極端に少ないと、アルゴリズムが安定して学習できず、かえって配信が不安定になります。この場合は、件数を確保できる商談化を主な目標に据え、受注は評価指標として併用するのが無難です。最適化の主軸は「件数が十分にたまる地点」に置くのが原則です。

落とし穴3：HubSpotのパイプライン定義が曖昧

計測ループの精度は、HubSpot側で「商談化」「受注」が明確に定義され、運用で正しく更新されているかに依存します。営業がパイプラインのステージを更新していなければ、受注が確定しても広告へ返すデータが生まれません。計測設計はマーケティングだけで完結せず、営業のパイプライン運用とセットで成立します。マーケティングと営業のデータ連携の考え方は、マーケとセールスの連携もあわせてご覧ください。

落とし穴4：アトリビューションの視点が抜ける

広告は多くの場合、単独で受注を生むのではなく、複数の接点のひとつとして貢献します。最後のクリックだけを見ると、初期の認知に貢献した広告の価値を見落とします。計測の引き戻しと並行して、複数接点をどう評価するかというアトリビューションの視点を持つことで、判断の精度が上がります。詳しくはBtoBのアトリビューション分析で解説しています。

計測設計を機能させ続ける運用体制

このセクションでわかること：作った計測ループを形骸化させないために必要な、運用と役割分担の要点を整理します。

計測設計は一度作って終わりではありません。商談化や受注の定義が変われば計測も見直しが必要ですし、入札目標も件数の推移に応じて切り替えていく必要があります。継続的に機能させるには、誰が何を見るかを最初に決めておくことが重要です。

実務では、次の三つの役割が噛み合っているかを定期的に確認します。第一に、マーケティング側がGCLIDの取得状況とオフラインコンバージョンの返送が止まっていないかを監視すること。第二に、営業側がパイプラインのステージを正しく更新し、受注データの源を絶やさないこと。第三に、両者が同じ数字を見て、広告の件数指標と事業の受注指標の乖離を定期的にすり合わせること。この三つのいずれかが欠けると、せっかくのループが片肺運転になります。

とくにリードが少人数で運用されている組織では、計測の保守そのものが後回しになりがちです。計測が止まっていることに気づかないまま、ずれた数字で入札を続けてしまう事故は珍しくありません。月次でループの健全性を点検する習慣をつけることをおすすめします。自社の計測ループが正しく回っているか不安な場合は、こちらからご相談ください。

まとめ

Google広告とHubSpotの連携は、つなぐこと自体が目的ではありません。連携によって「広告クリックから受注まで」を一周させ、自動入札に事業成果を学習させることが本質です。フォーム送信を最終コンバージョンに据えたままでは、件数は増えても受注は増えないという乖離が生まれます。

計測設計の要点を重要度順に挙げると、第一にGCLIDを保持して計測の土台を作ること、第二に商談化・受注という事業に近い地点をコンバージョンとして定義すること、第三にその成果を広告へ返して入札を最適化することです。そして、これらを支えるのはHubSpotのパイプライン運用と、マーケティング・営業の連携です。技術的な連携が済んでいても、運用の体制が伴わなければ計測ループは形骸化します。まずは自社の計測がどの地点で止まっているかを確認することから始めてください。

よくある質問（FAQ）

Google広告とHubSpotを連携すれば、自動的に受注まで計測できますか？

いいえ。連携はデータをやり取りする土台にすぎません。GCLIDの保持、コンバージョン地点の定義、オフラインコンバージョンの返送、入札目標の切り替えという設計を別途行って初めて、受注まで計測が引き戻されます。連携の完了と計測設計の完了は別物です。

フォーム送信をコンバージョンとして計測してはいけないのですか？

計測すること自体は問題ありません。日々の運用監視や初動の確認には有効です。問題になるのは、フォーム送信を自動入札の「最適化目標」に据えたままにすることです。最適化目標は商談化や受注など、事業成果に近い地点へ移すべきです。

受注を最適化目標にすると、なぜ配信が不安定になることがあるのですか？

自動入札は一定量の学習データを必要とします。受注は最も事業に近い指標ですが件数が少なくなりがちで、データ量が不足すると安定した学習ができません。月間件数が少ない場合は、件数を確保できる商談化を主軸に据え、受注は評価指標として併用するのが現実的です。

拡張コンバージョン（リード向け）とオフラインコンバージョンは、どちらを使うべきですか？

どちらか一方ではなく、補完関係として併用するのが堅実です。GCLIDを使ったオフラインコンバージョンを主軸に置き、GCLIDが欠落したケースを拡張コンバージョンで補います。ただし拡張コンバージョンは個人を特定しうる情報を扱うため、同意設計やプライバシーポリシーの整備を事前に確認してください。

計測設計はマーケティング担当だけで完結しますか？

完結しません。受注データの源はHubSpotのパイプラインであり、営業がステージを正しく更新していなければ広告へ返すデータが生まれません。マーケティングと営業が同じ数字を見て乖離をすり合わせる運用がセットで必要です。