Google広告の拡張コンバージョンを有効にする前に、既存の成果計測が正常か、どの顧客データをどの経路で送るかを整理する必要があります。設定をオンにするだけで、壊れたタグや誤った成果定義が直る機能ではありません。
ウェブ向け拡張コンバージョンは、既存のコンバージョンタグを補完します。メールアドレスなどのファーストパーティーデータをハッシュ化してGoogleへ送り、広告接触との照合に使う仕組みです。本稿では2026年4月以降の統合設定を前提に、導入前から有効化後までの確認順を整理します。
既存計測と補完機能を分ける
最初に、現在使っているコンバージョンアクションと、タグが発火する完了地点を確認します。問い合わせ完了、購入完了、申込完了など、事業上の成果と発火地点が一致しているかを先に見ます。ボタンクリックだけを完了成果としている場合は、拡張コンバージョン以前に成果定義を見直す必要があります。
拡張コンバージョンは、通常のタグで計測する成果へ追加の照合情報を与える機能です。通常タグを外したり、発火テストを省いたりしません。タグが二重に動いている、別の完了ページでも発火する、テスト送信だけ成功して本番送信がない、といった問題は別に解消します。
コンバージョンタグの確認範囲を決める手順も参考にし、ページ表示、ボタンクリック、外部遷移、完了ページを混同しないでください。計測地点が決まってから補完機能を重ねます。
送信データと実装経路を決める
Google広告公式では、メールアドレス、氏名、住所、電話番号などのファーストパーティーデータが例示されています。ハッシュ化されることは、何を取得してもよい、説明や同意が不要という意味ではありません。自社で取得したデータか、利用目的を説明できるか、Googleの顧客データポリシーへ適合するかを確認します。
実装経路は、Googleタグマネージャー、Googleタグ、Google Ads APIから選びます。現在のコンバージョンタグをどこで管理しているか、フォームのデータをどこで扱えるか、変更と保守を誰が担当するかで決めます。複数経路を思いつきで混ぜると、送信元と障害箇所を特定しにくくなります。
導入表には、コンバージョンアクション、発火条件、取得項目、取得根拠、実装経路、担当者、検証日を並べます。値そのものを共有表へ貼らず、項目名と取得可否だけを記録します。権限のない担当者へフォームデータやタグ設定を転送しない運用も決めます。
フォームが外部サービスや埋め込み画面にある場合は、完了ページ側で必要なデータを参照できるとは限りません。自動検出に任せるのか、セレクターで取得するのか、データレイヤーやAPIを使うのかを実装担当者と確認します。取得できない項目を画面上だけで設定済みにせず、実際のテスト送信までを完了条件にします。
また、メールアドレスと電話番号を両方取得していても、不要な項目まで送る理由にはなりません。照合へ使う項目、入力の正規化、空欄時の扱い、エラー時の停止方法を決めます。タグ管理権限とフォームデータ閲覧権限も分け、必要最小限の担当者だけが確認できるようにします。
有効化する条件と保留条件を決める
既存タグが正常に発火し、取得するデータと利用目的を説明でき、ポリシー確認と実装・検証の担当が揃った場合に有効化へ進みます。設定統合後は、ウェブ向けとリード向けを古い画面名だけで判断せず、実際にどの接続からユーザー提供データを送るかを確認します。
既存タグの発火、取得根拠、顧客データポリシーへの適合、実装経路のいずれかが不明な場合は有効化を保留します。法的な扱いが不明なら、媒体設定の担当者だけで結論を出さず、社内のプライバシー担当や専門家へ確認します。
導入前の件数が不安定な場合は、原因を拡張コンバージョン不足と決めつけません。媒体と実際の登録数がずれるときの確認順の考え方を使い、期間、成果定義、重複、遅延、媒体外の登録を分けます。
有効化後は計測と入札を別々に見る
有効化後は、既存のコンバージョン件数、診断表示、送信経路のエラー、入札変更の有無を同じ期間で確認します。設定直後の一日だけで増減を評価せず、導入日と他の変更日を記録します。診断に警告が残る場合も、表示だけを見て放置せず、通常タグとユーザー提供データの送信を別々にテストします。
成果件数が増えたとしても、重複計測や成果定義の緩和ではないことを確認します。入札戦略や予算も同日に変えると、どの変更が結果へ影響したか分かりません。まず計測の安定を確認し、その後に入札への影響を観測します。
引き継ぎ時には、オン・オフ状態だけでなく、対象コンバージョン、実装経路、タグ管理場所、診断の最終確認日、障害時の担当者を残します。フォームやタグを改修するたびに同じテストを行えるよう、個人データを含まないテスト手順として保存します。
計測値を自動入札へ使う前には、コンバージョン信号の品質を確認する手順で主要成果と補助成果を分けてください。拡張コンバージョンは、正しい成果定義と通常タグの上に置く補完機能です。取得データ、実装責任、検証記録まで揃えて初めて、安全に運用できます。