Google広告の拡張コンバージョンとは？GTM（Googleタグマネージャー）を使った設定方法と導入メリットを徹底解説【2026年版】

1-1. 定義──ファーストパーティデータで計測を補完する

ファーストパーティデータとは、自社がユーザーから直接取得したデータのことです。たとえば購入時の注文確認フォームに入力されたメールアドレス、問い合わせフォームの電話番号、会員登録時の氏名などが該当します。拡張コンバージョンは、コンバージョンが発生した瞬間に取得できるこれらの情報を、ハッシュ化したうえでコンバージョンタグと一緒にGoogleへ送信します。

Google側では、受け取ったハッシュ値を、ログイン中のGoogleアカウントに紐づくハッシュ値と照合し、「このコンバージョンは、過去にこの広告をクリックしたユーザーによるものだ」と特定できる場合に計測へ反映します。Cookieが消えていても、ユーザーが提供したデータをキーにできるため、取りこぼしていたコンバージョンを拾い直せるのが本質的な価値です。

1-2. Cookieベース計測との違い

従来のコンバージョン計測と拡張コンバージョンは、対立する仕組みではなく補完関係にあります。基本となるCookieベースの計測が動いたうえで、それでも拾えない分を拡張コンバージョンが補う、という二段構えです。

※ 仕様・挙動は2026年6月時点の一般的な目安です。Google側のアップデートにより変更される場合があります。

2-1. サードパーティCookieの規制強化

これまでウェブの計測やトラッキングを支えてきたサードパーティCookieは、プライバシー保護の流れのなかで各ブラウザで制限が進んできました。サードパーティCookieが使いにくくなると、広告クリックからコンバージョンまでをまたいで追跡することが難しくなり、結果として「クリックは記録できてもコンバージョンを結びつけられない」取りこぼしが発生します。

2-2. SafariのITPによるCookie寿命の短縮

Safariに搭載されたITP（Intelligent Tracking Prevention）は、ファーストパーティCookieであっても寿命を短く制限する場合があります。コンバージョンまでの検討期間が長い商材では、クリックからコンバージョンまでの間にCookieが失効し、本来は計測できたはずのコンバージョンが計測されない、という事態が起こりえます。iOS／Safari利用者の比率が高い日本市場では、この影響は無視できません。

2-3. 同意管理（CMP）と同意モード

プライバシー規制への対応として、サイト訪問時にCookieの利用可否をユーザーに確認するバナー（CMP：同意管理プラットフォーム）を設置するケースが一般化しています。ユーザーがCookieを拒否すると、計測タグはCookieを利用できず、その分の計測が欠落します。Googleの同意モード（Consent Mode）は、同意状況に応じてタグの挙動を制御し、同意がない場合でもプライバシーに配慮した形で一部のデータを補完的に扱う仕組みですが、いずれにせよ「同意なしでは従来どおりには計測できない」時代になっています。

3-1. SHA-256によるハッシュ化とは

拡張コンバージョンでは、メールアドレスや電話番号などの個人情報をそのまま（生データのまま）送ることはありません。送信前にSHA-256というハッシュ関数を使って、不可逆な固定長の文字列（ハッシュ値）へ変換します。SHA-256の特徴は次のとおりです。

• 不可逆：ハッシュ値から元のメールアドレスや電話番号を復元することは現実的にできません。
• 同じ入力は同じ出力：同一のメールアドレスからは常に同じハッシュ値が生成されるため、ハッシュ値同士で照合できます。
• わずかな違いで全く別の値：1文字でも違えば全く異なるハッシュ値になります。だからこそ事前の「正規化」が重要になります。

このため、Googleに渡るのは「復元できない不可逆な文字列」であり、生の個人情報そのものではありません。マッチングはハッシュ値同士の照合で行われます。

3-2. 正規化（ノーマライズ）の重要性

SHA-256は1文字でも違えば別のハッシュ値になるため、ハッシュ化の前に表記ゆれをそろえる「正規化」が必要です。一般的には次のような処理が行われます（正規のタグ機能を使えば多くは自動で処理されます）。

• 前後の空白を除去する。
• メールアドレスは小文字に統一する。
• 電話番号は国番号付きのE.164形式（例：日本なら +81 から始まる形式）にそろえる。
• 氏名や住所を使う場合も、所定のルールに沿って表記をそろえる。

正規化が不十分だと、同じ人物のデータでも別のハッシュ値になってしまい、マッチング率が下がります。実装では「正規化してから機能側のハッシュ化に任せる」のが基本です。

3-3. マッチングの流れ

全体の流れを概念的に並べると、次のようになります。

このように、拡張コンバージョンは「同意 → 正規化 → ハッシュ化 → 送信 → ハッシュ照合」という流れで、プライバシーに配慮しながら計測を補完します。導入にあたっては、ユーザーへの適切な同意取得とプライバシーポリシー・利用規約の順守が前提になる点を、繰り返し強調しておきます。

4-1. ① コンバージョン計測の精度向上

最大のメリットは、Cookieだけでは取りこぼしていたコンバージョンを補完できることです。ファーストパーティデータをキーにするため、Cookieが消えていても、同意済みユーザーのコンバージョンを拾い直せます。計測されるコンバージョン数が実態に近づくことで、各キャンペーン・キーワード・広告の本当の貢献度が見えやすくなります。

4-2. ② 自動入札の最適化精度の向上

自動入札（コンバージョン数の最大化・tCPA・tROASなど）は、コンバージョンデータを学習材料にして「どのオークションにいくら入札するか」を判断します。計測が正確になれば、アルゴリズムに渡るシグナルの質が上がり、最適化の精度が高まることが期待できます。逆に取りこぼしが多いと、本来CVを生んでいる層を「成果が薄い」と誤って学習し、機会損失につながります。拡張コンバージョンは、自動入札を正しく機能させるための土台づくりでもあります。自動入札の前提についてはショッピング広告の入札戦略や手動CPC入札の考え方もあわせてご覧ください。

4-3. ③ iOS・Cookie制限環境での計測補完

前章で触れたとおり、SafariのITPやCookie制限の影響を受けやすいiOS環境では、従来計測の取りこぼしが大きくなりがちです。拡張コンバージョンはCookieに依存しないマッチングを行うため、こうした環境でも計測を補えます。スマートフォン経由のコンバージョンが多いビジネスほど、補完効果を実感しやすい傾向があります。

5-1. ウェブ用拡張コンバージョン

ウェブ用は、サイト上で発生するコンバージョン（購入完了・申込完了など）の計測を、コンバージョン地点で取得したメールアドレス等で補完するものです。たとえばECの注文完了ページで購入者のメールアドレスを取得できる場合、それをハッシュ化して送ることで、Cookieが切れていても購入を拾い直せます。本記事の第7章で解説するGTMの設定は、主にこのウェブ用を想定しています。

5-2. リード用拡張コンバージョン（enhanced conversions for leads）

リード用は、「フォーム送信」と「後日のオフライン成約」を結びつける仕組みです。BtoBや高単価サービスでは、フォーム送信＝即売上ではなく、その後の商談を経て成約に至ります。リード用拡張コンバージョンでは、フォーム送信時にハッシュ化した連絡先を保存しておき、後にその顧客が成約した際に、同じハッシュ値をキーにして「どの広告クリック由来のリードだったか」を遡って計測します。

これにより、「フォーム送信数」だけでなく「実際に成約したリードの数や金額」を広告に紐づけられるため、見かけのリード単価ではなく本当の獲得効率で評価・最適化できるようになります。問い合わせは多いが成約は少ないチャネルと、問い合わせは少ないが成約率が高いチャネルを見分けられる、という実務的な価値があります。

6-1. 必要な前提条件チェックリスト

• 通常のコンバージョン計測が稼働している：拡張コンバージョンは既存のコンバージョン計測を「補完」する機能です。土台の計測が壊れていると意味がありません。
• 同意取得ができている：個人データを送信する以上、ユーザーから適切な同意を取得していることが前提です。CMP・同意モードとの整合を確認します。
• 取得できる顧客データがある：コンバージョン地点（注文完了・申込完了ページなど）で、メールアドレスや電話番号を取得・参照できる必要があります。
• プライバシーポリシー・規約を順守できる：自社のプライバシーポリシーへの明記、Googleの利用規約・ポリシーの順守が求められます。

6-2. 「データが取れる地点」を見極める

意外と見落とされがちなのが、「そもそもコンバージョン地点でメール等を取得できるか」という点です。たとえば、外部の決済代行や予約システムに遷移してしまい、自社の完了ページにメールアドレスが残らないケースでは、フロントエンドのフォーム値からは取得できません。この場合は、サーバー側で値を保持する、データレイヤーに値を渡す、決済完了の戻り情報を活用する、といった実装の工夫が必要になります。

7-1. STEP1：コンバージョンリンカーを設置する

最初に確認すべきはコンバージョンリンカータグです。コンバージョンリンカーは、広告クリック情報を適切に保存・処理し、コンバージョン計測の精度を保つための補助タグで、拡張コンバージョンを含む各種計測の土台になります。

• GTMで「コンバージョンリンカー」タグを新規作成する。
• トリガーは全ページ（All Pages）に設定し、サイト全体で発火するようにする。
• すでにコンバージョンリンカーを設置済みの場合は、重複作成しないよう既存タグを確認する。

※ タグ名・設定項目は2026年6月時点の一般的な表記です。最新のGTMテンプレートに合わせてください。

7-2. STEP2：Google広告側で拡張コンバージョンを有効化する

次に、Google広告の管理画面で対象のコンバージョンアクションに対して拡張コンバージョンを有効化します。概念的な手順は次のとおりです。

• Google広告の「目標（コンバージョン）」設定から、対象のコンバージョンアクションを開く。
• 拡張コンバージョンの設定項目で有効化（オン）にする。
• 実装方法を選ぶ画面では、「Googleタグマネージャー（GTM）」を実装手段として選択する。
• 規約・ポリシーへの同意が求められる場合は、内容を確認のうえ承諾する。

7-3. STEP3：ユーザー提供データ変数を作る

GTMの中核作業が、ユーザー提供データ（メールアドレス・電話番号など）を取得する変数の設定です。GTMには拡張コンバージョン用に「ユーザー提供データ変数」を作るためのテンプレートが用意されており、データの取得方法を選べます。主な取得方法は次の3つです。

取得方法を選ぶときの考え方

最も安定するのはデータレイヤー経由です。開発側で「コンバージョン地点でメールアドレス等をdataLayerに渡す」実装ができれば、ページ構造の変更に強く、値の取りこぼしが起きにくくなります。一方、開発リソースが限られる場合は、まず自動収集やCSSセレクタ指定で試し、安定しないようならデータレイヤー方式へ移行する、という段階的な進め方も現実的です。いずれの方式でも、値の正規化とハッシュ化は機能側に任せ、生データをそのまま外部送信しないのが原則です。

7-4. STEP4：マッピング・公開・検証

変数が用意できたら、コンバージョントラッキングタグ（Google広告のコンバージョンタグ）にユーザー提供データをマッピングします。概念ステップは次のとおりです。

• マッピング：コンバージョンタグの「ユーザー提供データ」設定で、STEP3で作った変数を割り当てる（メール、電話番号などのフィールドに対応づける）。
• プレビュー検証：GTMのプレビュー（Tag Assistant連携）モードで実際にコンバージョン地点を踏み、変数に正しく値が入っているか、タグが意図どおり発火しているかを確認する。
• 公開：検証で問題がなければ、GTMコンテナを公開する。公開しないと本番には反映されません。
• 事後確認：公開後、しばらく時間をおいてGoogle広告側の診断ステータスを確認する（次章）。

8-1. 診断ステータスを確認する

Google広告の管理画面では、対象コンバージョンアクションの拡張コンバージョンについて診断ステータスが表示されます。一般に「記録済み」「データを受信中」「データが届いていない」といった状態が示され、問題があれば原因のヒントが提示されます。設定直後は反映に時間がかかるため、ステータスが安定するまで数日程度の余裕をみて確認するのが実務的です。

8-2. タグアシスタント等での切り分け

「記録済み」にならない場合は、タグアシスタント（Tag Assistant）やGTMのプレビューを使って、どこで止まっているかを切り分けます。確認すべきポイントは次のとおりです。

• コンバージョン地点でタグが発火しているか。
• ユーザー提供データ変数に値が入っているか（空ではないか）。
• マッピングが正しいフィールドに割り当てられているか。
• 同意状況によってタグの送信が止まっていないか。

10-1. 計測は「自動入札・ROAS改善」の出発点

自動入札がどれだけ高度でも、学習材料であるコンバージョンデータが歪んでいれば、出力も歪みます。計測の取りこぼしは、本来成果が出ているチャネルの過小評価を生み、予算配分と入札の判断を狂わせます。拡張コンバージョンで計測の精度を底上げすることは、その後のtCPA・tROASといった自動入札の最適化精度を引き上げ、ひいてはROAS・CPAの改善余地を広げる——この因果の流れを押さえておくことが重要です。Meta側のデータ収集・計測の考え方と対比すると理解が深まります（Metaピクセルとデータ収集の仕組み）。

10-2. 零（でもやるんだよ）の一気通貫スタイル

横浜の独立系・運用型広告代理店である零（Rei）株式会社の「でもやるんだよ」は、コトラーのマーケティング理論を土台に、ペルソナ単位でクリエイティブとLP（ランディングページ）を設計し、計測〜入札〜LPまでを一気通貫で運用するスタイルを採っています。拡張コンバージョンのような計測設計を「タグ屋の作業」として切り離すのではなく、「誰に・何を見せ、どこで受け止め、どう正しく計測してアルゴリズムに学習させるか」までを一体で設計するのが、安定した成果を出すための考え方だと捉えています。計測が正確になって初めて、入札最適化もLPO（LP改善）も正しい数字の上で回せるからです。

10-3. 実務チェックリスト

• まず通常のコンバージョン計測が正しく稼働しているかを確認する（土台が先）。
• コンバージョン地点でメール等のユーザー提供データを安定取得できるかを見極める。
• 同意取得・プライバシーポリシー・規約順守の前提を整える。
• GTMで「コンバージョンリンカー→拡張コンバージョン有効化→ユーザー提供データ変数→マッピング」の順に設定する。
• 公開前にプレビューで「変数に値が入っているか」を必ず目視確認する。
• 公開後は一定期間待ち、診断ステータスで記録状況を確認する。
• 計測が安定したら、自動入札・予算配分の改善にデータを活かす。