拡張コンバージョンとは？ウェブ・リードの違いと設定確認

拡張コンバージョンが補完するもの・保証しないもの

拡張コンバージョンでは、メールアドレスなどの自社取得データを使って照合を補助します。Google公式の拡張コンバージョンの説明では、既存の計測を補完する機能として案内されています。タグの成功条件が誤っている場合や必要な成果データを送っていない場合に、設定だけで正しい成果が分かるわけではありません。

まずGoogle広告のコンバージョンタグ設定で、成功時の送信、カウント、注文IDや重複の扱いを確認してください。補完によって広告に関連付けられる計測が変わることと、実際の購入や成約が増えることは別です。全件の照合、一定のCVR向上、売上増加を保証するものとして説明しないことが大切です。

ウェブ向けとリード向けのデータの流れ

リード向けでは、受付後に営業や業務システムが管理する情報が重要になります。問い合わせを受理した時点と、見込み客として認定した時点、成約した時点を分け、どの成果を広告へ戻すかを決めます。業務側で成立が記録されていても、それを送る経路がなければ広告側はその成果を知ることができません。

ハッシュ化と開示・同意の条件を分けて確認する

SHA256は一方向のハッシュ処理です。元の値をそのまま送ることを避けるために使われますが、照合に用いる識別情報を「完全に匿名化され、配慮が不要になった」と扱うことはできません。ハッシュ化と、データを取得・共有する条件は別々に確認します。

Googleの顧客データに関するポリシーでは、顧客が広告主に直接提供したデータ、広告計測のための共有に関する開示、適用される同意要件などが示されています。必要な説明や同意の取得を、単なるタグのオン・オフで代用しないでください。

また、専用のユーザー提供データ機能で扱う情報を、通常のGA4イベントパラメータやURLにメールアドレスとして追加してよいわけではありません。Googleアナリティクスへの個人情報送信を避ける案内に従い、URL、ページタイトル、独自パラメータなどへの混入も確認します。

2026年の統合設定と既存実装を確認する

2026年の拡張コンバージョンの設定更新案内では、4月からタグ、Data Manager、API接続によるユーザー提供データを同時に受け入れる変更、6月からウェブ向けとリード向けの設定を統合する変更が説明されています。実装経路を1つだけ選ぶ旧画面の説明を、そのまま現在の設定手順として使わないようにします。

既存の設定が移行される場合も、複数の送信経路や業務成果の設計が確認不要になるわけではありません。現在のアカウントで表示される設定、利用規約、既存接続を確認し、タグ側・データ連携側で同じ行動をどう扱うかを整理してください。複数経路を受け入れることは、すべての重複を自動的に解消するという意味ではありません。

取得項目・送信時点・経路ごとの責任を決める

データがフォーム入力時に存在しても、成功時に同じ方法で取得できるとは限りません。画面遷移や認証、別ドメインの決済、同意の状態を含め、実際の成功フローで確認します。ハッシュ済みかどうかも推測せず、選んだ送信方法の仕様とログで確かめてください。生の値を必要以上に診断記録へ残さない配慮も必要です。

診断情報とテストを段階別に確認する

1. 基本のコンバージョンアクションが、定義した成功時に送信されることを確認する。
2. その時点で利用可能なデータと、開示・同意の状態を確認する。
3. 正規化・ハッシュ処理・送信経路が仕様に沿うか確認する。
4. 管理画面の診断で受信や問題の状態を確認し、処理時間を考慮する。
5. リード向けでは後日の成果インポートまで確認する。
6. 広告への帰属と業務側の成果記録を分けて照合する。

一度受信できたことだけで、全件の照合、後日の成約送信、本番の全経路、広告への帰属まで完了したとは判断しません。機能の公式説明と実装経路の案内を参照し、どの段階まで確認できたかを担当者間で共有します。

計測値の変化と事業成果を別々に評価する

架空の例で、同じ受付コホートに有効な問い合わせ50件があり、そのうち8件が後日成約したとします。業務記録で確認した成約割合は8÷50×100＝16%です。この値は、そのコホートの社内の成約割合であり、Google広告のCVRでも、拡張コンバージョンによる増分効果でもありません。

設定前後で計測件数が変わっても、実際の成果と計測できる範囲の変化を分けて読みます。サイト内行動との比較にはGA4レポートの読み方を使い、イベント件数、人数、広告に帰属した成果を同じ数値として扱わず、次に確かめる条件を決めましょう。