Google広告の拡張コンバージョンには「ウェブ向け」と「リード向け」の2種類があります。フォーム送信や購入などサイト上で完結する成果にはウェブ向けを、電話問い合わせや商談成約などオフラインで確定する成果にはリード向けを使います。

Cookie規制やクロスデバイス行動の影響で、従来のGCLID中心の計測だけでは成果を取りこぼす場面が増えています。こうした欠損を補い、リード獲得型広告の最適化精度を高める手段として、拡張コンバージョンの重要性が高まっています。

本記事では、拡張コンバージョンの仕組みから、ウェブ向けとリード向けの違い、Googleタグ・GTMでの設定方法、電話CVデータへの活用までを体系的に解説します。

拡張コンバージョンの種類と違い

拡張コンバージョンは一つの機能に見えますが、実際には「ウェブ向け」と「リード向け」に分かれています。ここを混同すると、計測したい成果と設定方式が噛み合わず、正しくデータを取得できません。

拡張コンバージョンとは何か

拡張コンバージョン（Enhanced Conversions）とは、ユーザーがフォームなどで入力したメールアドレスや電話番号といったファーストパーティデータを活用し、Google広告のコンバージョン計測精度を高める仕組みです。送信時にはSHA-256でハッシュ化されるため、生データをそのままGoogleに渡すわけではありません。

Cookieに依存した従来の計測では拾いきれなかった成果を補完できる点が、拡張コンバージョンの中核です。クロスデバイス行動や一部ブラウザの制限によって生じる欠損を減らし、広告最適化に必要なシグナルをより正確にGoogleへ渡せます。

ウェブ向けとリード向けの違い

ウェブ向けとリード向けは、成果が「どこで確定するか」によって使い分けます。サイト上で完結する成果にはウェブ向けを使い、商談化や成約のように後から確定する成果にはリード向けを使います。

リード獲得が主目的で、最終成果が電話や営業活動の後に発生するビジネスでは、リードの拡張コンバージョンのほうが実態に近い評価ができます。フォーム送信数だけでなく、その後の有効リードや成約を広告最適化に反映したい場合に適しています。

カスタマーマッチとの違い

カスタマーマッチは、既存顧客のメールアドレスや電話番号リストを使って配信や除外ターゲティングを行う機能です。拡張コンバージョンとは使うデータが似ていますが、目的は異なります。

拡張コンバージョンは計測精度を高める機能であり、カスタマーマッチは配信対象を設計する機能です。同じファーストパーティデータ活用でも役割が違うため、混同せずに使い分ける必要があります。

拡張コンバージョンが必要になった背景

拡張コンバージョンが重視されるようになった背景には、従来のGCLID中心の計測だけでは成果を十分に拾えなくなってきたことがあります。特にリード獲得型広告では、この影響が大きく出やすくなっています。

Cookie規制がGCLID計測に与えた影響

従来のオフラインコンバージョン計測では、広告クリック時に付与されるGCLIDを取得し、CRMへ保存して、成約時に返却する運用が一般的でした。ですが、この方式はブラウザ環境やユーザー行動の変化によって欠損が起きやすくなっています。

主な要因は、URLパラメータの消失、Cookieベース計測の制約、クロスデバイス行動です。スマートフォンで広告をクリックし、後日PCで成約するようなケースでは、GCLIDだけでは紐づけが切れやすくなります。

Googleが拡張コンバージョンを推奨する理由

Googleは、従来のGCLID中心のオフライン計測に加えて、ユーザーデータを使って補完する設計を推奨しています。これは、Cookieやデバイスだけに依存しない、より耐久性の高い計測基盤を作るためです。

リードの拡張コンバージョンは、GCLIDを完全に置き換えるというより、GCLIDだけでは不足する部分をユーザーデータで補う考え方です。そのため、新規導入でも移行でも、GCLIDとユーザーデータをどう組み合わせるかを前提に設計する必要があります。

リードの拡張コンバージョンの仕組み

設定作業に入る前に、リードの拡張コンバージョンがどのように機能するのかを理解しておくことが重要です。仕組みが分かっていれば、設定ミスやデータ欠損の原因も追いやすくなります。

ユーザーデータが計測に使われる流れ

まず、ユーザーが広告をクリックしてサイトに訪問します。その後、フォーム送信時にメールアドレスや電話番号を取得し、正規化したうえでハッシュ化して送信します。

次に、営業活動や電話対応の結果として商談化や受注が発生したら、そのオフライン成果データをGoogle広告へ取り込みます。Googleはタグ側で送られたユーザーデータと、後から取り込んだ成果データを照合し、広告成果として補完します。

GCLID方式との違い

従来のGCLID方式では、広告クリック時の識別子に大きく依存していました。一方、リードの拡張コンバージョンでは、GCLIDに加えてハッシュ化したメールアドレスや電話番号も使えるため、欠損を補いやすくなります。

特に注意したいのは、リードの拡張コンバージョンでは成果データの取り込み期限が短い点です。成約後の反映が遅い運用だと、計測対象から外れるリスクがあります。

クロスデバイス計測を補完できる理由

リードの拡張コンバージョンでは、デバイス単位の識別子だけでなく、ユーザーに紐づくデータも活用できます。これにより、スマートフォンで広告をクリックし、後日PCで成果が発生した場合でも、従来より補完しやすくなります。

クロスデバイス行動が多い商材では、この差が広告最適化に直結します。問い合わせはスマートフォン、商談や申込みはPCという流れが多い業種ほど、導入意義が大きくなります。

拡張コンバージョンの設定前に必要な準備

設定作業に入る前に、計測したい成果、コンバージョンアクション、タグ環境を整理しておく必要があります。ここが曖昧だと、タグは動いていても広告最適化に使えるデータにはなりません。

計測対象の成果を決める

最初に決めるべきなのは、Google広告へ返したい最終成果です。フォーム送信を返すのか、有効リードを返すのか、商談化や受注を返すのかで設計は変わります。

営業KPIと広告KPIがずれていると、拡張コンバージョンを入れても最適化の方向がぶれます。まずは何を成果とみなすかを明確にしてください。

コンバージョンアクションを作成する

Google広告では、オフライン成果を受け取るためのコンバージョンアクションを作成します。成果の種類ごとに分けておくと、後から分析しやすくなります。

たとえば「有効リード」「商談化」「受注」を分けて管理すれば、どの段階を自動入札に使うべきか判断しやすくなります。

顧客データ利用の前提を確認する

リードの拡張コンバージョンを使うには、Google広告側で顧客データに関する規約への同意が必要です。あわせて、オートタグ設定やコンバージョンリンカーなど、最低限の計測環境も確認しておきます。

プライバシーポリシーの記載も事前に見直すべきです。電話番号やメールアドレスをハッシュ化して広告効果計測に利用する旨を、社内ルールや法務方針に沿って整理しておく必要があります。

拡張コンバージョンで送るデータの正規化ルール

拡張コンバージョンでは、送信前のデータ形式がマッチ率に影響します。メールアドレスや電話番号は、必ず正規化したうえで送る必要があります。

電話番号のE.164形式への変換は特に見落とされやすい項目です。日本の番号では先頭の0を国番号+81に置き換え、ハイフンや括弧を除去する必要があります。

また、メールアドレスの処理は一律ではありません。Gmail系だけに適用するルールと、それ以外のメールアドレスに適用するルールを分けて考える必要があります。

拡張コンバージョンをGoogleタグで設定する方法

Googleタグを直接使う方法は、サイトのコードを柔軟に変更できる環境に向いています。フォーム送信成功時の制御を細かく設計しやすい点が利点です。

Googleタグ設定の全体フロー

Googleタグでの実装は、大きく分けると「ユーザーデータをセットする」「コンバージョンイベントを送信する」の2段階です。重要なのは、入力途中ではなく、フォーム送信成功時に発火させることです。

Thank Youページ遷移後に値を拾う方式は、入力データが残らないことがあります。フォーム送信成功の直後に値を取得するほうが安定します。

Googleタグのコード例

transaction_idには、CRMで一意になるリードIDなどを設定するのが有効です。重複計測を防ぎやすくなり、後から照合もしやすくなります。

Googleタグ実装時の注意点

Googleタグは受け取ったデータをブラウザ側でハッシュ化しますが、正規化までは自動で担保されません。メールアドレスや電話番号の形式を整える処理は、送信前に実装する必要があります。

取得した個人情報を必要以上に保持しない設計も重要です。送信後に不要なデータを残さないこと、プライバシーポリシーに利用目的を明記することも、あわせて確認してください。

拡張コンバージョンをGTMで設定する方法

GTM経由の設定は、すでにタグ管理をGTMへ集約している環境に向いています。マーケティング部門だけで調整しやすい点がメリットです。

GTM設定の全体フロー

GTMでの設定は「変数を作る」「トリガーを決める」「タグに紐づける」の3段階で進めます。前提として、コンバージョンリンカーが適切に動作していることを確認してください。

1. ユーザー提供データ変数を作成する
2. フォーム送信成功を検知するトリガーを設定する
3. Google広告コンバージョントラッキングタグに変数を紐づける

Googleタグの直接実装とGTM実装を同じイベントで併用すると、二重発火の原因になります。実装方式はどちらかに統一するのが原則です。

ユーザー提供データ変数の作成方法

GTMでは、ユーザー提供データ用の変数を作成し、メールアドレスや電話番号を紐づけます。自動収集も可能ですが、フォーム構造が複雑な場合は期待通りに取れないことがあります。

そのため、商用環境では手動設定のほうが安定しやすいです。dataLayer変数やDOM要素変数を使い、どこから値を取るのかを明示したほうが管理しやすくなります。

トリガーとタグの設定方法

通常のフォーム送信であれば「フォーム送信」トリガーを使えます。ただし、AjaxフォームやSPAでは通常の送信イベントが発火しないことがあるため、送信成功時にdataLayerへカスタムイベントを送る設計が確実です。

タグ設定では、Google広告コンバージョントラッキングタグの「ユーザー提供データを含める」を有効にし、作成した変数を紐づけます。コンバージョンIDとラベルの入力ミスは初歩的ですが非常に多いため、管理画面の値と必ず照合してください。

電話CVデータを拡張コンバージョンに活用する方法

電話問い合わせを重要な成果として扱う業種では、電話CVデータも拡張コンバージョンの設計に組み込む価値があります。メールアドレスを取得しにくい場合でも、電話番号を活用できる可能性があります。

電話番号を活用できる理由

拡張コンバージョンでは、電話番号もマッチングに使えるデータの一つです。フォームにメールアドレスがない場合でも、電話番号が適切に取得できれば、計測補完の余地があります。

ただし、電話番号もそのままでは使えません。E.164形式への正規化が前提になるため、取得方法と変換処理をセットで設計する必要があります。

電話CVデータの活用フロー

電話CVデータを拡張コンバージョンに活用する場合は、取得から送信までの流れを明確にしておく必要があります。単に電話番号を持っているだけでは不十分で、広告流入や成果データと紐づいていることが重要です。

1. ユーザーが広告経由でサイトに訪問する
2. 電話問い合わせが発生する
3. 電話番号を取得し、正規化する
4. 成果データと紐づけてGoogle広告へ取り込む
5. 広告最適化に使えるシグナルとして活用する

重要なのは、タップ数ではなく、実際の入電や有効通話をどう扱うかです。誤差の大きいシグナルを返すと、広告最適化の質も下がります。

電話CV活用時の注意点

電話CVを活用する場合は、最低でも電話番号、発信日時、広告流入との紐づけ、成果判定ルールを整理してください。どの時点をコンバージョンとしてGoogle広告へ返すのかが曖昧だと、評価軸がぶれます。

入電件数を返すのか、有効通話を返すのか、予約確定や商談化まで返すのかで意味は大きく変わります。拡張コンバージョンの設定より先に、返す成果の定義を固めるべきです。

拡張コンバージョンの設定後に確認すべき診断ポイント

設定が完了したら、Google広告の診断画面でデータ品質を確認します。タグが入っているだけでは不十分で、必要なデータが正しく送れているかまで見なければ意味がありません。

診断ステータスの見方

診断画面では、現在の設定状況やデータ品質を確認できます。名称や表示内容は変わることがありますが、実務上は「問題なく機能しているか」「改善が必要か」を見分けることが重要です。

「タグは入っているが成果が増えない」という場合は、タグ側だけでなくオフライン成果データ側も含めて確認する必要があります。リードの拡張コンバージョンは、前段の取得と後段の取り込みの両方が揃って初めて機能します。

カバー率とマッチ率の考え方

診断では、どの程度のデータが取得できているか、どの程度活用可能な状態かを見ることが重要です。ここで低い値が続く場合は、発火漏れかデータ形式不備のどちらかをまず疑います。

特にマッチ率が伸びない場合は、電話番号のE.164形式やメールアドレスの正規化ルールを見直してください。カバー率が低い場合は、フォーム送信パターンごとの発火漏れがないかを確認する必要があります。

拡張コンバージョンに関するよくある質問

拡張コンバージョンの要点

拡張コンバージョンは、Cookieやデバイスだけに依存しない形で、Google広告の計測精度を補強する仕組みです。特にリード獲得型広告では、フォーム送信の件数だけでなく、その後の商談化や成約まで評価したい場面で重要になります。

ウェブ上で完結する成果にはウェブ向け、オフラインで確定する成果にはリード向けを使います。設定方法そのものよりも、何を成果として返すのか、どのデータをどう取得するのか、営業やCRMとどう連携するのかを先に整理することが重要です。