広告費と受注を結合!Google広告×BigQueryでBtoB企業の「本当のROAS」を計測するデータ基盤設計
Google広告とCRMの受注データをBigQueryで統合し、BtoB企業が「本当のROAS」を算出するためのデータ基盤設計を解説。広告費と成果を紐付け、マーケティングROIを最大化します。
目次 クリックで開く
BtoBビジネスにおいて、Google広告の管理画面上で表示されるコンバージョン(問い合わせや資料請求)は、あくまで「中間指標」に過ぎません。最終的な受注や売上、そしてLTV(生涯顧客価値)にどの広告キャンペーンが寄与したかを可視化しなければ、真の投資対効果(ROAS)は算出できません。
本ガイドでは、Google広告、BigQuery、CRM(SalesforceやHubSpot等)を統合し、広告費と受注データを結合して「本当のROAS」を計測するためのデータ基盤設計と実装手順を解説します。
BtoB企業がGoogle広告×BigQuery×CRMを統合すべき理由
BtoBの商流は検討期間が数ヶ月に及び、Web上のコンバージョン後にインサイドセールスの架電、フィールドセールスの商談を経て受注に至ります。この過程で「質の低いリードを大量に獲得している広告」と「リード数は少ないが確実に受注に繋がる広告」の選別ができなくなる課題があります。
これらを解決するのが、データウェアハウス(DWH)であるBigQueryを中心としたモダンデータスタックの構築です。関連記事として、さらに高度なAI活用については、広告×AIの真価を引き出す。CAPIとBigQueryで構築する「自動最適化」データアーキテクチャも併せて参照してください。
ステップ1:データ収集基盤の構築
まずは、分断されたデータをBigQueryへ集約します。手動のCSVエクスポートではなく、APIによる自動連携が必須です。
Google広告データの同期(BigQuery Data Transfer Service)
Google Cloudが提供する「BigQuery Data Transfer Service」を利用することで、ノーコードで広告データを同期できます。
- 料金: Google広告のデータ転送自体は無料(BigQueryのストレージ料金のみ発生)。
- 更新頻度: 最短24時間ごとの定期実行。
- 公式情報: BigQuery Data Transfer Service for Google Ads
CRMデータの同期とETLツールの選定
SalesforceやHubSpotなどのCRMデータをBigQueryに転送する場合、各SaaSのAPI仕様に合わせたコネクタが必要です。実務では以下のETLツールの利用が一般的です。
| ツール名 | 特徴 | 料金目安 | 公式導入事例 |
|---|---|---|---|
| trocco | 日本発。UIが日本語で使いやすく、日本のSaaS(freee等)に強い。 | 月額10万円〜 | 株式会社メルカリ様 |
| Fivetran | 世界標準。コネクタ数が豊富で、Salesforceとの親和性が極めて高い。 | 従量課金(MARベース) | 株式会社スクウェア・エニックス様 |
| CData | 安価に構築可能。既存のSQLスキルを活かせる。 | 年額制(要問合せ) | 株式会社リプラス様 |
経理データとの統合まで見据える場合は、【完全版・第5回】freee会計の「経営可視化・高度連携」フェーズ。会計データを羅針盤に変えるBIとAPI連携術も参考になります。
ステップ2:データ結合のための「キー」の設計
BigQueryにデータを集めただけでは、広告費と受注は紐付きません。両者を結合するための共通キーとして「gclid(Google Click Identifier)」または「ハッシュ化されたメールアドレス」を使用します。
Webサイト側での実装手順
- ユーザーが広告をクリックし、貴社サイトへ流入する。
- URLパラメータに含まれる
gclidをJavaScriptで取得。 - 問い合わせフォーム(HubSpotやSalesforceのWeb-to-Lead)の「隠しフィールド」に
gclidを格納して送信。 - CRM側の「リード情報」に
gclidが保存される。
BigQuery上でのSQL結合例
以下は、広告キャンペーンごとの費用と、その広告から発生した受注額を結合する簡略化したSQLイメージです。
SELECT a.campaign_name, SUM(a.cost) AS total_ad_spend, SUM(c.deal_amount) AS total_revenue, SAFE_DIVIDE(SUM(c.deal_amount), SUM(a.cost)) AS real_roas FROM project.google_ads.CampaignStats a LEFT JOIN project.crm.Leads b ON a.gclid = b.gclid LEFT JOIN project.crm.Deals c ON b.lead_id = c.lead_id GROUP BY 1
ステップ3:オフラインコンバージョンのフィードバック
可視化ができたら、次のステップは「受注データをGoogle広告に逆流(アップロード)させる」ことです。これにより、Google広告のAIが「受注しやすいユーザー」を学習し、自動入札の精度が飛躍的に向上します。
具体的なメリット
- ターゲットの質向上: フォーム送信しただけの層ではなく、最終的に契約した層を最適化対象にできる。
- 無駄打ちの削減: 商談不成立(失注)が多いキーワードの入札を自動的に抑制できる。
このデータ連携の全体像については、【図解】SFA・CRM・MA・Webの違いを解説。高額ツールに依存しない『データ連携の全体設計図』で詳しく解説しています。
トラブルシューティング:よくあるエラーと解決策
1. gclidがCRMに保存されない
- 原因: フォームブリッジなどの外部サービス利用時にパラメータが引き継がれていない、またはCookieの有効期限切れ。
- 解決策: サーバーサイドGTM(Google Tag Manager)を導入し、First Party Cookieとして保持期間を延ばす。
2. データの乖離(Google広告とBigQueryの数値が合わない)
- 原因: タイムゾーン設定の不一致(Google広告はJST、BigQuery Data Transfer ServiceはデフォルトUTCなど)。
- 解決策: クエリ内で
DATETIME(timestamp, "Asia/Tokyo")を使用して変換を行う。
3. プライバシー保護の制限
- 原因: iOSのITP対応やブラウザの制限によりgclidが欠損。
- 解決策: 拡張コンバージョン(Enhanced Conversions)を導入し、ハッシュ化したメールアドレス(SHA256)を補完キーとして活用する。
まとめ:データ基盤は「作ってから」が本番
Google広告とBigQuery、そしてCRMを統合したデータ基盤は、BtoB企業のマーケティングを「勘」から「科学」へと変貌させます。まずはBigQuery Data Transfer Serviceの有効化から始め、段階的にCRMデータの結合を進めてください。
さらに、構築したデータ基盤を元にMA(マーケティングオートメーション)を自前で構築したい場合は、高額なCDPは不要?BigQuery・dbt・リバースETLで構築する「モダンデータスタック」ツール選定と公式事例も一読をお勧めします。
実務で差がつく導入前の最終確認事項
データ基盤の構築を開始する前に、テクニカルな仕様で見落としがちなポイントを整理しておきましょう。特にGoogle広告の仕様変更やブラウザの制限は、計測精度に直結します。
gclid保持と自動タグ設定のチェックリスト
- 自動タグ設定の有効化: Google広告管理画面で「自動タグ設定」がオンになっていないと、gclidが付与されません。
- gclidの有効期限: Google広告の仕様上、クリックからコンバージョンまでの期間は最大90日間です。BtoBの検討期間がこれを超える場合は、ハッシュ化メールアドレスを併用した補完設計が必要になります。
- リダイレクトによる消失: 広告のリンク先URLで301/302リダイレクトが発生している場合、パラメータ(gclid)が欠落することがあります。必ず最終ランディングページURLを直接指定してください。
データソース別の「乖離原因」と対応策
管理画面とBigQueryの数値が一致しない際、調査すべき主要項目は以下の通りです。
| チェック項目 | よくある原因 | 確認すべき公式ドキュメント |
|---|---|---|
| 計測タイミング | Google広告は「クリックされた日」、CRMは「受注した日」に計上されるため。 | オフライン コンバージョンについて |
| 通貨変換 | マルチカレンシー対応のCRMを利用している場合、レート換算による誤差が発生。 | (各CRMの公式ヘルプ参照) |
| 無効なクリック | Google広告側で除外された無効なクリックが、ログデータには残っている可能性。 | 無効なトラフィックについて |
プライバシー保護と計測の継続性について
近年のブラウザ制限(ITPなど)により、従来のCookieベースの計測だけでは「本当のROAS」を追いきれないケースが増えています。安定したデータ収集を維持するためには、1st Partyデータの活用を前提とした設計が不可欠です。具体的な対策については、以下の解説記事も参考にしてください。
- WebトラッキングとID連携の実践ガイド。ITP対策・LINEログインを用いたセキュアな名寄せアーキテクチャ
- LIFF・LINEミニアプリ活用の本質。Web行動とLINE IDをシームレスに統合する次世代データ基盤
公式ドキュメントでの仕様確認
BigQueryへのデータ転送設定や、オフラインコンバージョンのアップロード用ファイル形式については、Googleの最新ドキュメントを常に参照してください。特にデータの反映遅延(フレッシュネス)に関する仕様は、自動入札の運用に影響を与えます。
📚 関連資料
このトピックについて、より詳しく学びたい方は以下の無料資料をご参照ください:
なお、各種アプリのすべての機能を使用するには、Gemini アプリ アクティビティを有効にする必要があります。
ご相談・お問い合わせ
本記事の内容を自社の状況に当てはめたい場合や、導入・運用の設計を一緒に整理したい場合は、当社までお気軽にご相談ください。担当より折り返しご連絡いたします。
データ分析・BI
Looker Studio・Tableau・BigQueryを活用したBIダッシュボード構築から、データ基盤整備・KPI設計まで対応。経営判断をデータで支援します。