Google広告の拡張コンバージョンとは｜設定前に確認するデータと検証

Google広告の拡張コンバージョンは、既存のコンバージョンタグを置き換える機能ではありません。購入や問い合わせ時に自社が取得したメールアドレスなどのファーストパーティデータを正規化・ハッシュ化してGoogleへ送り、広告接触との照合を補う仕組みです。導入前には、何のデータを、どの同意と利用目的に基づいて、どの実装経路から送るかを決めます。

「計測数を増やす設定」とだけ捉えると、タグの二重発火や誤ったコンバージョン定義を残したまま追加しがちです。先に通常のタグで成果が一度だけ記録される状態を作り、送信データと同意の境界を確認し、その後に診断結果を観測します。以下は2026年8月8日時点のGoogle広告公式ヘルプを確認した内容です。

Google広告の拡張コンバージョンが補うもの

Google広告ヘルプでは、ウェブ向け拡張コンバージョンについて、メールアドレス、氏名、住所、電話番号などのファーストパーティデータをコンバージョンタグで取得し、ハッシュ化して送信すると説明しています。Google側では、広告へ接触したログイン済みGoogleアカウントのデータと照合し、コンバージョンの測定を補います。

この処理は、コンバージョンイベント自体を作るものではありません。購入完了やフォーム送信を示す既存のイベントに、照合用のデータを加えます。したがって、最初に次の状態が必要です。

• 入札に使うコンバージョンアクションが明確である
• 完了ページの再読み込みや重複タグで二重計測されない
• テスト取引とGoogle広告の記録を取引単位で照合できる
• 値を使う場合は、売上・利益・リード価値の定義が決まっている

値の定義が未整理なら、先にGoogle広告のコンバージョン値設定を確認します。通常のコンバージョン自体が記録されない場合は、コンバージョンが計測されない原因から発火条件と重複を直します。

ハッシュ化は同意やデータ管理の代わりにならない

メールアドレスなどは、送信前にSHA-256でハッシュ化されます。ただし、ハッシュ化されることだけを根拠に、どのデータでも送ってよいとは判断できません。Googleの顧客データに関するポリシーを確認し、自社のプライバシー通知、取得時の説明、利用目的、保存期間、アクセス権と整合させます。

実装仕様書には、画面項目名ではなくデータの由来まで残します。

同意モードを実装している場合、ad_user_dataの状態はユーザー提供データを広告目的でGoogleへ送る可否に関係します。フォーム上の同意文言、CMPの選択、タグへ渡す同意シグナルを別々に管理せず、許可・拒否・撤回の各経路で一致させます。

2026年は実装経路の統合を前提に現状を棚卸しする

拡張コンバージョン設定の更新では、2026年4月以降、ウェブサイトタグ、データマネージャー、API接続からユーザー提供データを同時に受け取る構成へ移行すると案内されています。ウェブ向けとリード向けの設定も単一のオン・オフ設定へ統合されます。

ここで注意したいのは、複数経路を使えることと、同じ成果を無計画に複数回送ってよいことは別だという点です。過去にGoogleタグ、GTM、CRM連携、APIを個別に試したアカウントでは、次を棚卸しします。

1. 現在有効なコンバージョンアクションと「メイン」「サブ」の区分
2. 各アクションへデータを送るタグ、インポート、API接続
3. 取引ID、GCLIDなど重複排除・照合に使う識別子
4. ウェブ上の成果と、商談・成約などオフライン成果の対応
5. 旧設定や使われていない接続を停止する責任者

リード獲得では、フォーム送信と商談・成約を同じ成果として混ぜないことが重要です。フォーム送信はウェブ上の入口、後工程はCRM等で確定する成果です。どちらを入札へ使うか、同じ顧客の進捗をどう識別するかを決めてから接続します。

実装方法は現在のタグ構成から選ぶ

既にGoogleタグやGTMでGoogle広告のコンバージョンを計測している場合は、同じ管理経路でユーザー提供データを設定すると変更箇所を追いやすくなります。自動検出は導入が軽い一方、ページ改修で取得項目が変わる可能性があります。CSSセレクタやJavaScript変数で指定する方法も、DOM構造や変数名の変更を監視する必要があります。

実装方法を決めるときは、設定の簡単さだけでなく次を比較します。

• どのページ、どのイベントでデータが利用可能になるか
• SPA遷移や外部フォーム、iframeでも完了イベントと対応できるか
• 個人データを不要なページや変数へ広げずに取得できるか
• フォーム改修時にテストが失敗して気づけるか
• 実装担当と広告運用担当が同じ変更履歴を確認できるか

GoogleタグやGTMの設定画面を有効にする前に、テスト環境またはテスト注文でデータの取得点を確かめます。本番の顧客情報をデバッグ画面やログへ出力しないよう、確認方法も先に決めます。

公開前後の検証を3段階に分ける

1. 通常のコンバージョンを再確認する

広告クリックから完了まで一度進み、対象のコンバージョンアクション、時刻、値、通貨、取引IDが想定どおりかを確認します。完了画面を再読み込みし、二重計測されないことも見ます。拡張コンバージョンを追加する前の基準を保存しておくと、変更後の不具合を切り分けやすくなります。

2. タグでユーザー提供データの状態を確認する

Tag AssistantなどGoogleの案内するデバッグ手段を使い、対象イベントで拡張コンバージョンが構成されているか、必要な項目が正規化されているか、エラーがないかを確認します。同意管理がある場合は、許可、拒否、一部許可、撤回をそれぞれ試します。

同意状態をGoogleタグへ渡す設計とテスト条件は、Google広告の同意モードの導入前チェックで詳しく確認できます。拡張コンバージョンだけを有効にせず、バナーの選択、同意シグナル、タグ動作を一つの経路として検証します。

ブラウザの開発者ツールで値を確認するときも、メールアドレスや電話番号を画面共有、スクリーンショット、長期保存するログへ残しません。検証用アカウントとテストデータを使います。

3. Google広告の診断と影響を時間を置いて見る

GTMでの設定手順は、実装後に診断で設定状況を検証するよう案内しています。診断の警告を確認し、対象コンバージョンアクション、送信元、影響範囲を特定します。設定直後の数値だけで効果を判断せず、通常の成果件数、媒体側の診断、サイト側の受注・問い合わせを同じ期間で比較します。

拡張コンバージョンにより追加で観測される成果があっても、売上や問い合わせ自体が増えたとは限りません。広告成果の変化と計測範囲の変化を分け、入札設定を同時に大きく変更しないことが重要です。

導入の完了条件

Google広告の拡張コンバージョンは、ファーストパーティデータを使って既存計測の照合を補う仕組みです。完了条件は設定スイッチがオンになることではありません。

• 基準となるコンバージョンが一度だけ正しく記録される
• 送信するデータ、取得元、利用目的、同意、保存方法を説明できる
• 現在のタグ・データマネージャー・API接続に重複がない
• 許可・拒否を含むテストで意図した動作を再現できる
• Google広告の診断と自社データを使い、計測変化を継続確認できる

この5点が揃って初めて、入札へ渡すデータの信頼性を評価できます。導入は計測精度や広告成果を保証するものではありません。既存タグ、同意、データ接続を一つの図にしてから実装すると、設定追加による混乱を避けられます。