拡張コンバージョンのウェブ向けとリード向けの違い｜どっちを設定すべきかとオフラインコンバージョンとの使い分け

この記事のポイント

• 拡張コンバージョンのウェブ向けとリード向けの違いは、成果がサイト内かサイト外かのどちらで確定するかで決まる。
• リード向けはGCLIDが任意項目になったが、取れるなら一緒に送る併用が基本であり、「GCLID不要」は誤解である。
• 期限はGCLIDのOCIがクリック後90日、リード向けが63日で、商談化までのリードタイムが分かれ目になる。
• 最終CVが少ない、CRMが未連携のときは、先に中間段階のCVを整えてから受注の値を送る順番で始める。

拡張コンバージョンのウェブ向けとリード向けの違いは？

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

成果がサイト内で確定するならウェブ向け、フォーム送信の後にサイト外の商談や受注で確定するならリード向けを使います。違いは機能の優劣ではなく、「どこでコンバージョンが確定するか」だけです。

拡張コンバージョンとは、Google広告のコンバージョン計測で、メールアドレスや電話番号などのユーザー提供データをSHA256でハッシュ化して送り、計測の取りこぼしを補う仕組みです。送ったデータはGoogleアカウントの情報と照合され、広告クリックと成果の結びつきが補強されます。

迷う人が多いのは、設定画面に「ウェブ向け」と「リード向け」が並び、さらにオフラインコンバージョンのインポートまで選択肢にあるからです。ここで「全部オンにすれば安心」と考えると、二重計上や入札の乱れにつながりかねません。まず3方式の立ち位置を押さえます。

ウェブ向け：サイト上のCVをユーザー提供データで補う

ウェブ向け拡張コンバージョンは、購入や申込完了といったサイト上のコンバージョンに、ユーザー提供データを添えて送る方式です。Googleタグ、またはGoogleタグマネージャーで取得したデータをハッシュ化して、コンバージョンタグと一緒に送ります。成果の発生地点がサイトの中にあるので、タグだけで完結します。

リード向け：フォーム送信後の商談・受注を広告クリックに結びつける

リード向け拡張コンバージョンは、フォーム送信時に取得したメールアドレスなどを保存しておき、後から商談化や受注といったサイト外の成果をCRMから送って、広告クリックに結びつける方式です。HubSpotやSalesforceなどのCRMにある段階情報が、スマート入札の学習材料になります。

3方式の比較表

項目	ウェブ向け	リード向け	GCLIDのOCI
成果の確定場所	サイト内	サイト外（商談・受注）	サイト外（商談・受注）
照合に使うデータ	ハッシュ化したユーザー提供データ	ハッシュ化したユーザー提供データ（GCLIDも併送が推奨）	GCLID
アップロード期限	タグでほぼリアルタイム	クリック後63日まで	クリック後90日まで
送り方	Googleタグ／Googleタグマネージャー	Data Manager（API含む）	Data Manager（API含む）
自社モデルの小数配分	対象外	非対応	対応

期限と外部アトリビューションの数値は、Relevant Audienceの解説に基づく2026年時点の整理です。ご自身のアカウントの最新ヘルプも合わせて確認してください。

2026年の統合で何が変わり、何が変わっていないのか

2026年の統合でウェブ向けとリード向けのオンオフ操作は1つになりましたが、データを送る経路・期限・外部アトリビューションへの対応は今も別々です。スイッチが1つになったことと、方式の違いがなくなったことは別の話です。

PPC Landの「Google Ads finally collapses enhanced conversions into a single toggle」では、この流れが時系列で整理されています。日本語の解説の多くは統合前の画面が前提なので、検索してきた人が今の管理画面と照らし合わせられない状態が続いています。日本の管理画面に引き直して順に見ます。

4月：タグ・Data Manager・APIのデータを同時に受け付け

2026年4月から、タグ、Google Ads Data Manager、APIのいずれから届いたユーザー提供データも同時に受け付けられるようになりました。実装の入口が複数あっても、データが取り合いにならない設計です。

6月：オンオフ統合と、コンバージョンアクション単位のオプトアウト

6月にはウェブ向けとリード向けのオンオフが1つのスイッチに統合され、実装方法を選ぶ画面もなくなりました。既定はアカウント単位の設定で、特定のコンバージョンアクションだけを個別にオプトアウトできます。既存ユーザーは自動で移行されると報じられています。日本の運用では、「このCVだけは補完データを使いたくない」という個別事情への対処手段として覚えておくと実務で役立ちます。

6月15日：OCIとリード向けECのアップロードはData Manager APIへ

Google広告ヘルプ（英語版）の「About offline conversion imports」によると、2026年6月15日から、オフラインコンバージョンインポート（OCI）とリード向けECのアップロードはData Manager APIに移りました。Google Ads APIからのアップロードは止められています（旧トークンには移行期間あり）。

自前のスクリプトやCRMコネクタでOCIを送っている企業は、気づかないうちに送信が止まっている可能性があります。呼んでいるのがGoogle Ads APIなのかData Manager APIなのか、まず確認してください。

旧画面（2行表示）のままのアカウントでの見方

画面の切り替えはアカウントごとに段階的に進んでいます。WeltPixelの記事によれば、2026年9月の時点でも、ウェブとリードが2行に分かれた旧画面のアカウントがあります。

旧画面なら、2行それぞれの状態（有効か、データが届いているか）を見てください。新画面なら、目標の設定にある顧客データ利用の項目のスイッチ1つが全体を管理します。見た目が違っても、判断すべきこと（成果がどこで確定するか）は変わりません。

リード向け拡張コンバージョンはGCLIDが不要なのか

GCLIDもメールも両方取っておく

リード向け拡張コンバージョンでGCLIDは任意項目になりましたが、「不要」ではありません。取れるなら一緒に送る併用が基本です。

GCLIDとは、広告クリックごとにURLへ付与される識別子です。以前のリード向けはメールアドレスなどだけで照合する方式として語られがちで、そこから「GCLID不要」という言い方が広まりました。実際には、GCLIDが取れないケースを補う位置づけだと理解するのが正確です。

GCLIDが取れない・消えるケースを補う仕組み

GCLIDはリダイレクトやフォームのページ遷移、ブラウザの仕様で、フォーム送信時点までに消えることがあります。リード向けはメールアドレスや電話番号のハッシュ値で照合するため、GCLIDが欠けた分を拾えます。ただし、ユーザーがフォームに別のメールアドレスを入れたり、Googleアカウントと一致しなかったりすれば、一致率は下がります。補完であって、万能ではありません。GCLIDが消える原因はGCLIDが遷移先LPで消える原因で診断できます。

フォームでGCLIDとメールアドレスを両方取る理由

GCLIDで直接つなげるクリックはGCLIDで、つなげないクリックはメールアドレスなどで救う、という二段構えにするためです。実装としては、フォームにhiddenフィールドを置いてGCLIDを保存し、メールアドレスと電話番号も同じレコードに入れておきます。CRMに両方が残っていれば、後でどちらの方式でも送れます。

オフラインコンバージョンインポートとリード向け拡張コンバージョンはどう使い分ける？

商談化までの期間が63日を超えるか、自社モデルの小数配分が必要ならGCLIDのOCI、それ以外ならリード向けECから始めるのが筋です。分かれ目は期限とアトリビューションの2点に集約できます。

Relevant Audienceの「Google Ads Offline Conversion Import: GCLID vs Enhanced Conversions for Leads」では、リード向けはクロスデバイスとエンゲージビューCVに対応する一方、自社モデルでの小数配分には対応しないとされています。調整（撤回・修正）はCV記録から55日までです。

90日と63日：商談化までのリードタイムで決める

GCLIDのインポートはクリック後90日、リード向けECは63日までアップロードできます。この27日の差が効いてくるのは、検討期間の長いBtoBや高単価サービスです。

たとえばリード獲得から受注までが平均で2か月前後なら、63日の壁にはかなり近くなります。受注の記録をCRMに入れる作業が遅れると、期限切れで送れなくなりがちです。商談化の段階を早めに送る設計にして、期限に余裕を持たせてください。

自社モデルで小数配分をしたいならGCLIDのOCI

複数の媒体やタッチポイントに自社のMMM（マーケティング・ミックス・モデリング）で成果を配分し、小数のコンバージョン値を返したいなら、GCLIDのOCIが必要です。リード向けECは外部アトリビューションに対応していません。複数媒体の運用で、自社の評価モデルをGoogle広告にも反映したい場合が該当します。

新規に導入するならリード向けECから

これからCRMとの連携を作るなら、リード向けECから始めるのが現実的です。ユーザー提供データでも照合でき、GCLIDが取れなかったリードも救えるからです。既存のOCIがあれば作り直す必要はなく、ユーザー提供データを足していく形で拡張できます。段階設計の考え方はGoogle広告×CRMのオフラインコンバージョン設計で整理しています。

自社はどっちを設定すべきか：4条件の判断フロー

図2: 4条件で選ぶ判断フロー

期限・外部アトリビューション・CRM体制・CV数の4条件を順に当てはめると、ウェブのみ、ウェブとリード向け、GCLIDのOCIのどれにするかが決まります。

1. 期限：リードから受注までが63日を超えることが多いなら、GCLIDのOCIを検討する。
2. 外部アトリビューション：自社モデルで小数配分をするなら、GCLIDのOCI。不要ならリード向けEC。
3. CRM体制：商談・受注の段階をCRMに記録し、ハッシュ化したデータを出せるか。出せないなら先に体制を整える。
4. CV数：最終CV（受注）が月に数件しかないなら、中間段階のCVから始める。

ECサイト・オンライン完結型：ウェブ向けのみ

購入までサイト内で完結し、返品や与信といったオフラインの成果を入札に使う予定がなければ、ウェブ向けのみで足ります。リード向けを足しても、送るべき「サイト外の成果」がありません。

BtoB・来店型・電話クロージング：ウェブ向けとリード向け

フォーム送信（ウェブで確定する成果）と、その後の商談・来店・成約（サイト外で確定する成果）の両方を入札に使いたいなら、併用します。フォーム送信はウェブ向けで補い、商談化や受注はリード向けで返します。電話で成約する場合も、CRMに電話番号やメールアドレスが残っていれば同じ考え方です。

CRMとの連携がない段階で先にやること

CRMがない、または連携できない段階では、まずフォームでGCLIDとメールアドレスを取得して保管する運用を始めてください。送るのは後でもできますが、取っていなかったデータは遡れません。Optmyzrの「Google Ads Enhanced Conversions: Benefits and Best Practices」でも、リードの価値は正確な金額より、段階ごとの相対的な差を一貫して付けることが大事だとされています。最終CVが少ないなら、中間段階から始める進め方は日本でもそのまま通用します。

リード向け拡張コンバージョンの設定手順

図3: リード向けEC設定の4ステップ

設定は「規約への同意、フォームでの取得、CRMの段階とCVアクションの対応付け、Data Managerでの送信」の順に進めます。

顧客データに関する規約への同意と、自動収集・手動指定の選び方

最初に、Google広告の目標の設定にある顧客データ利用の項目で、顧客データに関する規約に同意します。続いて、ユーザー提供データの取得方法を選びます。タグによる自動収集は、フォームのメールアドレス欄をタグが自動で検出する方式です。手動指定は、Googleタグマネージャーで取得する要素を自分で決める方式です。フォームの構造が複雑、または入力欄の名前が不規則なら、手動のほうが取りこぼしが少なくなります。

フォーム送信でGCLIDとユーザー提供データを送る

フォーム送信時に、GCLIDとメールアドレス（必要なら電話番号）をCRMへ保存します。同時に、リードの獲得を示すコンバージョンタグへユーザー提供データを添えます。送る前の正規化（小文字化、空白除去）が不十分だと、ハッシュ値が合わず一致率が落ちます。

CRMの段階をCVアクションに割り当て、Data Managerで送る

CRMの「商談化」「受注」といった段階を、Google広告側のコンバージョンアクションに1対1で割り当てます。その後、Google Ads Data Managerまたは Data Manager APIから、段階が進んだリードを定期的にアップロードします。アップロードのエラーはオフラインコンバージョンがアップロードできない原因が参考になります。

設定後につまずきやすいこと

つまずくのは、二重計上、入札変更のタイミング、診断の見落としの3点です。公式ヘルプには書かれていない運用上の落とし穴なので、事前に押さえておきます。

ウェブのCVとオフラインのCVの二重計上を防ぐ（メインとサブの設定）

ウェブ向けとリード向けは併用できますが、同じ成果を2つのCVアクションで「メイン」に含めると二重計上になります。たとえば、フォーム送信を示すCVと、そのリードのCRM段階のCVを両方メインにすると、1件のリードが2件に見えます。入札の最適化に使うのはメイン、参考として見るだけのものはサブ、と役割を分けてください。判断の詳細はコンバージョンの「含める」「含めない」の判断にまとめています。

計測の追加と入札変更は同時にしない

Optmyzrは、計測の追加と入札戦略の変更を同時にやらず、1〜2週間の調整期間を置くよう勧めています。計測を足した直後は、CV数の見え方が変わります。そこで目標CPAや入札戦略まで動かすと、何が原因で数字が変わったのか切り分けられません。導入週は「見るだけ」にして、データが落ち着いてから入札を調整してください。

診断ステータスと一致率の確認

Google広告の診断画面で、データが届いているか、エラーが出ていないかを確認します。見るのはステータスと、アップロード件数に対する一致率の2点です。一致率が低い場合は、拡張コンバージョンの一致率が低いときの改善手順に沿って、正規化と取得項目を見直します。計測全体の優先順位はCookie規制後の計測整備の優先順位で整理しています。

よくある質問

Q：ウェブ向けとリード向けは両方オンにしてもいい？二重計上にならない？

併用はできます。ただし、同じ成果を2つのCVアクションでメインに含めないよう、メインとサブを分けて設定してください。フォーム送信はウェブ側、商談化や受注はリード側、と役割を分ければ二重計上は避けられます。

Q：リード向け拡張コンバージョンならGCLIDを取得しなくてもいい？

GCLIDは任意項目ですが、取れるなら一緒に送ることが推奨されます。メールアドレスなどのユーザー提供データは、GCLIDが取れなかった分を補う役割です。

Q：オフラインコンバージョンをすでに使っている場合、作り直しが必要？

作り直しは不要です。ユーザー提供データを追加するアップグレードの位置づけで、既存のGCLIDの送信はそのまま使えます。

Q：拡張コンバージョンの設定項目が見当たらない・画面が記事と違うのはなぜ？

2026年の統合で、画面が段階的に切り替わっているためです。統合後は、目標設定の顧客データ利用の項目にあるスイッチ1つで管理します。旧画面のアカウントでは、ウェブとリードが2行に分かれて表示されます。

Q：Google Ads APIでオフラインCVを送っているが、2026年6月以降も動く？

6月15日以降、OCIとリード向けECのアップロードはData Manager APIへの移行が必要です。使っているツールやスクリプトが呼んでいるAPIを確認してください。旧トークンには移行期間があるとされています。

Q：電話で成約する場合もリード向け拡張コンバージョンは使える？

使えます。CRMに電話番号やメールアドレスと成約の記録があれば、ハッシュ化してアップロードすることで照合されます。

真策堂では、拡張コンバージョンとオフラインコンバージョンの構成判断、CRMとの連携設計、インハウス化の支援といった観点で相談を受けています。自社がどの方式に当てはまるか迷われている場合は、お気軽にご相談ください。