拡張コンバージョンとは、コンバージョン時に取得したメールアドレスや電話番号などの自社データを、ブラウザから出る前に SHA-256 でハッシュ化し、コンバージョンタグとともに Google 広告へ送る計測レイヤーです。Google は受け取ったハッシュを、ユーザーが広告をクリックした時点でログインしていたアカウントのハッシュと照合します。一致すれば、Cookie が読めなかった場合でもそのコンバージョンはキャンペーンに計上されます。2026 年にウェブ版とリード版が 1 つのモジュールに統合されたため、論点は「どの機能をオンにするか」ではなく「どの経路で、どの品質のデータを送るか」に移りました。
拡張コンバージョンとは何か、従来のコンバージョン計測と何が違うのか？
従来の計測は Cookie やクリック ID でクリックとコンバージョンを結びます。拡張コンバージョンはそこに 2 本目の同定経路、つまりハッシュ化した自社データを追加します。Cookie が削除されても、ブラウザが有効期間を短縮しても、ユーザーが端末を変えても、ハッシュの一致でコンバージョンを救える場合があります。基本設定の代わりではなく、その上に載る層です。タグが正しく発火しなければ拡張コンバージョンも機能しません。基本設定はGoogle 広告のコンバージョン計測で手順を追って解説しています。
- シグナルの出所: 従来型は Cookie とクリック ID に依存しますが、拡張コンバージョンはユーザー自身が入力したメールアドレス、電話番号、氏名や住所を使います。
- 照合の仕組み: 平文のまま送られるものはありません。値を正規化し SHA-256 でハッシュ化したうえで Google 側のハッシュと突き合わせます。生のメールアドレスがブラウザを出ることはありません。
- 作動するタイミング: コンバージョンが発生したときだけです。需要を新たに生むのではなく、存在するのに計測できていないコンバージョンを回収します。
- 変わらないもの: ターゲティングや入札ロジックはそのままです。ただし計測が欠けなくなることで自動入札が学習する母数が増え、実際にはこの間接効果のほうが大きく効きます。
- 成立の条件: コンバージョン時点で本人を示す項目が実際に存在すること、そしてユーザーが広告のパーソナライズに同意していること。どちらかが欠けると、設定が技術的に正しくても照合は発生しません。
拡張コンバージョンで計測はどれだけ改善するのか？
効果はどれだけシグナルを失っていたかに比例します。同意拒否が多く、ブラウザ制限の影響が大きいアカウントほど回収量は増えます。業界のベンチマークでは検索広告で一桁台のコンバージョン増加が一般的とされ、シグナル欠損が深刻な場合は回収比率がさらに高くなることもあります。期待値の置き方は「計測値の補正であって売上の上乗せではない」。下のグラフは 3 週目に設定が有効化された参考シナリオです。
どのデータをどう正規化してハッシュ化するのか？
使用できる項目はメールアドレス、電話番号、氏名、そして郵便番号や国コードなどの住所要素です。実務上は一致率が最も高いのはメールアドレスで、電話番号と住所は補助的な役割にとどまります。ハッシュ化の前の正規化は必須です。正規化されていない文字列は別のハッシュ値になり、一致率は静かにゼロへ落ちます。手順は次のとおりです。
- 前後の空白を取り除き、メールアドレスをすべて小文字に変換します。
- 電話番号は E.164 形式にします。先頭にプラス記号と国番号を付け、空白や記号は入れません（例: +819012345678）。
- 姓名は小文字に変換し、数字と記号を取り除きます。住所は郵便番号と 2 文字の国コードを別々の項目として送ります。
- 正規化した文字列を SHA-256 でハッシュ化し、結果は小文字の 16 進数で送信します。
- コンバージョンごとに重複排除 ID（transaction_id または order_id）を持たせ、タグと API が同じ売上を二重に記録しないようにします。
コンバージョンデータが欠ければ最適化も欠ける
Ads Sensor は Google 広告と GA4 のデータを並べて読み、コンバージョン量の断絶や異常を根拠とともに通知します。
Google タグ、GTM、API のどの設定経路を選ぶべきか？
判断基準は「データが確実に存在する場所」です。コンバージョン時点でメールアドレスがページ上にあるならブラウザ側の経路で足ります。メールアドレスの意味が CRM で初めて確定する場合、たとえば有望なリードや電話で成約する商材では、API またはアップロードが必須です。実務上いちばん堅牢なのは、両方の経路を動かし重複排除 ID でつなぐハイブリッド構成です。
- Google タグの自動収集: 最も早い方法です。タグがコンバージョンページのフォーム項目を読み取ろうとします。シングルページアプリや、完了ページに項目が表示されない構成では信頼できません。有効化した後は必ずネットワークリクエストで確認してください。
- GTM のユーザー提供データ変数: CSS セレクタまたは dataLayer 変数で項目を明示的に指定します。制御性は高い一方、CSS セレクタはテンプレート変更で静かに壊れます。可能な限り dataLayer を使ってください。
- API とデータアップロード: サーバーや CRM からハッシュ化した項目とクリック ID を送ります。検討期間が長い商材では現実的な唯一の道です。2026 年にアップロード経路が Data Manager へ移行した点にも注意してください。全体設計はサーバーサイド計測で扱っています。
同意シグナルは拡張コンバージョンにどう影響するのか？
拡張コンバージョンは同意に依存します。同意モード v2 で ad_user_data が granted として送られない場合、ハッシュ化データはサーバー側で破棄され、照合そのものが試みられません。設定画面がどれだけ有効に見えても結果は同じです。だから Cookie バナーと計測設計は本来 1 つのプロジェクトです。実務では同意率を数ポイント上げるほうが、タグの追加調整より多くのコンバージョンを取り戻します。詳細は同意モード v2 の解説をご覧ください。
- コンバージョンページでブラウザのネットワークタブを開き、Google 広告へのリクエストにユーザーデータのパラメータが入っているか確認します。
- 同意を拒否に切り替えて再テストし、今度は何も送信されないことを確認します。2 つのテストは対で意味を持ちます。
- 初回送信から 48 から 72 時間後に診断レポートを開き、一致率と項目単位の警告を読みます。
- Google 広告のコンバージョン数を自社の受注件数や CRM 件数と比べます。差が 15% を超えるなら、どこかで経路が切れています。
設定が本当に動いているか、どの基準値で判断するのか？
スイッチがオンであることは証拠になりません。証拠になるのは 3 つの数字です。診断レポートの一致率、ユーザー提供データを伴うコンバージョンの割合、そして Google 広告と自社システムの件数差です。健全な設定では一致率は 40% を超えて推移し、コンバージョンの大半がハッシュ化データを伴い、システム差は 5-10% の範囲に収まります。この 3 つが崩れたときは、タグより先にデータの供給元と同意フローを疑ってください。
計測で本当に怖いのはデータが来ないことではなく、欠けたまま来ることです。有効に見えて一度も照合されない設定は、自動入札を何週間も誤った事例で学習させます。Ads Sensor チーム
拡張コンバージョンを設定した後の本当の仕事は、コンバージョン量と獲得単価を毎週見続けることです。一致率の低下はたいていキャンペーン成果の急な振れとして表面化するため、早く気づくにはデータが 1 か所にまとまり、比較できる状態である必要があります。Ads Sensor は Google 広告と GA4 のコンバージョンを並べて読み、量の断絶を異常として通知し、提案する施策の根拠を示します。先行ベータにはこちらから登録できます。