Googleタグでコンバージョンを計測しているが、ブラウザの制限や広告ブロッカーで取りこぼしが発生している。とはいえ、オフラインコンバージョンインポート（OCI）を一から構築するのは技術的なハードルが高い。そんな課題に対して、新しい選択肢が出てきました。
Google広告に「データソースを追加してタグの機能を強化する」ベータ機能が追加されています。CRMや注文データベースのデータを、コンバージョンアクションの設定画面から直接接続できる仕組みです。
何ができるようになるのか
この機能を使うと、Googleタグで計測したコンバージョンに、バックエンドシステム（CRM、ECプラットフォーム、注文データベースなど）のデータを追加できます。
タグとバックエンドの2つの情報源を組み合わせることで、以下の改善が見込めます。
- ブラウザの制限や広告ブロッカーで欠落したコンバージョンの補完
- バックエンドの正確な売上データに基づく入札精度の向上
- コンバージョンアクション設定内での統合セットアップ（別途パイプライン構築が不要）
これまで同様の計測補完をするには、Google Ads APIを使ったオフラインコンバージョンインポートの仕組みを自前で構築する必要がありました。この機能では、Data Manager経由でBigQueryやMySQLを接続するだけで済みます。
マッチングと上書きの仕組み
タグとバックエンドのデータは、Transaction ID（取引ID）で紐づけられます。
| ケース | 処理 |
|---|---|
| Transaction IDが一致した場合 | バックエンドの値がタグの値を恒久的に上書き |
| Transaction IDが一致しなかった場合 | 新規コンバージョンイベントとして追加 |
重要なポイントは、マッチした場合にバックエンドの値が「Source of Truth」として扱われることです。タグが取得した値を永続的に上書きします。
たとえば、タグがカート投入時の金額を記録していても、バックエンドのデータでクーポン適用後の実売上に上書きされます。Value-Based Bidding（目標ROAS、コンバージョン値の最大化）を使っている場合、入札のキャリブレーションに直接影響するため、バックエンドデータの正確性が一層重要になります。
なぜ今この機能が必要なのか
この機能が登場した背景には、ブラウザプライバシーの強化によるシグナル欠損の拡大があります。Safariのトラッキング防止機能、広告ブロッカー、同意モードの適用拡大により、タグだけでは取得できないコンバージョンが増加しています。
バックエンドのデータはブラウザレベルの制限を受けません。CRMや注文データベースに記録された取引データは、ユーザーのブラウザ設定に関係なく存在しています。この構造的な強みを活かして、タグの計測ギャップを埋めるのがこの機能の狙いです。
拡張コンバージョン・OCIとの違い
Google広告のコンバージョン計測には複数の手法があります。この機能は、既存手法のどこに位置づけられるのでしょうか。
| 比較項目 | タグ＋データソース統合（今回） | 拡張コンバージョン | オフラインコンバージョンインポート（OCI） |
|---|---|---|---|
| データの取得元 | タグ＋バックエンド（CRM等） | タグ＋ハッシュ化された顧客情報 | バックエンドのみ |
| 主な用途 | タグの欠損補完＋値の上書き | タグの帰属精度向上 | オフライン成果の取り込み |
| 自動化 | Data Manager経由で継続的に同期 | タグ実装時に自動送信 | API構築またはファイルアップロード |
| 技術的ハードル | 低い（設定画面から接続） | 低い（タグの設定変更） | 高い（API連携の構築が必要） |
| 入札への影響 | 14日間の試験期間あり | 即時反映 | 即時反映 |
拡張コンバージョンとは補完関係にあります。拡張コンバージョンがタグの「帰属精度」を上げるのに対し、データソース統合はタグで「捕捉できなかったコンバージョン自体」を補います。両方を併用するのが理想的です。
OCIについては、Googleが2026年6月15日をもって新規採用者の受け入れを停止する方針を示しています。今後のコンバージョン計測補完は、Data Manager APIを基盤としたこの統合方式に集約されていく見通しです。
設定方法
設定はコンバージョンアクションの編集画面、またはData Managerから行えます。
コンバージョンアクション編集画面から設定する場合
- Google広告管理画面で「目標」→「コンバージョン」→「概要」を開く
- 強化したいコンバージョンアクションを選択
- 「別のデータソースに接続」をクリック
- イベント情報と属性の詳細を設定（Transaction ID、コンバージョン日時、コンバージョン値など）
- 帰属識別子を設定（GCLID、ハッシュ化されたメールアドレスなど、少なくとも1つが必須）
Data Manager経由で設定する場合
- 「ツール」→「Data Manager」→「接続済み製品」を開く
- 「ソースを接続」から「新しいデータソースに接続」を選択
- BigQueryまたはMySQLの接続情報を入力
- フィールドのマッピングを設定
いずれの方法でも、初回接続から14日間は試験期間です。この期間中、アップロードしたデータはレポートに表示されますが、入札には使用されません。
運用メモ 14日間の試験期間は「入札への影響なし」で計測精度を確認できる貴重な期間です。この間にバックエンドの値とタグの値を突き合わせて、マッチング率と上書き後の値の正確性を検証してください。試験期間後は上書きが即座に入札に反映されます。
実務で気をつけたいポイント
通貨・単位の一致
バックエンドの値がタグの値を上書きするため、通貨と単位の不一致は深刻な問題になります。バックエンドがセント単位（例：5000）でタグがドル単位（例：50.00）の場合、コンバージョン値が100倍に膨張します。接続前に、双方の単位が揃っているか必ず確認してください。
重複カウントの回避
元のコンバージョンアクションと、データソースを追加した新しいコンバージョンアクションを、同じキャンペーン目標に含めてはいけません。重複カウントが発生し、入札アルゴリズムが誤った判断をする原因になります。
アップロードのタイミング
データは理想的には24時間以内にアップロードすることが推奨されています。拡張コンバージョンのマッチングや入札システムとの連携精度を高めるためです。
対象外のコンバージョンアクション
この機能は、手動コード（Googleタグまたはタグマネージャー）で設定したウェブサイトコンバージョンアクションが対象です。Google Analyticsからインポートしたコンバージョンや、URLベースのコンバージョンアクションには対応していません。
活用が見込めるケース
BtoBのリード獲得
フォーム送信はタグで計測し、その後の商談化・受注といったCRMの進捗データを統合することで、「質の高いリード」に基づいた入札最適化が可能になります。
ECの正確な売上計測
カート投入時ではなく、返品・キャンセルを除いた確定売上に基づく計測に切り替えられます。Value-Based Biddingの精度向上が期待できます。
長い検討期間を伴う商材
不動産、保険、高額商材など、コンバージョンまでの検討期間が長い業種では、タグだけでは成約を追跡しきれないことがあります。CRMのクローズデータを統合すれば、実際の成約に基づく最適化が可能です。
Googleの計測基盤の変化と今後
この機能は単体のアップデートとしてだけでなく、Googleの計測基盤全体の再編という文脈で捉えるのが適切です。Googleはコンバージョン計測のデータパイプラインをData Managerに集約する方向で動いており、今回のデータソース統合もData Manager上に構築されています。
現時点ではベータ版のため、すべてのアカウントで利用できるわけではありません。利用可能になったタイミングで、まず影響の大きいコンバージョンアクションから試してみることをおすすめします。
関連記事
- Google広告の基本ガイド - Google広告の構成を把握したい方に
- コンバージョン設計とValue-Based Biddingガイド - コンバージョン値を活用した入札戦略の全体像
- コンバージョン計測のトラブルシューティング - 計測の不一致や欠損を解決する実務手順