Google広告の複数ソースコンバージョンは何を補完するのか｜タグ欠損とCRM連携の実務整理
Google広告に、ウェブサイトのタグで計測したコンバージョンを、CRMや注文データベースから送ったデータで後から補う仕組みが加わりました。Google広告ヘルプの「データソースを追加してタグの機能を強化する（ベータ版）」で説明されているマルチソースのコンバージョン（英語名はmulti-source conversions）で、この記事では「複数ソースコンバージョン」と呼びます。2026年9月16日には海外メディアのSearch Engine Roundtableが関連ヘルプ一式の公開を報じ、その後、国内の運用者のあいだでも話題になり始めています。
ひと言でいえば、タグとCRMという二つの情報源を同じコンバージョンアクションの中で突き合わせ、欠けたユーザーデータを埋めたり、確定した金額で値を書き換えたりできる機能です。ブラウザの制限や広告ブロッカーでタグが取りこぼした成果を拾える点が注目されていますが、実務で本当に難しいのは「どのデータを正とするか」「どこで二重に数えないようにするか」という設計の部分です。
この記事では、機能紹介の要約ではなく、タグで欠けるもの、CRMで補えるもの、重複を防ぐ仕組み、導入前に社内と代理店で決めておくべきことを、支援会社の視点で整理します。本稿は2026年9月24日時点でGoogle広告ヘルプとData Managerヘルプで確認できた内容にもとづいており、確認できなかった事項は未確認として明記しています。
この記事の要点
- 複数ソースコンバージョンは、Googleタグで計測したCVにCRMなどのデータをData Manager経由で追加し、同じCVアクション内で補完・重複排除するベータ機能
- 照合キーはtransaction_idで、一致すればアップロード側の値がタグの値を上書きし、一致しなければ新しいCVとして扱われる
- 対象はGoogleタグまたはGTMで手動設定したウェブサイトCVのみで、GA4からインポートしたCVとURLベースのCVは対象外
- 新しいデータソースは最初の14日間が試行期間で入札に使われず、アップロードはCV発生から24時間以内が推奨
- 導入の成否はtransaction_idをタグとCRMの双方で同じ形式で持てるかで決まる
Google広告の複数ソースコンバージョンはタグ計測をCRMデータで補う仕組み
Google広告の複数ソースコンバージョンは、既存のウェブサイトCVアクションに、もう一つのデータソースを接続して計測を補強する機能です。新しいCVアクションを別に作る機能ではなく、すでにタグで動いているCVアクションに「裏付けとなる台帳」をつなぐイメージで捉えると、全体像を理解しやすくなります。
複数ソースコンバージョンとは何か
複数ソースコンバージョンとは、Googleタグで取得したウェブサイト上のコンバージョンと、CRMや注文データベースなどバックエンドから送ったコンバージョンデータを、transaction_idで照合して一つのCVアクションとして統合するGoogle広告の計測機能です。データの接続にはGoogle広告のData Manager、またはData Manager APIを使います。Googleのヘルプでは、ブラウザの制限によるシグナル損失の軽減、より充実したデータによる入札の改善、Data Managerによる設定の簡素化、バックエンドからのCV値の調整、ユーザー提供データによる精度向上が利点として挙げられています。
名称にも注意が必要です。Search Engine Roundtableの報道によると、この機能は以前「conversions with multiple data sources」と呼ばれており、2026年8月ごろに現在の「multi-source conversions」へ改称されたとされています。日本語ヘルプでは「マルチソースのコンバージョン（ベータ版）」という表記が使われているため、管理画面や社内資料ではこの名称で検索すると情報にたどり着きやすくなります。
この機能がいま注目される背景には、タグだけに頼った計測の限界があります。ブラウザ側のトラッキング制限や同意取得の広がりによって、タグが記録するCV数と、受注システムに残る実際の注文数との差は年々開いています。これまでは拡張コンバージョンやオフラインCVインポートなど複数の機能を組み合わせて差を埋めてきましたが、複数ソースコンバージョンは、その差を一つのCVアクションの中で直接埋めにいく設計になっている点が新しいといえます。
2026年9月24日時点で確認できた仕様
一次情報で確認できた仕様を下の表にまとめます。いずれもベータ段階の内容であり、提供範囲は「一部のアカウントのみ」とされています。日本のすべての広告アカウントで利用できるかどうか、正式版の提供時期がいつになるかは、執筆時点で公式な発表を確認できていません。管理画面に接続メニューが出ていない場合は、設定ミスではなく提供対象外の可能性もあると考えてください。
| 項目 | 2026年9月24日時点の内容 | 出典 |
|---|---|---|
| 提供状況 | ベータ版・一部アカウントで提供 | Google広告ヘルプ |
| 対象のCV | GoogleタグまたはGTMで手動設定したウェブサイトCVのみ | Google広告ヘルプ |
| 対象外のCV | GA4からインポートしたCV、URLベースのCV、ウェブサイト以外のCV | Google広告ヘルプ・FAQ |
| 照合キー | transaction_id（注文ID） | Google広告ヘルプ |
| 試行期間 | 新しいデータソースごとに最初の14日間。入札には使われない | Google広告ヘルプ・FAQ |
| 推奨アップロード時期 | CV発生から24時間以内 | Google広告ヘルプ |
| 値の調整が可能な期間 | 過去55日以内のCV | FAQ |
| 接続できるソース数 | 管理画面ではCVアクションごとに1つ | FAQ |
Data Manager自体の役割や、ファーストパーティデータの連携全体を先に押さえておきたい場合は、以下の記事が前提知識になります。
タグで欠けるものとCRMで補えるものは分けて考える
複数ソースコンバージョンで補えるのは、タグが「見えなかった成果」と「知り得なかった情報」の二種類です。この二つを混同したまま導入すると、CV数が増えたのか、値が変わったのか、何を改善したのかが説明できなくなります。
タグが取りこぼす三つの欠損
一つめは、コンバージョンそのものが記録されない欠損です。ブラウザのトラッキング制限、広告ブロッカー、同意バナーでの拒否、サンクスページの読み込み前の離脱などで、実際には購入や申し込みが発生していてもタグが発火しないケースがあります。Googleのヘルプも、ブラウザの制限や広告ブロッカーで失われるシグナルの回復を主な狙いとして説明しています。
二つめは、CVは記録されたものの、紐づけに必要なユーザーデータが欠けている欠損です。タグの計測時点でメールアドレスや電話番号を取得できていなければ、クリックとの結びつきが弱くなります。三つめは値の欠損で、タグが記録するのはあくまで購入画面に表示された時点の金額です。後からのアップセル、送料や割引の確定、キャンセルや返品による減額は、タグには決して反映されません。
CRMが持っている補完の材料
CRMや受注システムには、タグが持っていない情報がそろっています。会員登録時のメールアドレスや電話番号、確定した請求金額、キャンセルの有無、決済完了の日時などです。複数ソースコンバージョンでは、こうした情報をtransaction_idで突き合わせ、既存のCVに不足しているユーザーデータを補ったり、値を確定額で上書きしたりします。
支援の現場で整理するときは、「件数を補うのか」「紐づけを補うのか」「価値を補うのか」を最初に一つ選ぶようにしています。三つ同時に狙うと、導入後の数値変化の要因を切り分けられないからです。最初の目的は一つに絞り、検証が終わってから範囲を広げるほうが、社内説明もスムーズに進みます。
欠損の大きさを先に見積もる
導入を検討する前に、タグのCV数とCRMの注文数を同じ期間で並べてみることをおすすめします。広告経由に限らずサイト全体の購入数で比べれば、タグがどの程度取りこぼしているかのおおよその規模がつかめます。差がごくわずかであれば、件数の補完より値の上書きに目的を絞るほうが合理的ですし、差が大きければ件数の補完だけでも入札の材料が大きく変わる可能性があります。この見積もりが、社内で導入の優先度を判断する際の最初の根拠になります。
広告データとCRMをつないで商談や受注まで可視化する全体設計については、以下の記事で詳しく整理しています。
拡張コンバージョンやオフラインCVインポートとの違いは同一CVアクション内で統合する点
既存の補完機能との最大の違いは、タグ由来のCVとバックエンド由来のCVを、同じCVアクションの中で照合して一本化する点です。拡張コンバージョンもオフラインCVインポートも欠損対策として使われてきましたが、役割と設計の前提がそれぞれ異なります。
三つの仕組みの役割分担
ウェブ向けの拡張コンバージョンは、タグが発火した時点で、フォームに入力されたメールアドレスなどをハッシュ化して一緒に送る仕組みです。タグが発火しなかったCVは救えないため、あくまで「タグの計測を固くする」ための機能といえます。オフラインCVインポートは、商談化や受注などサイト外で起きた成果を、別のCVアクションとして取り込む仕組みです。タグのCVとは別の指標として扱うのが前提になります。
これに対して複数ソースコンバージョンは、同じ購入や申し込みという一つの成果を、タグとCRMの両方から見て突き合わせます。同じ成果を二つの窓から数え、重なった部分は一件として扱うのが基本の考え方です。そのため、オフラインCVインポートのように「別のCVアクションを入札対象に加えるかどうか」という判断とは、設計の出発点が異なります。
| 比較軸 | 拡張コンバージョン（ウェブ） | オフラインCVインポート | 複数ソースコンバージョン |
|---|---|---|---|
| 主な目的 | タグ発火時の紐づけ精度を上げる | サイト外の成果を別指標として取り込む | 同じ成果をタグとCRMで照合し補完する |
| タグ未発火のCV | 救えない | 別のCVとして記録できる | 一致しないIDは新しいCVとして記録 |
| CVアクション | 既存のタグCVに付加 | インポート用のCVを別に作成 | 既存のタグCVにデータソースを接続 |
| 値の書き換え | 不可 | 調整アップロードで対応 | ID一致時にアップロード値で上書き |
| 提供状況（2026年9月時点） | 一般提供 | 一般提供 | ベータ版 |
なお、拡張コンバージョンと複数ソースコンバージョンは排他的な関係ではありません。拡張コンバージョンでタグ発火時のユーザーデータを固めたうえで、タグが発火しなかった分やユーザーデータが取れなかった分をCRMから補う、という重ね方も考えられます。ただし併用時の挙動や優先順位について、ヘルプ上で詳しい説明は執筆時点で確認できていないため、併用する場合は試行期間中のレポートで件数の変化を慎重に確認してください。
使い分けで迷いやすい場面
ECや予約のように、サイト上で成果が完結し、注文IDが必ず発行されるビジネスは、複数ソースコンバージョンと最も相性がよい領域です。一方、BtoBのリード獲得で「問い合わせ後の商談化や受注を入札に反映したい」という目的であれば、従来どおりオフラインCVインポートや、リード向けの拡張コンバージョンのほうが目的に合います。ヘルプの記述は購入CVを前提にした説明が中心で、リード獲得型での使い方については執筆時点で具体的な指針を確認できていません。
商談や受注を別のCVとして取り込む従来の方法については、以下の記事で手順を解説しています。複数ソースコンバージョンと併用する場合も、役割を分けて設計することが前提です。
二重計上を防ぐ鍵はtransaction_idの設計にある
複数ソースコンバージョンで二重計上を防げるかどうかは、transaction_idをタグとCRMの双方で同じ値として持てるかどうかで決まります。Googleはこの値を唯一の照合キーとして使うため、ここが揃わなければ機能はほぼ働きません。
一致したときと一致しなかったときの扱い
Googleのヘルプによると、アップロードしたデータのtransaction_idがタグで記録済みのイベントと一致した場合、CV値と通貨はアップロード側の値で上書きされ、タグで欠けていたユーザー提供データが補完されます。それ以外の項目は無視されます。一方、一致するIDがなければ、アップロードしたデータ全体が新しいCVイベントとして扱われ、GCLIDやハッシュ化したユーザーデータなどを使ってアトリビューションされます。
ここで重要なのは、重複排除が同じCVアクションの中でしか働かないという点です。別のCVアクションに同じ購入を送っても照合はされません。ヘルプでは、元のCVアクションと新しいCVアクションの両方を同じキャンペーン目標に含めないよう注意が促されており、既存のCVアクションにデータソースを追加する方法が推奨されています。
注文IDを持たない申し込みフォームで検討する場合は、フォーム送信時にサイト側で一意のIDを発行し、そのIDをタグのtransaction_idとCRMの両方に保存する改修が必要になります。IDをCRMに登録した後で採番する運用になっていると、タグ側では同じ値を持てません。どの時点で誰がIDを発行するかを決めることが、実装の最初の論点になります。
アップロード値が正になるという意味
ID一致時の上書きは一時的な補正ではなく、アップロードしたデータがCV値の「正」になることを意味します。英語版ヘルプでは、元のタグの値は恒久的に上書きされると説明されています。つまり、CRM側の金額に税込と税抜の混在や通貨単位の誤りがあれば、その誤りがそのまま入札の学習に流れ込みます。上書きした値を元に戻す手段はヘルプ上では示されていないため、送る前の金額定義の確認が欠かせません。
transaction_id設計で確認すること
- タグのCVスニペットで、すべての購入完了ページからtransaction_idが送られているか
- CRM側の注文IDと、接頭辞・大文字小文字・データ型・先頭ゼロまで同じ形式か
- 税込か税抜か、送料を含むかなど、金額の定義がタグとCRMで一致しているか
- 通貨の単位がタグとアップロードで同じになっているか
- キャンセルや分納の場合に、同じIDで値を更新する運用ルールがあるか
返品やキャンセル、LTVの更新をどう入札へ戻すかという値の補正の考え方は、以下の記事で詳しく解説しています。
14日間の試行期間と24時間以内のアップロードを前提に導入手順を組む
複数ソースコンバージョンの導入は、14日間の試行期間を検証期間として使い切る前提で段取りを組むのが正解です。この期間は入札に影響しないため、設定の誤りを安全に見つけられる唯一の時間になります。
Data Managerでの接続の流れ
日本語ヘルプに記載された手順では、ツールメニューからデータマネージャーを開き、Googleタグのセクションで接続済みプロダクトを追加し、新しいデータソースを接続します。次に直接接続かサードパーティ統合かを選び、ウェブサイトコンバージョンと対象のCVアクションを選択したうえで、顧客データに関する規約に同意します。最後に、イベント情報、アトリビューション、値、同意、ユーザーエージェントといった項目をマッピングし、インポートのスケジュールを設定します。
アップロードに必須とされているのは、transaction_id、CVの日時、そしてGCLID・GBRAID・WBRAIDまたはハッシュ化したメールアドレスや電話番号などのアトリビューション情報のうち少なくとも一つです。CV値やユーザーエージェント、同意の情報は任意ですが推奨されています。Googleはコンバージョン発生から24時間以内のアップロードを強く推奨しており、日次バッチで運用する場合でも翌日中には送れる体制が必要です。
もう一つ押さえておきたいのが、管理画面からはCVアクションごとに一つのデータソースしか接続できないという制約です。FAQでは、複数のシステムをつなぐとデータが矛盾する恐れがあるため、複数のシステムのデータは統合してから単一のソースとしてアップロードするよう推奨されています。ECの受注データと店舗予約のデータが別システムにある場合などは、送信前に一つのテーブルへまとめる工程が必要です。
試行期間中に見るべきポイント
最初の14日間は、アップロードしたデータがレポートと診断には表示されるものの、入札には使われません。日本語ヘルプでは、この期間中は値の更新も無効になると説明されています。14日が経過すると、追加データは自動的に入札対象へ切り替わります。つまり、期間終了日を過ぎると設定の誤りがそのままSmart Biddingに反映されるということです。
試行期間中は、IDの一致率、新規として追加されたCVの件数、診断アラートの有無を毎日確認します。FAQでは、比較のためにテスト用のCVアクションを別に作ることは推奨されておらず、どうしても比較する場合は28日間のウォームアップを置き、コンバージョン時点ベースの全CV指標で見るよう案内されています。社内で試行期間の担当者と確認日を決めておかないと、気づいたときには入札対象に切り替わっていたという事態になりかねません。
過去データの一括投入は効果が薄い
1年分の購入履歴をまとめて送れば学習が進むと考えがちですが、FAQでは過去データは現在のキャンペーン成果の向上につながらず、Smart Biddingは新しいデータを優先すると説明されています。値の調整が処理されるのも過去55日以内のCVに限られます。導入初日から完璧な履歴を揃えるより、日々のデータを遅れなく送る仕組みづくりに工数を使うほうが効果的です。設定の段取りに不安がある場合は、ハーマンドットの無料相談で現在の計測構成を一緒に確認することもできます。
診断アラートの読み方で設定ミスを早期に見つける
複数ソースコンバージョンでは、Data Managerの診断アラートが設定ミスを見つける最初の手がかりになります。Data Managerヘルプでは五つのアラートが案内されており、それぞれに具体的な数値基準が示されています。
Data Managerヘルプに記載された診断アラート
- アップロードしたCV値の確認：タグとアップロードの値に10倍（1000%）を超える差がある
- Googleタグのデータ送信停止：過去7日間、タグからデータが届いていない
- オフラインデータが見つからない：データソースにアクセスできない、認証情報や共有権限が切れている
- Googleタグにtransaction_idがない：タグは動いているがIDが欠落または無効
- CVの過剰計上の可能性：過去2日間でIDの一致が10%未満
一致率が低いときに疑う場所
最も起きやすいのは、一致率10%未満の過剰計上アラートです。タグとCRMの双方からデータは届いているのに照合できないため、同じ購入が二件として数えられている可能性があります。原因の多くは、片方だけにハイフンや接頭辞が付いている、大文字と小文字が違う、数値型で先頭のゼロが落ちている、といった形式の不一致です。ヘルプでもこれらを確認するよう案内されています。
もう一つ見落としやすいのが、一部の購入完了ページだけIDが送られていないケースです。決済方法ごとにサンクスページが分かれているサイトでは、クレジットカード決済のページだけ設定されているということがよくあります。アラートが出たら、まず決済経路ごとにタグのIDを実測することをおすすめします。
データが届かないときの切り分け
タグのデータ送信停止とオフラインデータが見つからないという二つのアラートは、どちらも片方の窓が閉じてしまった状態を示します。タグ側はTag Assistantでサイトへの設置と発火を確認し、データソース側は認証情報の期限切れやデータ共有の権限変更がないかを確認します。とくにCRMの管理者が異動や退職で変わった直後は、接続に使っていたアカウントの権限が外れて止まることがあるため、接続に使うアカウントを個人ではなく管理用のものにしておくと安心です。
値の差が大きいときの切り分け
値の差が10倍を超えるアラートは、通貨単位や金額の桁の問題であることがほとんどです。円で送るべきところを銭単位で送っている、税込と税抜の混在に加えて数量を掛け忘れている、といったケースが典型です。ヘルプでは、タグとデータソースで同じ通貨単位を使っているか、CV値のルール設定に問題がないかを確認するよう案内されています。値の上書きは恒久的であるため、このアラートは試行期間中に必ず解消しておく必要があります。
導入に向く広告主と見送るべき広告主の判断基準
複数ソースコンバージョンは、サイト上の成果に必ず注文IDがあり、確定金額がCRMに翌日までにそろう広告主ほど導入効果が大きい機能です。逆に、IDの設計から作り直す必要がある場合は、ベータ版の段階で無理に着手する必要はありません。
向いているケースと見送るべきケース
向いているのは、ECや予約サイトのように決済がサイト上で完了し、タグとCRMが同じ注文IDを持っている広告主です。とくに、広告ブロッカー利用者が多い層を狙っている、返品やキャンセルが多く確定金額との差が大きい、といった事情がある場合は、補完と値の上書きの両方が効いてきます。Smart Biddingで目標広告費用対効果を使っていて、値の精度が入札に直結しているアカウントでは、検証する価値が十分にあります。
見送ったほうがよいのは、CVをGA4からのインポートで運用している広告主と、URLベースのCVしか設定していない広告主です。これらは対象外のため、まずGoogleタグでの手動設定に切り替える必要があります。また、成果がサイト外の商談で決まるBtoBリード獲得は、前述のとおり公式の指針が確認できていないため、現時点ではオフラインCVインポートを主軸に据えたまま様子を見る判断が妥当です。
判断に迷う場合は、transaction_idがタグとCRMで既に一致しているか、確定金額が翌日までにそろうか、対象CVがGoogleタグの手動設定か、という三つの条件で考えると整理しやすくなります。三つとも満たしていればすぐに試行期間へ進めますし、一つでも欠けていれば、まずはその条件を満たす改修を先に進めることになります。ベータ版の段階では、改修の工数と期待できる効果を比べ、正式版の情報を待つという選択も十分に合理的です。
社内と代理店で詰まりやすいポイント
支援の現場では、技術的な設定よりも組織の分担で止まるケースが多く見られます。タグは代理店、CRMは情報システム部門、金額の定義は経理というように担当が分かれていると、transaction_idの形式や金額定義を誰が決めるのかが宙に浮きます。導入前にIDと金額の定義書を一枚作り、三者で合意しておくだけで、試行期間中の手戻りは大きく減ります。
代理店に運用を任せている場合は、次の三点を確認してください。自社アカウントが提供対象かどうかを確認しているか、試行期間中の確認項目と担当者を決めているか、値の上書きが入札に与える影響を説明できるか、です。計測設計まで含めた依頼になると運用費の見積もり範囲も変わるため、費用の考え方もあわせて押さえておくと判断しやすくなります。自社の状況で導入すべきか迷う場合は、広告アカウント診断で現在の計測構成から判断材料を整理できます。
運用代行の費用の内訳や、代理店選びで確認すべきポイントについては、以下の記事で解説しています。
まとめ：複数ソースコンバージョンは照合キーの設計で成果が決まる
Google広告の複数ソースコンバージョンは、タグで欠けた成果とユーザーデータ、そして確定金額をCRMから補う新しい計測の仕組みです。ただしベータ版であり、成果を左右するのは機能そのものより、transaction_idと金額定義をどれだけ正確に揃えられるかという設計の部分です。
- 補完の対象は件数・紐づけ・価値の三つで、最初は目的を一つに絞ると効果を検証しやすい
- 重複排除は同じCVアクション内でしか働かず、ID一致時はアップロード値がタグの値を恒久的に上書きする
- 最初の14日間の試行期間を検証期間として使い切り、以後はCV発生から24時間以内のアップロードを維持する
まずは無料で広告アカウント診断を
ハーマンドットでは、Google広告をはじめとする各媒体のアカウント構造と計測設計を、第三者の目で点検する無料診断を実施しています。複数ソースコンバージョンのような新しい計測機能は、導入の前に現在のCVアクションの構成やtransaction_idの受け渡し状況を把握しておくことで、試行期間を無駄なく使えます。
診断では、タグとCRMのデータの持ち方、拡張コンバージョンやオフラインCVインポートとの役割分担、Smart Biddingへの影響までを具体的に確認します。導入するべきか見送るべきかの判断材料を、実際のアカウントデータにもとづいて整理できます。社内だけでは判断しきれない段階でのご相談を歓迎します。
初回相談は完全無料・所要時間30分・オンライン対応可能です。