「Google広告にもMetaのコンバージョンAPIのような仕組みはないのか」——同じ名称の機能はありませんが、**同等の目的を持つのが「拡張コンバージョン」**です。
ファーストパーティデータをハッシュ化して送信し、ブラウザだけでは計測しきれないコンバージョンを補完します。本記事では設定方法を経路別に解説し、2026年4月に予定されている設定の統合という重要な変更点も扱います。
記事のポイント
- 拡張コンバージョンとは何か、通常のコンバージョン計測と何が違うのか
- 「ウェブ向け」と「リードの拡張コンバージョン」の違い
- 2026年4月に両者が単一の設定へ統合されるという変更
- 3つの設定経路（Googleタグ / GTM / Google Ads API）
- 導入前に確認すべきプライバシー面の論点
目次
- 拡張コンバージョンとは
- 通常のコンバージョン計測との違い
- ウェブ向けとリード向けの違い
- 2026年4月の設定統合
- 設定方法（3つの経路）
- 導入前に確認すべきこと
- 拡張コンバージョンで解決しないこと
- よくある質問
- まとめ
拡張コンバージョンとは
拡張コンバージョンとは、サイト上で取得したファーストパーティの顧客データ（メールアドレス・電話番号・氏名・住所など）をハッシュ化してGoogleへ送信し、コンバージョン計測の精度を高める機能です。
Googleは、送信前にデータを SHA-256 という一方向のハッシュアルゴリズムで変換すると説明しています。ハッシュ化されたデータは元に戻せない形式で送られ、Googleが保持するログイン済みユーザーのデータと照合されます（出典: 拡張コンバージョンについて - Google 広告 ヘルプ）。
通常のコンバージョン計測との違い
| 通常のコンバージョン計測 | 拡張コンバージョン | |
|---|---|---|
| 識別の方法 | Cookie（gclid） | Cookie + ハッシュ化した顧客データ |
| Cookieが消えた場合 | 計測できない | 顧客データで補完できる |
| 追加で必要なもの | なし | サイト上で顧客データを取得していること |
| 実装 | タグの設置のみ | どのデータを送るかの指定が必要 |
前提として、サイト上で顧客データを取得している必要があります。 資料請求フォームでメールアドレスを取得しているなら使えますが、匿名で完結するコンバージョン（電話番号のクリックのみ、など）では効果が限定的です。
ウェブ向けとリード向けの違い
拡張コンバージョンには2種類あります。
| 拡張コンバージョン（ウェブ向け） | リードの拡張コンバージョン | |
|---|---|---|
| 目的 | サイト上で完結するCVの精度向上 | オフラインで確定した成果の送信 |
| 使う場面 | EC購入、資料請求など | 問い合わせ後に商談・受注が確定する商材 |
| データの送り方 | サイト上のタグから送信 | CRMからアップロード / API |
BtoBや高単価商材では、リードの拡張コンバージョンの価値が大きくなります。 「資料請求」で最適化すると資料請求だけして受注しない層が集まりがちですが、受注データを送れば「受注しやすい層」に配信が寄るためです。
オフラインの成果を送る考え方は「オフラインコンバージョンとは？計測の仕組みと設定方法・2026年の変更点を解説」でも扱っています。
2026年4月の設定統合
重要な変更点です。 Googleは、拡張コンバージョン（ウェブ向け）とリードの拡張コンバージョンを単一のオン/オフ設定に統合するとしています。
2026年4月以降、Google広告はウェブサイトのタグ・データマネージャー・API接続から、ユーザー提供データを同時に受け取るようになります（出典: Google タグ マネージャーでリードの拡張コンバージョンを設定する - Google 広告 ヘルプ）。
実務上の意味は次のとおりです。
- 片方だけをオンにする運用ができなくなる — 統合後は一括の設定になる
- どのデータソースから何を送っているかの棚卸しが必要 — 意図せず送信対象が広がる可能性がある
- 同意管理の設計を見直す必要がある — 送信経路が増えるため
導入済みの場合も、統合前に設定内容を確認しておいてください。
設定方法（3つの経路）
Googleは3つの設定経路を用意しています（出典: Google タグを使用して拡張コンバージョン（ウェブ向け）を設定する - Google 広告 ヘルプ）。
経路1: Googleタグ
もっとも簡単な方法です。すでにGoogleタグでコンバージョン計測をしている場合に使えます。
- Google広告の「目標」→「コンバージョン」→「概要」
- 対象のコンバージョンアクションを開く
- 「拡張コンバージョン」のセクションでオンにする
- 実装方法として「Googleタグ」を選ぶ
- ページ上のどの要素から顧客データを取得するかを指定する
- 自動収集: Googleがページ内のフォーム項目を自動で判別する
- 手動設定: CSSセレクタやJavaScript変数を指定する
自動収集は手軽ですが、フォームの構造が変わると取得できなくなることがあります。 重要な計測なら手動設定を推奨します。
経路2: Googleタグマネージャー（GTM）
タグ管理をGTMに集約している場合はこちらです。
- GTMで「ユーザー提供データ」変数を作成する
- 自動収集・手動設定・コードのいずれかで、送信するデータを指定する
- Google広告のコンバージョントラッキングタグを開く
- 「拡張コンバージョンを含める」をオンにし、作成した変数を指定する
- プレビューモードで発火とデータの取得を確認する
- 公開する
経路3: Google Ads API
システム側から直接送信する方法です。CRMと連携して、サイト上に顧客データが表示されないケースでも送信できます。
事前に自分でハッシュ化する場合は、16進数でエンコードしたSHA-256を使う必要があります。
ハッシュ化前の正規化を忘れない
どの経路でも共通の注意点です。ハッシュ化する前にデータを正規化しないとマッチしません。
- メールアドレス: 前後の空白を除去し、小文字に統一する
- 電話番号: 国番号を付け、数字以外を除去する（日本なら
+81形式） - 氏名: 前後の空白除去、小文字化
「設定したのにマッチ率が上がらない」の原因は、ほぼここです。
導入前に確認すべきこと
技術的に設定できるかどうかとは別に、確認が必要な論点があります。
1. プライバシーポリシーへの記載
顧客データをハッシュ化して外部に送信する処理です。ハッシュ化していても、個人データを第三者に提供する行為であることに変わりはありません。 プライバシーポリシーに記載があるかを確認してください。
2. 同意取得の設計
ユーザーから適切な同意を得ているかを確認します。Googleも、ユーザーデータの送信にあたって適切な通知と同意の取得を求めています。
3. 社内規程との整合
情報セキュリティ規程や個人情報の取扱規程に抵触しないかを確認します。法務部門・情報システム部門との調整が必要です。
この3点は技術担当だけで判断せず、必ず関係部門を巻き込んでください。
拡張コンバージョンで解決しないこと
拡張コンバージョンは計測の精度を上げる仕組みであり、成果そのものを増やすものではありません。
導入すると管理画面のコンバージョン数は増えますが、それは見えていなかった成果が見えるようになっただけです。実際の受注は変わりません。
成果を増やすには
| 状態 | 打つべき手 |
|---|---|
| 計測はできているがCVRが低い | LPの改善 |
| クリックは多いがCVが少ない | 広告文とLPのファーストビューの一致を確認 |
| フォームに到達するが送信されない | フォームの項目数・入力体験の改善 |
| スマートフォンだけCVRが低い | スマホ表示の改善 |
まずGA4でCVRを分解し、改善余地を確認してください。手順は「【2026年版】GA4でCVRを改善する方法｜キーイベント レートの見方から具体的な打ち手まで解説」で解説しています。GA4とGoogle広告で数値が合わない理由は「【2026年版】GA4とGoogle広告の連携方法｜手順・できること・数値が合わない5つの理由」にまとめています。
よくある質問
Q. 拡張コンバージョンとMetaのCAPIは同じものですか？
A. 目的は近いですが、実装は異なります。どちらも「ブラウザ計測の欠落を、ファーストパーティデータで補完する」という点は共通です。MetaのCAPIはサーバーからイベントを送る仕組み、拡張コンバージョンはハッシュ化した顧客データを既存のコンバージョン計測に付加する仕組みです。
Q. サイトで顧客データを取得していなくても使えますか？
A. 効果が限定的です。拡張コンバージョンは、サイト上で取得したメールアドレスなどをハッシュ化して送る仕組みのため、匿名で完結するコンバージョンでは補完できるデータがありません。
Q. 設定したのにマッチ率が上がりません。
A. ハッシュ化前の正規化が原因のことがほとんどです。メールアドレスの小文字化・空白除去、電話番号の国番号付与（日本なら +81 形式）などのルールを確認してください。
Q. 自動収集と手動設定はどちらを使うべきですか？
A. 自動収集は手軽ですが、フォームの構造が変わると取得できなくなることがあります。重要な計測なら手動設定を推奨します。
Q. 2026年4月の統合で何が変わりますか？
A. 拡張コンバージョン（ウェブ向け）とリードの拡張コンバージョンが単一のオン/オフ設定に統合され、ウェブサイトのタグ・データマネージャー・API接続からユーザー提供データを同時に受け取るようになります。片方だけをオンにする運用ができなくなるため、統合前に送信対象の棚卸しと同意設計の見直しをおすすめします。
Q. 拡張コンバージョンを入れればCPAは下がりますか？
A. 計測精度が上がることで自動入札の学習が改善し、結果的にCPAが下がることはあります。ただし直接的にCVRが上がるわけではありません。 LPのCVRが低いままなら、低いCVRが正確に測れるようになるだけです。
まとめ
Google広告の拡張コンバージョンについて、要点を整理します。
- ファーストパーティの顧客データをSHA-256でハッシュ化して送り、計測精度を高める機能
- サイト上で顧客データを取得していることが前提。 匿名で完結するCVでは効果が限定的
- 「ウェブ向け」と「リード向け」の2種類。BtoBではリード向けの価値が大きい
- 2026年4月に両者が単一の設定へ統合される。 事前に送信対象の棚卸しを
- 設定経路はGoogleタグ・GTM・Google Ads APIの3つ
- 自動収集は手軽だがフォーム構造の変更に弱い。重要な計測は手動設定
- ハッシュ化前の正規化を守る。 マッチ率が上がらない原因はほぼここ
- プライバシーポリシー・同意取得・社内規程の3点を、技術担当だけで判断しない
- 計測精度が上がっても、CVRそのものは上がらない
CVR改善ならDejam！計測の精度より先に、取りこぼしを減らす
Dejamは、LP制作・ヒートマップ分析・ABテスト・AI自動解析をオールインワンで提供するCVR改善特化ツールです。「計測は整えたが、CVRそのものが低い」という段階から、本格的なPDCAを回して成果を最大化するまでを総合支援します。
Dejamが選ばれる理由
- ワンプロダクトで完結: LP制作・ヒートマップ分析・ABテストをすべて単一ツールで実施
- 月額3万円〜利用可能: オプティマイズプラン月額3万円〜 / CMSプラン月額5万円〜 / オールインワン月額12万円〜
- ユーザー課金なし: 何名で使っても追加費用は発生しない
- ISMS認証取得: ISO/IEC 27001:2022 & JIS Q 27001:2023認証取得済み
- 毎週アップデート: 市場トレンドとユーザーリクエストに応じて機能を毎週拡充
- 権威ある実績: 代表がダイレクトアジェンダで2連覇。LPO顕彰制度「LPO AWARD」主催者
Dejamの主要機能
- LP/記事LP制作: ノーコード・コードの切り替えに対応。AIで生成したコードを直接取り込み可能
- ヒートマップ: 5種類（クリック/クリックイベント/熟読/滞在/離脱）。データ保存期間無制限
- ABテスト: デザイン変更テスト・リダイレクトテスト・ポップアップテストの3種類。AIが自然言語でテストコードを自動生成
- 自動解析: どのコンテンツがCVRに貢献しているかAIが自動解析。ゴールデンルート機能でページ遷移の最適パスも特定
- 広告ダッシュボード: Google広告・Meta広告など複数媒体のデータとLPのCVRを1画面で確認
拡張コンバージョンは取りこぼした成果を拾う施策です。Dejamは、LPで取りこぼしている成果そのものを減らすための機能を提供します。
