← 記事一覧へ

ブログ

拡張コンバージョン（Enhanced Conversions）が正しく送られているか確認する方法

公開 2026-07-05

拡張コンバージョン 確認enhanced conversions 確認拡張コンバージョン 動作確認拡張コンバージョン 計測されない

「拡張コンバージョンを有効にしてみたけれど、本当に送れているのか分からない」——これは設定をオンにした後に必ず通る不安です。スイッチを入れた瞬間に数字が変わるわけではないので、「効いているのか」「そもそも値が届いているのか」が見えにくい。だからこそ、設定したつもりのまま放置されがちな機能でもあります。

こんな状況に心当たりはありませんか？

  • 拡張コンバージョンを オンにしたのに、効果が実感できない
  • 診断画面に 「設定の確認が必要」「記録されていません」 といった警告が出ている
  • メールや電話番号を 送っているはずなのに、診断のステータスが進まない
  • そもそも ハッシュ化された値が本当に飛んでいるのか を見たことがない

この記事では、「拡張コンバージョンが正しく送られているか」を何を、どの順で確認すればいいかを整理します。まずは拡張コンバージョンが何をしている仕組みなのかを押さえてから、診断画面と開発者ツールの両方で確かめていきましょう。

まず大前提：拡張コンバージョンは「第一者データをハッシュ化して送る」仕組み

確認の前に、拡張コンバージョンが何を送っているのかを正しく理解しておくことが近道です。ここが曖昧だと、「何を探せばいいか」が分からないまま開発者ツールを眺めることになります。

拡張コンバージョンは、ユーザーがフォームなどで入力した第一者データ（メールアドレス・電話番号・氏名・住所）を、ブラウザ側でSHA-256でハッシュ化してからGoogleに送り、コンバージョンの計測（アトリビューション）を補完する仕組みです。生のメールアドレスがそのまま送られるわけではなく、不可逆なハッシュ値に変換されてから送信されます。

要素 中身 確認のポイント
入力データ メール・電話・氏名・住所など そのページ上に値が存在するか／取得できるか
ハッシュ化 SHA-256で不可逆変換 生データのまま送っていないか
送信先 既存のコンバージョン計測に同梱 リクエストにハッシュ化済みフィールドが含まれるか
同意 ad_user_data 等のユーザー同意 同意がないと送られない設定になっていないか

ポイントは、拡張コンバージョンは既存のコンバージョン計測に「追加の信号」を相乗りさせているということです。つまり、土台となるコンバージョンタグそのものが発火していないと、拡張コンバージョンも当然成立しません。すでにコンバージョン計測が動いている前提で、その上に「ハッシュ化された第一者データが乗っているか」を確認していきます。

つまずきやすい例： クリックID（gclid）と拡張コンバージョンを混同しがちですが、役割は別物です。gclidは「どの広告クリック由来か」を結びつけるID、拡張コンバージョンは「第一者データでアトリビューションを補完する」仕組み。両者は補い合う関係です。クリックID側の確認はクリックID（gclid）の役割とアトリビューションを参照してください。

確認方法①：Google広告の診断ステータスを読む

最初に見るべきは、管理画面の診断です。コードを触らなくても、Googleが受信側でどう判定しているかが分かります。

「目標 → コンバージョン」で対象のコンバージョンアクションを開き、拡張コンバージョンの診断・ステータスを確認します。ここには受信状況のヒントが表示されます。

ステータス表示 意味
拡張コンバージョンを記録しています ハッシュ化済みデータを受信できている（正常）
設定の確認が必要 設定はあるが、受信できていない・値が不足している
記録されていません 拡張コンバージョン用のデータが届いていない

「記録しています」 … 受信側はハッシュ化データを受け取れています。土台はOKです。 「設定の確認が必要」「記録されていません」 … タグはあっても拡張用の値が届いていません。確認方法②（開発者ツール）に進んで、実際に何が送られているかを見ます。

つまずきやすい例： 診断ステータスは反映に時間差があります。設定直後に「記録されていません」と出ても、すぐ壊れたと決めつけないでください。まず確認方法②で「いま実際にハッシュ化フィールドが飛んでいるか」をリアルタイムに見るのが確実です。

診断レポートの読み方：カバレッジ、マッチ率、コンバージョンの増分

トップレベルのステータスの下に、拡張コンバージョンがどれくらい効いているかを示す3つの指標があります。「オンかオフか」だけでなく、ここまで見ることで改善の余地が見えてきます。

指標 何を測っているか 健全な目安
カバレッジ 対象となるコンバージョンイベントのうち、十分なユーザー提供データが含まれている割合 80 %以上
マッチ率 送信したハッシュ化データが、Googleのログイン済みユーザーデータとどれだけ一致したか 高いほど良い。低い場合はフォーマットの問題やGoogle非アカウントユーザーの可能性
コンバージョンの増分 拡張コンバージョンのデータによって追加で報告されたコンバージョン数 拡張コンバージョンが稼働してから30日間のみ表示

カバレッジは最も直接コントロールしやすい指標です。低い場合、多くのコンバージョンイベントが第一者データなしで発火している——つまり、ページ上に値がない、または取得できていない（後述のよくある失敗を参照）ことを意味します。

マッチ率はデータ品質に依存します。メールだけ送っていて、顧客の多くがGoogleアカウントと異なるアドレスを使っている場合、設定が正しくてもマッチ率は低くなります。改善の実践的なレバーは2つ：メールに加えて追加のマッチキー（電話番号、住所）を送ること、ハッシュ化前に正しいフォーマットにすること（小文字化、余分な空白の除去、国番号付きの電話番号形式）です。

コンバージョンの増分は十分なデータが蓄積されてから表示されます。初日から数値が出ることは期待しないでください。

Googleはコンバージョンアクションごとに「Excellent（優秀）」「Good（良好）」「Needs attention（要確認）」「No recent data（最近のデータなし）」と評価します。「Excellent」ではなく「Good」の場合、レポートが改善すべき指標——多くはカバレッジか送信しているマッチキーの数——を教えてくれます。

確認方法②：開発者ツールでハッシュ化フィールドが含まれるか見る

診断ステータスが進まないとき、決め手になるのが開発者ツールのNetwork（ネットワーク）タブでの実物確認です。コンバージョンのリクエストの中に、ハッシュ化済みの第一者データフィールドが含まれているかを直接見ます。

  1. コンバージョンが起きるページ（フォーム送信後の完了ページなど）を開き、開発者ツールの「Network」タブを開く
  2. フィルタに conversion または googleads と入力する
  3. その操作で …/pagead/conversion/… 系のリクエストが飛ぶかを見る
  4. リクエストの中身（パラメータ）に、ハッシュ化されたメールフィールド（em） などが含まれているかを確認する

分かること： 拡張コンバージョン用の第一者データが、実際に・ハッシュ化された形で送信されているか。

em のような値が、長い英数字の文字列（ハッシュ値）になっていれば、ブラウザ側でハッシュ化されてから送られている良い兆候です。逆に、フィールド自体が無い・空であれば、値が拾えていない（確認方法①が「記録されていません」になる典型）と判断できます。

つまずきやすい例： em の中身が生のメールアドレスのまま（@ を含む読める文字列）に見える場合は要注意です。ハッシュ化されないまま送る設定になっている可能性があり、本来意図した動作ではありません。読める生データが乗っていないかを必ず確認してください。

確認方法③：GTMプレビューモードで確認する（タグマネージャー利用者向け）

Googleタグマネージャー（GTM） で拡張コンバージョンを設定した場合、GTMのプレビューモードがもう一つのリアルタイム確認手段になります。生のネットワークリクエストを読み解くより簡単なことが多いです。

  1. GTMワークスペースの右上にある「プレビュー」をクリックし、プレビューパネルを開く
  2. コンバージョンが発生するページに移動し、テストコンバージョンを実行する
  3. プレビューパネルで該当するコンバージョンイベント（purchase、form_submit など）をクリックする
  4. 発火したタグを開き、Values（値） セクションを確認する——enhanced_conversion_data オブジェクト、または個別のフィールド（email、phone_number など）を探す
  5. フィールドに値が入っていることを確認する（プレビューモード内ではハッシュ化前の値が表示されます——実際のリクエストが送信される前にGTMがハッシュ化します）

分かること： タグが発火する瞬間に、GTMが第一者データを拾えているか。セレクタのズレやデータレイヤーの空白を、エンコードされたネットワークリクエストを解析する前にキャッチできます。

プレビューモードで値が見えるのに診断ステータスが「設定の確認が必要」のままなら、問題はその先——同意の設定で送信がブロックされているか、プレビュー中のGTMコンテナと本番公開中のコンテナにズレがある可能性が高いです。プレビューテスト成功後、必ずコンテナを公開してから本番環境で再確認してください。

つまずきやすい例： GTMプレビューモードも自分のブラウザセッションで動くため、「手元では動く」限界は同じです。仕組みが正しいことの証明にはなりますが、すべての訪問者の経路でデータが届く保証にはなりません。

よくある失敗：拡張コンバージョンが「送られない」理由

確認方法①②で「届いていない」と分かったら、原因は概ね次のどれかに分類できます。

ページ上にメール等の値が無い／取得できていない

拡張コンバージョンは、そのページに第一者データが存在して初めて送れます。フォーム送信後にメールアドレスが画面から消える、別ページに遷移して値が引き継がれない、といったケースでは拾うものがありません。

CSSセレクタや変数の指定ミスで値が拾えない

手動設定（CSSセレクタ指定やデータレイヤー変数の指定）でメールや電話を取得している場合、セレクタ名・変数名のズレでひとつも値が拾えていないことがあります。ページ改修でDOM構造が変わると、気づかないうちに拾えなくなる定番の落とし穴です。

ハッシュ化前の生データを送ってしまっている

正しくはSHA-256でハッシュ化してから送るのが前提です。実装によっては生データのまま送ってしまい、意図した動作になっていないことがあります（確認方法②で em が読める文字列なら要疑い）。

同意（ad_user_data）が無く、送られない

同意モードを導入している場合、ユーザーが広告目的のデータ利用に同意していない（ad_user_data が付与されていない）と、第一者データが送られないことがあります。「設定は正しいのに届かない」ときの有力な容疑です。詳しくは同意モードでコンバージョンが減る理由を参照してください。

つまずきやすい例： 自分でテストすると同意バナーで「同意」を押すので送れるのに、本番の訪問者は同意していない、というズレが起きがちです。手元で送れた＝全員送れている、ではありません。

マッチ率を改善するには

拡張コンバージョンが送信されていることは確認できた——しかし診断レポートを見るとマッチ率が低い、またはコンバージョンの増分がほとんどない。これは「送れていない」とは別の問題です。データはサイトから出ているが、Google側でうまくマッチしていない状態です。

メールだけでなく複数のマッチキーを送る

拡張コンバージョンがサポートするマッチキーはメールアドレス、電話番号、住所の3種類です。多くの実装ではメールしか送っていませんが、電話番号や住所を追加すると、Googleがマッチに使える信号が増え、マッチ率が直接向上します。特に顧客のメールアドレスがGoogleアカウントと異なるケースで効果的です。

ハッシュ化前にデータを整形する

Googleのマッチングはフォーマットに敏感です。ハッシュ化の前に以下を徹底してください。

  • メールアドレスを小文字に統一する（User@Example.com → user@example.com）
  • 前後の空白を除去する
  • 電話番号はE.164形式にする（例：日本なら +81312345678、米国なら +14155551234）
  • 住所の各要素をトリム・標準化する

User@Example.com をハッシュ化した値と user@example.com をハッシュ化した値は異なるSHA-256出力になります。その結果、そのコンバージョンはマッチ対象から外れてしまいます。

自動検出より手動指定を優先する

拡張コンバージョンの設定時に、Googleはページ上のメールフィールドを自動検出する「自動」オプションを提供しています。手軽ですが、CSSセレクタやデータレイヤー変数を手動で指定する方が確実です。手動指定なら、どの値を読み取るかを正確にコントロールでき、ページ構造の変更で気づかないうちに壊れるリスクを避けられます。

すべての対象コンバージョンアクションで有効にする

診断レポートで、あるコンバージョンアクションではマッチ率が良好なのに、別のアクションではデータが無い——というケースがあります。第一者データにアクセスできるすべてのコンバージョンアクションで拡張コンバージョンが有効になっているか確認してください。主要なアクションだけでなく、対象となるもの全てが必要です。

「設定したのに反映されない」ときの切り分け

ここまで確認しても数字が動かない場合、まず思い出したいのは、拡張コンバージョンは土台のコンバージョン計測の上に乗る追加信号だということです。土台のコンバージョン自体が記録されていなければ、拡張コンバージョンだけが先に効くことはありません。

そのため、「拡張コンバージョンが反映されない」と感じたら、いったん土台のコンバージョン計測そのものが正常かを切り分けるのが先決です。コンバージョンが0・計測されない状態の診断手順はGoogle広告でコンバージョンが計測されない原因と診断手順に整理しています。土台が動いていることを確認してから、その上の拡張コンバージョンに戻ってください。

また、土台のコンバージョンタグが正しく発火しているかはGoogle広告のコンバージョンタグを確認する方法で確認できます。順番としては「タグが発火 → コンバージョンが記録 → その上に拡張用のハッシュ化データが乗る」です。

手元の確認だけでは分からないこと

確認方法①②はどちらも有効ですが、自分の手元で1回確認するやり方には構造的な限界が2つあります。

  1. 自分の環境＝本番のユーザー環境ではない。 自分のテストでは同意バナーで同意し、フォームに値を入れるので拾えても、実際の訪問者は同意していない・値が異なる経路をたどる、ということが起こります。手元では em が飛んでいても、本番の条件では欠けていることがあります。
  2. 広告クリックがからむ検証は難しい。 「広告経由で、拡張コンバージョンまで含めて本当に成立するか」をきちんと見ようとすると、本来はライブ広告をクリックして経路を再現する必要があり、これは自己クリックとして広告ポリシー違反のリスクを伴います。

「自分の操作ではハッシュ化フィールドが飛んでいるからOK」と判断すると、本番のユーザーがたどる実際の経路でデータが欠けている問題を見逃しがちです。

確認チェックリスト

  • 土台のコンバージョンタグが発火し、コンバージョンが記録されている
  • Google広告の診断で拡張コンバージョンのステータスを確認した
  • 開発者ツールのNetworkで …/pagead/conversion/… リクエストを確認した
  • そのリクエストにハッシュ化済みフィールド（em など）が含まれている
  • em の中身が生のメールではなく、ハッシュ値（長い英数字列）になっている
  • コンバージョンが起きるページ上に、第一者データ（メール等）が存在する
  • CSSセレクタ／変数の指定が現在のDOM構造と一致している
  • 同意モード利用時、ad_user_data の同意がある状態で送られている
  • GTM利用時、プレビューモードでタグがデータフィールドを拾えていることを確認した
  • 診断レポートの指標（カバレッジ、マッチ率、コンバージョンの増分）を確認した
  • 可能な限り複数のマッチキー（メール＋電話番号、住所など）を送っている
  • メールアドレスがハッシュ化前に小文字化・トリムされている
  • 手元だけでなく、本番の訪問者の経路でも届いているかを確認した

よくある質問（FAQ）

Q. 拡張コンバージョンを有効にしたのに、効果が分かりません。 A. まず、拡張コンバージョンは既存のコンバージョン計測を「補完」する仕組みで、単独で大きな数字が突然出るものではありません。確認すべきは「効果」より先に「正しく送られているか」です。Google広告の診断ステータス（確認方法①）と、開発者ツールでのハッシュ化フィールド（確認方法②）を順に確認してください。

Q. 開発者ツールのどこを見れば「送れている」と分かりますか？ A. Networkタブで …/pagead/conversion/… 系のリクエストを開き、パラメータにハッシュ化されたメールフィールド（em）などが含まれているかを見ます。長い英数字の文字列（ハッシュ値）になっていれば良い兆候です。フィールドが無い・空なら値が拾えていません。

Q. em に生のメールアドレスがそのまま見えています。問題ですか？ A. 拡張コンバージョンはSHA-256でハッシュ化してから送るのが前提です。読める生データが乗っている場合は、ハッシュ化されない実装になっている疑いがあり、意図した動作ではありません。実装を確認してください。

Q. 設定は正しいのに「記録されていません」のままです。 A. ①そのページに第一者データが無い／取得できていない、②CSSセレクタや変数の指定ミス、③同意（ad_user_data）が無く送られない、が代表的な原因です。また、診断ステータスには反映の時間差もあるため、開発者ツールでリアルタイムに飛んでいるかを併せて確認してください。

Q. クリックID（gclid）と拡張コンバージョンは何が違いますか？ A. gclidは「どの広告クリック由来か」を結びつけるID、拡張コンバージョンは入力された第一者データをハッシュ化して送り「アトリビューションを補完する」仕組みです。役割が異なり、互いを補い合います。

Q. 2026年に拡張コンバージョンの設定が変わると聞きました。何をすればいいですか？ A. 2026年半ばから、Googleはウェブ向けの拡張コンバージョンとリード向けの拡張コンバージョンをアカウント単位の単一のオン/オフ設定に統合します。Google広告がウェブサイトタグ、データマネージャー、API接続からのユーザー提供データを同時に受け入れるようになり、実装方法を使い分ける必要がなくなります。すでに拡張コンバージョンを有効にしてGoogleの顧客データ規約に同意済みであれば、特にアクションは不要です。設定は自動で移行されます。主な実務上の変更点として、オフラインコンバージョンのインポートやリードのアップロードがデータマネージャーAPIに移行され、2026年6月15日以降はGoogle Ads APIでの処理がブロックされます。

まとめ：診断ステータスと開発者ツールの両輪で「送れているか」を確かめる

拡張コンバージョンは、第一者データをSHA-256でハッシュ化してGoogleに送り、アトリビューションを補完する仕組みです。「効いているか」を感覚で判断する前に、まず正しく送られているかを、①Google広告の診断ステータスと、②開発者ツールでのハッシュ化フィールド（em 等）の両輪で確認しましょう。届いていなければ、値が無い・セレクタのズレ・生データ送信・同意なし、のどれかに切り分けられます。

ただし、手元での確認には限界があります。本番環境で、実際の訪問者の経路でもハッシュ化された第一者データが正しく送られているかまで踏み込むことが、本当の意味での「拡張コンバージョンが効いている」確認です。

ConversionOKは、外部の独立した実ブラウザであなたの本番ページにアクセスし、実際に送信されるコンバージョンのリクエスト（ハッシュ化された第一者データを含む）を傍受して検証します。自分の広告をクリックする必要も、社内環境の影響を受けることもありません。まずは無料の静的チェックで、拡張コンバージョンの計測の入口を確認してみてください。