拡張コンバージョンとは
拡張コンバージョンは、Google広告のコンバージョン計測の精度を高めるための機能です。ユーザーがフォームに入力したファーストパーティデータ（メールアドレスなど）をSHA-256でハッシュ化し、Googleに送信します。Googleはそのハッシュ値を自社のログインデータと照合し、広告クリックとコンバージョンを紐づけます。
サードパーティCookieの制限が進むなかで、ブラウザベースの計測だけでは捕捉できないコンバージョンが増えています。拡張コンバージョンは、この計測ギャップを埋めるための仕組みです。
従来のコンバージョンタグは、Cookieを使ってユーザーの広告クリックとコンバージョンを結びつけていました。しかし、ITP（Intelligent Tracking Prevention）やブラウザの制限により、Cookieの有効期間が短縮されています。その結果、広告クリックからコンバージョンまでの期間が長い場合に計測漏れが発生しやすくなっています。
拡張コンバージョンは、Cookieに依存しない照合手段を追加することで、この問題を補完します。
ウェブ向け拡張コンバージョンの仕組み
ウェブ向け拡張コンバージョンは、ECサイトやサービスサイトなどウェブ上でコンバージョンが完結するケースに適しています。
ユーザーがサイト上でフォームを送信した際に、そのページに含まれるファーストパーティデータ（メールアドレス、電話番号、氏名、住所など）をハッシュ化してGoogleに送信します。Googleは受け取ったハッシュ値を自社のログインデータと照合し、過去の広告クリックとの紐づけを試みます。
この方式では、コンバージョンの発生地点（サンクスページなど）に入力データが存在することが前提です。購入完了画面や問い合わせ完了画面でユーザー情報を取得できれば、すぐに導入を検討できます。
ウェブ向けの設定手順
ウェブ向け拡張コンバージョンの設定は、Google広告の管理画面とGTM（またはグローバルサイトタグ）の両方で行います。
Google広告での有効化（前提設定）
- Google広告の管理画面で「目標」→「コンバージョン」→「設定」を開く
- 「拡張コンバージョン」のセクションを展開する
- 「拡張コンバージョンをオンにする」にチェックを入れる
- 利用規約に同意し、保存する
この設定は、アカウント全体に対して1回行えば完了です。個別のコンバージョンアクションごとに設定する必要はありません。
GTMでの実装（推奨）
GTMを使う場合は、既存のコンバージョンタグに拡張コンバージョンの設定を追加します。
- GTMで対象のGoogle広告コンバージョンタグを開く
- 「拡張コンバージョンを含める」にチェックを入れる
- データソースとして「ユーザー提供データ」の変数を設定する
- 送信するデータフィールドを指定する（メールアドレス、電話番号、氏名など）
- タグを保存し、プレビューモードで動作を確認する
- 公開する
データの取得方法は、GTM側で3つの選択肢があります。
| 取得方法 | 概要 | 向いているケース |
|---|---|---|
| 自動検出 | ページのフォーム要素から自動取得 | フォームの構造がシンプルな場合 |
| CSSセレクタ指定 | 特定のフォーム要素をCSSセレクタで指定 | 自動検出で正しく取得できない場合 |
| コード指定（データレイヤー） | dataLayerにデータを明示的に渡す | 確実に正しいデータを送りたい場合 |
運用メモ 「自動検出」は手軽ですが、ページの構造変更で取得対象がずれるリスクがあります。サイト改修が頻繁にある場合はデータレイヤー方式が安定します。設定後はGTMのプレビューモードでタグの発火と送信データの内容を必ず確認してください。特に、ハッシュ化前の生データがネットワークリクエストに含まれていないことの確認が重要です。
リード向け拡張コンバージョンの仕組み
リード向け拡張コンバージョンは、コンバージョンがオフラインで発生するビジネス向けの機能です。
BtoBのリード獲得や不動産の来店予約など、ウェブ上のフォーム送信がゴールではなく、その後の商談成立や契約締結をコンバージョンとして計測したいケースに適しています。
ウェブ向けとリード向けでは、データの取得タイミングと用途が異なります。
リード向けの仕組み
リード向け拡張コンバージョンは、2段階のデータ送信で成り立っています。
第1段階（フォーム送信時）: ユーザーがウェブフォームに入力したメールアドレスなどをハッシュ化し、Google Click ID（GCLID）と紐づけてGoogleに送信します。この時点では、まだコンバージョンは発生していません。
第2段階（オフラインCV発生時）: 後日、商談成立や契約締結が確認できた段階で、そのユーザーのメールアドレスをハッシュ化し、コンバージョンデータとしてGoogleにアップロードします。
Googleは第1段階のハッシュ値と第2段階のハッシュ値を照合し、フォーム送信時の広告クリックにコンバージョンを帰属させます。従来のオフラインコンバージョンインポートはGCLIDの保存が必須でしたが、リード向け拡張コンバージョンではメールアドレスのハッシュ値だけで照合が可能です。
リード向けの設定手順
- Google広告の管理画面で「目標」→「コンバージョン」→「設定」を開く
- 「拡張コンバージョン」をオンにし、「リードの拡張コンバージョン」も有効にする
- ウェブサイト上のフォーム送信タグに、ユーザー提供データの送信設定を追加する
- オフラインCVのアップロード方法を設定する（手動CSV / API / CRM連携）
オフラインCVのアップロードでは、Google広告の「アップロード」機能やGoogle Ads APIを利用します。SalesforceやHubSpotなどのCRM連携も可能です。
GTMでの実装手順
GTMを使った拡張コンバージョンの実装手順を、ウェブ向けを例に解説します。
ステップ1：ユーザー提供データの変数を作成
- GTMの「変数」→「ユーザー定義変数」→「新規」を選択
- 変数タイプで「ユーザー提供データ」を選ぶ
- 送信するデータフィールドを設定する
設定するデータフィールドは以下のとおりです。
| フィールド | 必須/任意 | 設定例 |
|---|---|---|
| メールアドレス | 強く推奨 | CSSセレクタまたはデータレイヤー変数 |
| 電話番号 | 任意 | 国番号を含む形式で指定 |
| 名 | 任意 | フォームの名前フィールドを指定 |
| 姓 | 任意 | フォームの姓フィールドを指定 |
| 住所（市区町村・都道府県・郵便番号・国） | 任意 | フォームの住所フィールドを指定 |
ステップ2：コンバージョンタグに変数を紐づけ
- 対象のGoogle広告コンバージョンタグを開く
- 「拡張コンバージョンを含める」にチェックを入れる
- 「ユーザー提供データ」の項目で、ステップ1で作成した変数を選択する
- 保存する
ステップ3：プレビューモードで検証
- GTMのプレビューモードを起動する
- 対象のフォームを送信し、コンバージョンタグが発火することを確認する
- タグの詳細画面で「enhanced_conversions」のデータが正しく取得されているか確認する
- 問題がなければ公開する
データレイヤーを使う場合は、コンバージョン発生時に以下のようなコードでデータを渡します。
dataLayer.push({
'event': 'purchase',
'enhanced_conversion_data': {
'email': 'user@example.com'
}
});GTMのユーザー提供データ変数で「データレイヤー」を選択し、変数名をenhanced_conversion_data.emailと指定すれば、この値が拡張コンバージョンのデータとして送信されます。
プライバシーへの配慮
拡張コンバージョンでは、ユーザーの個人情報はSHA-256で不可逆にハッシュ化されてから送信されます。元のメールアドレスや電話番号がGoogleに平文で渡されることはありません。
ただし、以下の点への対応が必要です。
同意の取得: 拡張コンバージョンの利用にあたっては、ユーザーからデータ利用への同意を得る必要があります。プライバシーポリシーに、広告効果測定のためにハッシュ化されたデータを広告プラットフォームに送信する旨を明記してください。
同意モードとの連携: Google同意モード（Consent Mode）v2を導入している場合、ユーザーが同意していない場合にはデータの送信が自動的に制限されます。拡張コンバージョンとConsent Modeを併用することで、プライバシー保護と計測精度の両立が可能です。
データの保持期間: Googleに送信されたハッシュ値は、マッチング処理に使用された後、一定期間で削除されます。広告主側にデータが残ることはありません。
拡張コンバージョンはあくまで計測精度の補完手段であり、ユーザーの行動追跡を強化する仕組みではありません。ハッシュ化による匿名性が担保されている点は、社内やクライアントへの説明時にも押さえておくべきポイントです。
導入後の確認方法
拡張コンバージョンの設定後は、データが正しく送信されているかを必ず確認します。
Google広告の管理画面で確認
Google広告の「目標」→「コンバージョン」→「概要」から、対象のコンバージョンアクションの詳細を開きます。「診断」タブに拡張コンバージョンの状態が表示されます。
| ステータス | 意味 | 対応 |
|---|---|---|
| 記録中 | データが正常に受信されている | 対応不要 |
| タグが検出されていない | タグが発火していないか、設定が不完全 | GTMのプレビューモードで発火を確認 |
| データ不足 | 送信データが少なすぎてマッチングが困難 | 送信フィールドの追加を検討 |
マッチ率の確認
「診断」レポートでは、送信されたハッシュデータのうちGoogleアカウントとマッチした割合を確認できます。一般的に、マッチ率が高いほど計測精度の向上効果が大きくなります。
マッチ率を高めるためのポイントは次のとおりです。
- メールアドレスは最優先で送信する（Googleアカウントとの照合精度が高い）
- 複数のデータフィールドを送信する（メール + 電話番号 + 氏名の組み合わせが効果的）
- データの正規化を徹底する（前後の空白除去、小文字変換など）
GTMの自動ハッシュ化機能を使う場合、正規化は自動的に行われます。API経由で送信する場合は、正規化ルールに従ってからハッシュ化する必要があります。
運用メモ 導入直後の1〜2週間はデータの蓄積期間です。この期間中はマッチ率やコンバージョン数の変動が大きくなることがあります。効果の評価は、少なくとも2週間以上のデータが蓄積されてから行ってください。導入前後のコンバージョン数を比較する際は、季節要因やキャンペーン変更の影響も考慮する必要があります。
Meta CAPIとの比較
Google広告の拡張コンバージョンと、Meta広告のコンバージョンAPI（CAPI）は、いずれもファーストパーティデータを活用してCookie制限下での計測精度を高める仕組みです。目的は共通していますが、アプローチに違いがあります。
| 比較項目 | Google 拡張コンバージョン | Meta CAPI |
|---|---|---|
| データ送信経路 | クライアントサイド（タグ経由） | サーバーサイド（API経由） |
| 実装の難易度 | GTMの設定変更で対応可能 | サーバー環境の構築が必要 |
| 照合の仕組み | Googleログインデータと照合 | Metaアカウントデータと照合 |
| 重複排除 | 既存タグと自動統合 | event_idによるデデュプリケーション |
| 追加インフラ | 不要 | GTMサーバーコンテナまたはAPIサーバー |
| オフラインCV対応 | リード向け拡張CVで対応 | オフラインイベントセットで対応 |
Google拡張コンバージョンの利点は、既存のGTM設定に数ステップの変更を加えるだけで導入できる手軽さです。サーバー環境の追加が不要なため、導入のハードルは低めです。
一方、Meta CAPIはサーバーサイドでデータを送信するため、広告ブロッカーの影響を受けにくいという特徴があります。ただし、サーバー環境の構築と維持が必要です。
両プラットフォームに広告を出稿している場合は、Google広告には拡張コンバージョン、Meta広告にはCAPIと、それぞれの仕組みを並行して導入するのが計測精度の面で望ましい構成です。
まとめ
拡張コンバージョンは、Cookie制限の影響でコンバージョン計測の漏れが増えつつあるなかで、比較的手軽に導入できる計測補完の手段です。
導入を検討する際のポイントを整理します。
- ECやSaaSなどウェブ完結型のビジネス: ウェブ向け拡張コンバージョンを導入する。GTMの設定変更だけで対応可能
- BtoBや来店型などオフラインCVがあるビジネス: リード向け拡張コンバージョンを導入する。CRM連携も視野に入れる
- Meta広告も併用している場合: 拡張コンバージョンとCAPIの両方を導入し、各プラットフォームの計測精度を確保する
- プライバシーへの懸念がある場合: SHA-256ハッシュ化の仕組みとConsent Modeとの連携を説明材料として活用する
計測精度の低下は、自動入札の最適化精度にも直結します。Cookie規制が進むなかで、ファーストパーティデータを活用した計測基盤の整備は、広告運用の成果を維持するうえで欠かせない取り組みです。
関連記事
- GA4のコンバージョン（キーイベント）設定ガイド - GA4でのキーイベント設定とGoogle広告への連携手順
- Cookie規制と広告計測の変化 - サードパーティCookie廃止が広告運用に与える影響と対策
- GTMの基本と導入ガイド - Googleタグマネージャーの導入手順と活用方法
- Meta広告のコンバージョンAPI（CAPI）設定ガイド - Meta CAPIの仕組みと実装方法