「フォーム送信は届いているのに、Google広告のコンバージョンは増えない」——完了ページ（サンクスページ）にだけ計測の穴が空いている、という相談はとても多いです。成果は実際に発生しているのに、その「最後の1ページ」で信号が落ちていると、広告の良し悪しが正しく評価できなくなってしまいます。
こんな状況に心当たりはありませんか？
- 問い合わせ自体は来ているのに、コンバージョンが 完了ページだけ計測されない
- サンクスページを リロードしたり直接開いたり すると数が合わない
- 完了ページに飛ばす途中で クリック情報が消える 気がする
- モーダルで「ありがとうございました」を出していて、ページが切り替わらない
- 「1回のみ」にしているのに リロードで二重計測 されている（または逆に出ない）
この記事では、サンクスページでコンバージョンが計測されない原因を7つの論点に整理し、最後に「完了ページを直接開いて発火を見る」確認方法までまとめます。完了ページは、サイト全体の中でも特に死角になりやすい場所です。
まず整理：サンクスページの計測は「3つの前提」で成り立つ
完了ページの計測は、次の3つの前提がすべて揃って初めて成立します。どこが崩れているのかを最初に意識すると、調査が一気に楽になります。
| 前提 | 何が必要か | 崩れると起きること |
|---|---|---|
| ① 到達 | ユーザーが完了ページに本当にたどり着く | リダイレクト/モーダルで「ページ遷移」が起きていない |
| ② 設置 | その完了ページにタグが入っている | 別テンプレートでタグだけ抜けている |
| ③ 発火 | 到達した瞬間にタグが1回だけ動く | 直接アクセス・リロードで漏れる/重複する |
ポイントは、①到達と②設置はまったく別の話だということです。タグはちゃんと入っているのに、そもそも完了ページに「ページとして遷移していない」（①）のなら、設置画面をいくら見ても直りません。以下の論点1〜7は、この3つの前提を順番に潰していく流れになっています。
原因1：完了ページだけ別テンプレートで「タグが入っていない」
最も頻度が高いのがこれです。サイト全体の共通ヘッダー／フッターにタグを入れたつもりでも、サンクスページだけが別の仕組み・別テンプレートで生成されていて、共通タグの管理下に入っていない、というケースです。
- フォームツールやカート、予約システムが外部ドメインの完了ページを出している
- 完了ページが生のHTML一枚で、サイトのテンプレートを通っていない
- GTMのコンテナは全ページにあるが、完了ページだけ別管理画面で作られている
トップページや商品ページでタグが確認できても、成果が発生するその瞬間のページにタグが無ければ、コンバージョンは一切記録されません。確認の基本は「完了ページそのものを開いて見る」ことです（手順は後述）。Google広告のCVタグそのものの確認手順はGoogle広告のコンバージョンタグを確認する方法、GA4側はGA4タグが正しく動いているか確認する方法も合わせて参照してください。
つまずきやすい例： 「フォーム送信は届いているのにコンバージョンが0」のとき、ほぼこの原因1です。届いているのはフォームのメール通知であって、ブラウザの計測タグとは別経路だからです。
原因2：直接アクセス・リロード・戻るボタンで漏れる／二重計測される
サンクスページは「フォームを送信した人だけが見るページ」のはずですが、実際にはフォームを経由しない到達が起こります。これが計測漏れと二重計測の両方を生みます。
- ユーザーが完了ページをブックマークしていて、後日いきなり開く
- 完了ページをリロードする／ブラウザの戻る・進むで再表示する
- URLを知っている人が直接アクセスする
「ページが表示されたら発火」という素朴な設定だと、こうしたフォームを通っていない表示でもコンバージョンが計上されてしまい、水増しになります。逆に「1回だけ」を厳しくしすぎると、正規の完了でも漏れることがあります（原因5で詳述）。二重計測そのものの切り分けはコンバージョンが二重計測される原因と直し方で詳しく扱っています。
つまずきやすい例： リロードのたびに数字が増えるなら、それは「成果」ではなく同じ1件の再カウントです。完了ページの表示回数とコンバージョン数がほぼ一致しているときは、この水増しを疑ってください。
原因3：リダイレクト型の完了ページでクリック情報やイベントが落ちる
「送信 → 中間ページ → 完了ページ」のように、リダイレクトを挟む完了フローは要注意です。途中でページが何度か切り替わる間に、計測に必要な情報が落ちることがあります。
- 広告クリックの識別子（
gclidなど）がURLパラメータで運ばれているのに、リダイレクト先に引き継がれない - 外部の決済・予約サービスへ飛んで戻ってくる間に、元のセッションやパラメータが切れる
- リダイレクトが速すぎて、完了ページに着く前にタグが動く時間がない
こうなると、コンバージョン自体は起きていても「どの広告クリック由来か」が分からなくなり、Google広告のコンバージョン列に正しく結びつきません。
つまずきやすい例： 「GA4のコンバージョンには出るのにGoogle広告には出ない」とき、リダイレクトで
gclidが落ちている可能性があります。完了ページのURLに、クリック識別子が最後まで残っているかを確認してください。
原因4：SPA・サンキューモーダルで「ページ遷移」が起きず発火しない
最近のサイトは、フォーム送信後にURLが変わらないまま「ありがとうございました」を表示するものが増えています。SPA（シングルページアプリ）や、同じページ内に出すサンキューモーダルがこれにあたります。
問題は、多くの計測タグが**「ページが新しく読み込まれた」ことを発火のきっかけ**にしている点です。URLもページも切り替わらないと、ブラウザから見れば「何も起きていない」のと同じで、タグが動きません。
- フォーム送信後、URLは同じまま完了メッセージだけ差し替わる
- 完了が**モーダル（ポップアップ）**で表示され、ページ自体は遷移しない
- 「ありがとうございました」がJavaScriptで描画されるだけ
この場合は、ページ読み込みではなく「送信が成功したという出来事（イベント）」を合図にタグを動かす設計が必要です。設計が合っていないと、完了画面は出ているのにコンバージョンだけがずっと0になります。
つまずきやすい例： 「完了メッセージはちゃんと出るのに計測されない」なら、まずSPA／モーダルを疑ってください。URLが変わらない完了は、ページ読み込み起点のタグでは捕まえられません。
原因5：「1回のみ」発火と「毎回」発火のすれ違い
完了ページのタグには、「同じ人には1回だけ数える」か「表示のたびに毎回数える」かの設定が絡みます。ここが意図とズレると、漏れと水増しのどちらにも転びます。
- 1回のみが厳しすぎる： クッキー等で「もう数えた」と判断され、別の正規の問い合わせまで漏れる
- 毎回が緩すぎる： リロードや直接アクセスのたびにカウントされ、二重・三重に膨らむ
- 問い合わせ系は「1回」、購入系は「すべて（毎回）」が一般的ですが、完了ページの作り方と設定が合っていないと数が合いません
リロードでの二重計測は原因2と地続きの問題です。設定だけでなく「完了ページが実際にどう再表示されるか」とセットで考える必要があります。
つまずきやすい例： 「同じユーザーが日を置いて2回問い合わせたのに1件しか出ない」なら、1回のみ設定が効きすぎている可能性があります。逆に「1件の問い合わせで複数件出る」なら毎回発火＋リロードの合わせ技を疑ってください。
原因6：同意前にフォーム送信が完了してしまい計測されない
Cookie同意バナーを出しているサイトでは、ユーザーが同意する前にフォームを送信して完了ページに着いてしまうと、計測が制限・モデル化されて記録されないことがあります。
- 同意バナーを閉じない（同意しない）まま、フォームだけ先に送信される
- 同意していない状態では、計測タグが動かない／信号が制限される設定になっている
- 完了ページで同意を求めても、その時点ではもう発火のタイミングを過ぎている
完了画面は正常に出ているのに、同意の状態によって計測だけが静かに落ちる——これは気づきにくい死角です。同意状態と計測の関係は同意モードでコンバージョンが減る理由で詳しく解説しています。
つまずきやすい例： 「自分でテストすると（同意してから操作するので）出るのに、本番の数字は少ない」とき、本番のユーザーが同意しないまま完了している可能性があります。手元のテストは無意識に同意済みで進めがちなので、漏れを見落とします。
原因7：確認方法——完了ページを直接開いて、発火を自分の目で見る
ここまでの原因1〜6は、最終的に**「完了ページを開いて、タグが本当に動くか」**を見れば多くが切り分けられます。手順はシンプルです。
- 完了ページ（サンクスページ）を開く。可能なら実際にフォームを送信して到達する
- ブラウザの開発者ツールを開き、「Network（ネットワーク）」タブを表示する
- フィルタに
conversionやgoogleads、collect（GA4）などと入力する - 完了ページに着いた瞬間に、計測リクエスト（
…/pagead/conversion/…など）が飛ぶかを見る - 飛んでいれば、中身でコンバージョンID（
labelなど）やgclidが意図どおりかを確認する
リクエストが飛ばなければ原因1（タグ抜け）・原因4（SPA未発火）、gclidが欠けていれば原因3（リダイレクト落ち）、リロードのたびに飛ぶなら原因2・5（二重計測）——というように、症状から原因へ素早く絞り込めます。診断の全体像はコンバージョンが出ないときの診断ガイドも参照してください。
つまずきやすい例： 広告ブロッカーやトラッキング防止機能がオンだと、リクエスト自体がブロックされ「発火していない」ように見えます。確認はこれらをオフにしたクリーンな状態で行ってください。
手元の確認だけでは分からないこと
完了ページを自分で開いて発火を見るのは有効ですが、自分の手元で1回確認するやり方には構造的な限界が2つあります。
- 自分の環境＝本番のユーザー環境ではない。 あなたは同意バナーに同意済みで、拡張機能も社内IPの条件も違います。手元では完了ページで問題なく発火しても、同意しない訪問者・別環境の訪問者ではタグが落ちている、ということが起こります。
- 広告クリックがからむと確認が難しい。 「広告経由で完了ページまで来たときに本当に計測されるか」をきちんと見ようとすると、本来はライブ広告をクリックして経路を再現する必要があり、これは自己クリックとして広告ポリシー違反のリスクを伴います。
「自分の操作では完了ページで発火しているからOK」と判断すると、本番のユーザーがたどる実際の経路でデータが欠けている問題を見逃しがちです。
チェックリスト：サンクスページの計測を確認する
- 完了ページそのものを開いて、計測タグが入っているか確認した（トップではなく完了ページ）
- 実際にフォームを送信して到達し、開発者ツールのNetworkで発火を確認した
- 完了ページをリロード／直接アクセスしても二重計測されないか確認した
- リダイレクトを挟む場合、完了ページのURLに
gclid等が最後まで残っているか確認した - SPA／モーダルの完了は、ページ読み込みではなく送信成功イベントで発火する設計か確認した
- 「1回のみ／毎回」の発火設定が、完了ページの再表示のされ方と合っているか確認した
- 同意バナーに同意しない状態でも、意図どおりの計測になるか確認した
- 広告ブロッカー・トラッキング防止・社内IP除外をオフにしたクリーンな環境で確認した
サンクスページではなくイベントベースの計測を検討すべきケース
サンクスページによる計測が常にベストとは限りません。競合サイトや業界ガイドでも、イベントベースのコンバージョン計測——URLの遷移ではなくフォーム送信の成功イベントでタグを発火させる方式——を推奨するケースが増えています。以下のような状況では切り替えを検討してください。
- 完了フローがSPA・モーダル・インライン表示でURLが変わらない（原因4の場合、事実上イベントベースが必須）
- 複数のフォームが同じサンクスページURLに遷移するため、どのフォーム経由か区別できない
- 注文金額や商品IDなど動的な値を渡す必要があるが、静的なサンクスページに組み込みにくい
- 直接アクセス・ブックマーク・リロードによる水増しを、脆弱な「1回のみ」クッキーに頼らず排除したい
イベントベースの計測は、URLの変化に依存せずアクションが成功した瞬間に発火し、イベントのペイロードにリッチなデータを載せられます。サイトの構成が対応しているなら、より確実な選択肢です。一方、サンクスページが外部ツール（予約システム、決済サービスなど）から配信されていてJavaScriptを制御できない場合は、サンクスページ計測が唯一の現実的な手段になることもあります。
見落としがち：拡張コンバージョンとコンバージョン値
サンクスページでタグが正しく発火していても、2つのデータが取りこぼされているケースが多くあります。
拡張コンバージョン
Google広告の拡張コンバージョンでは、コンバージョン信号とあわせてハッシュ化されたファーストパーティデータ（メールアドレス、電話番号、氏名・住所）を送信できます。Cookieがブロックされたりgclidが失われたりしても、Googleが広告クリックとコンバージョンを照合できるようになります。サンクスページでは送信済みのユーザーデータがDOMやデータレイヤーに残っていることが多く、これをコンバージョンタグに渡すことでCookie制限下や同意モード環境でのアトリビューション精度が大きく向上します。
コンバージョン値とトランザクションデータ
ECや有料サービスのフローでは、「コンバージョンが起きた」だけでは不十分です。サンクスページのタグには以下も渡すべきです。
| パラメータ | 重要な理由 |
|---|---|
value + currency |
Google広告のROASベースの入札戦略が使えるようになる |
transaction_id |
サーバー側でコンバージョンを重複排除でき、クッキーの「1回のみ」ロジックなしでも二重計測を防げる |
items / 商品データ |
GA4の商品別レポートやリマーケティングオーディエンスに活用できる |
サンクスページからvalueとtransaction_idを送っていないと、入札アルゴリズムは盲目的に最適化している状態です——コンバージョンが起きたことは分かっても、いくらの価値かは分かりません。Networkタブで基本のコンバージョン信号とあわせてこれらのパラメータが入っているかを確認してください（原因7）。
よくある質問（FAQ）
Q. フォームの問い合わせメールは届くのに、コンバージョンが計測されません。 A. メール通知はフォームツールのサーバー側処理、コンバージョンはブラウザ側の計測タグで、別経路です。完了ページにタグが入っていない（原因1）か、SPA／モーダルでページ遷移が起きず発火していない（原因4）のが代表的です。完了ページを直接開いて発火を確認してください。
Q. サンクスページをリロードするたびにコンバージョンが増えます。 A. 「表示で毎回発火」になっていて、リロードや直接アクセスでも計上されている水増しです（原因2・5）。発火を「1回のみ」にするか、フォーム送信という出来事を合図に発火させる設計に変更してください。
Q. 完了メッセージは表示されるのに計測されないのはなぜ？ A. URLが変わらないSPAやサンキューモーダルで、計測タグの発火きっかけ（ページ読み込み）が起きていない可能性が高いです（原因4）。送信成功イベントで発火する設計にする必要があります。
Q. GA4には出るのにGoogle広告のコンバージョンに出ません。
A. リダイレクトでgclidが落ちて広告クリックと結びついていない（原因3）か、GA4イベントをGoogle広告側でキーイベント（コンバージョン）として登録していない可能性があります。完了ページのURLにクリック識別子が残っているかを確認してください。
Q. 自分でテストすると計測されるのに、本番の数字が少ないです。 A. あなたは同意バナーに同意済みでテストしているのに対し、本番のユーザーは同意しないまま完了している可能性があります（原因6）。また社内IP除外や環境差も要因です。手元の成功＝本番の成功とは限りません。
まとめ：完了ページは「到達・設置・発火」の3点で確かめる
サンクスページの計測が落ちる原因は、①到達（リダイレクト／SPAで遷移していない）、②設置（完了ページだけタグ抜け）、③発火（直接アクセス・リロードで漏れる／重複する）の3点に集約されます。原因1〜7を上から確認し、最後は完了ページを直接開いて発火を自分の目で見れば、やみくもに設定を触らずに原因へたどり着けます。チェックの手順はコンバージョン計測の検証チェックリストも活用してください。
ただし、手元での発火確認には限界があります。本番環境で、同意しない訪問者も含めた実際の経路でも、完了ページが正しく記録しているかまで踏み込むことが、本当の意味での「計測できている」確認です。
ConversionOKは、外部の独立した実ブラウザであなたの本番ページにアクセスし、完了ページで実際に送信されるコンバージョンの信号を傍受して検証します。自分の広告をクリックする必要も、社内環境の影響を受けることもありません。まずは無料の静的チェックで、サンクスページの計測の入口を確認してみてください。