「コンバージョン計測まわり、一通り確認したつもりだけど、本当に抜け漏れがないか不安」——広告やサイトを公開する前、多くの担当者がこの不安を抱えます。媒体ごとにバラバラに確認していると、どこかが抜けていても気づけません。
この記事は、コンバージョン計測が正しく動いているかを公開前に確認するための完全チェックリストです。GA4・Google広告・Metaのいずれにも使えるよう、媒体別の目印も添えました。印刷して、1項目ずつ潰していけば、「一通り確認した」と自信を持って言える状態になります。
検証は「4段階＋死角」で考える
個別の確認に入る前に、全体像をつかんでおきましょう。計測の検証は、次の4段階で考えると抜け漏れがなくなります。
| 段階 | 確認すること | よくある落とし穴 |
|---|---|---|
| ① 設置 | タグがページに読み込まれている | 一部ページ（完了ページ）に入っていない |
| ② 発火 | イベントのリクエストが送信される | 設置はOKでも特定操作で発火しない |
| ③ 記録 | 計測側がそのイベントを受理・保存する | 発火しても同意設定や除外で記録されない |
| ④ 中身 | 値・通貨・重複が正しい | 金額が渡らない、二重送信 |
そして、この4段階すべてを手元で確認できても残るのが⑤死角——本番のユーザー経路、同意拒否の状態、広告クリック経由の計測です。以下のチェックリストは、この①〜⑤の順に並んでいます。
① 設置の確認
まずタグがそもそも入っているかです。計測したいページ、とくに完了ページを直接開いて確認します。
- 計測したい全ページにタグが入っているか（完了ページの入れ忘れがないか）
- タグが重複して読み込まれていないか（gtag直貼りとGTMの両方で二重、など）
- 測定ID／コンバージョンIDが正しいものか（テスト用と本番用の取り違えがないか）
タグの確認方法の詳細は、媒体別に解説しています：GA4タグの確認／Google広告コンバージョンの確認／Metaピクセルの確認。
② 発火の確認（媒体別の目印）
タグが「入っている」だけでなく「発火している」かを、開発者ツールの「Network」タブで確認します。媒体ごとに見るべきリクエストの目印が違います。
| 媒体 | Networkで探す目印 |
|---|---|
| GA4 | …/g/collect（en= にイベント名） |
| Google広告 | googleadservices.com/pagead/conversion/… |
| Meta（Facebook） | facebook.com/tr（ev= にイベント名） |
- 対象の操作で、上記のリクエストが実際に飛ぶか
- 広告ブロッカー／トラッキング防止をオフにしたクリーンな状態で確認したか
- 1回の操作で1回だけ飛んでいるか（二重計測になっていないか）。フォーム送信がコンバージョンで何も発火しない場合はフォーム送信が計測されない原因を参照。
③ 記録の確認
発火（送信）と記録（受理・保存）は別物です。送信側だけでなく、計測側の管理画面でも確認します。
- GA4のDebugView／リアルタイムで、イベントが届いて表示されるか
- Google広告のコンバージョンアクションのステータスが「記録済み」か（「未確認」のままでないか）
- GTMを使っている場合、変更を公開（Submit）済みか（プレビューだけで満足しない）
「発火しているのに記録されない」「コンバージョンが出ない」場合の切り分けは、コンバージョンが計測されない原因と診断手順で詳しく扱っています。
④ 中身の確認
発火・記録されていても、データの中身が間違っていれば意味がありません。
- 購入金額（
value）が正しく渡っているか（空・固定値になっていないか）。ECの購入イベントの詳細はGA4 Ecommerce購入イベントの設定を参照。 - 通貨の指定が正しいか
- キーイベント／コンバージョンとして登録しているか（GA4イベントが広告に出ない原因）
- Google広告とGA4で数が合うか、合わない場合は理由を把握しているか
- クリックID（gclid）が引き継がれ、アトリビューションが壊れていないか
④-b サーバーサイド・Enhanced Conversionsの確認
サーバーサイドトラッキングやEnhanced Conversionsを導入しているなら（2026年の基準では導入すべきです）、専用の検証レイヤーが必要です。
- サーバーサイドGTM： サーバーサイドタグ設定を導入している場合、イベントが正しく処理されているか確認——サーバーサイドGTMの検証方法を参照
- Enhanced Conversions（Google）： Google広告 → 目標 → コンバージョン → 診断で、Enhanced Conversionsのステータスにマッチ率が表示されているか。ゼロ付近の場合、ハッシュ化されたユーザーデータが送信またはマッチングされていない
- Meta CAPIのイベントマッチ品質（EMQ）： イベントマネージャーで、CAPIイベントのEMQスコアが7以上か。6未満ではMetaがイベントをユーザーに確実にマッチングできない——パラメータ（メール、電話、fbp/fbcクッキー）を追加する
- イベントの重複排除： クライアントサイドとサーバーサイドの両方を稼働させている場合（推奨）、同じ
event_idが両経路から送信されているか。一致していないと二重計上になる——event_idの不一致により30%の水増しが起きるケースは珍しくない - サーバーサイドのイベント数： イベントマネージャーでブラウザ側とサーバー側のイベント数を比較する。サーバー側が大幅に多ければ、その差は広告ブロッカーによるもの——サーバーサイドの経路が正しく機能している証拠
④-c マルチプラットフォームの発火マーカー
上記ではGA4・Google広告・Metaを取り上げましたが、他のプラットフォームでも広告を出稿している場合、以下のNetworkマーカーも確認してください。
| プラットフォーム | Networkで探す目印 | デバッグツール |
|---|---|---|
| TikTok | analytics.tiktok.com/i18n/pixel/events.js |
TikTok Pixel Helper（Chrome拡張） |
px.ads.linkedin.com |
LinkedIn Insight Tag Helper | |
ct.pinterest.com |
Pinterest Tag Helper | |
| Microsoft広告 | bat.bing.com |
UET Tag Helper |
- 広告を出稿している各プラットフォームについて、コンバージョンページで該当のリクエストが発火しているか。媒体別の検証はMeta Conversions APIの検証・TikTokピクセルの検証も参照。
- UTMパラメータがプラットフォーム間で統一されているか。標準的な命名規則を使用：
utm_source（google, meta, tiktok, linkedin）、utm_medium（cpc, paid-social）、utm_campaign、utm_content
⑤ 死角の確認（手元では再現しにくい）
最後に、手元の確認では見落としやすい「死角」です。ここが、計測がいちばん静かに欠けるところです。
- 同意モードで、同意を拒否したユーザーの計測がどうなるか確認したか
- 同意バナーで「許可」「拒否」「未選択」の3状態すべてでテストしたか
- 内部トラフィック除外で、自分や社内が除外されていないか（テスト時の誤判定に注意）
- 広告クリック経由の計測を、自己クリックの規約リスクを冒さずに確認できているか
- 本番の実ユーザー条件でも欠けていないか（手元の1パターンだけで判断しない）
印刷して使える完全チェックリスト（24項目）
公開前に、上から順に潰してください。
設置
- 1. 全ページにタグが入っている（完了ページ含む）
- 2. タグの重複読み込みがない
- 3. 測定ID／コンバージョンIDが本番用で正しい
発火
- 4. 対象操作でリクエストが発火する（媒体別の目印で確認）
- 5. ブロッカーをオフにしたクリーンな状態で確認した
- 6. 1操作につき1回だけ発火している（二重なし）
記録
- 7. DebugView／リアルタイムで届いている
- 8. コンバージョンアクションが「記録済み」
- 9. GTMの変更を公開済み
中身
- 10.
value（金額）が正しく渡る - 11. 通貨の指定が正しい
- 12. キーイベント／コンバージョンとして登録済み
- 13. 媒体間で件数が整合（ズレの理由を把握）
- 14. クリックID（gclid）が引き継がれている
サーバーサイド・Enhanced Conversions
- 15. Enhanced Conversionsのマッチ率がゼロでない（Google広告の診断）
- 16. Meta CAPIのイベントマッチ品質が7以上（イベントマネージャー）
- 17. イベント重複排除：クライアントとサーバーから同じ
event_idを送信 - 18. 追加プラットフォーム（TikTok、LinkedIn、Pinterest）がコンバージョンページで発火
- 19. UTMパラメータが全プラットフォームで統一されている
死角
- 20. 同意の許可／拒否／未選択の3状態を確認
- 21. 同意拒否時の挙動を把握している
- 22. 内部トラフィック除外の影響を確認
- 23. 本番の実ユーザー経路でも欠けていない
- 24. サーバー側イベント数がクライアント側を上回っている（広告ブロッカー耐性の確認）
よくある質問（FAQ）
Q. このチェックリストは、どの媒体でも使えますか？ A. はい。設置・発火・記録・中身・死角という考え方は、GA4・Google広告・Metaのいずれにも共通します。発火を確認するNetworkの目印だけ媒体ごとに違うので、本文の早見表を参照してください。
Q. 全部チェックすれば、計測は完璧と言えますか？ A. ①〜④（設置・発火・記録・中身）は手元で確認できますが、⑤の死角——とくに本番のユーザー経路・同意拒否・広告クリック経由——は、手元で完全に再現するのが困難です。チェックリストは「入口の確認」として非常に有効ですが、最後の1ピースは本番条件での検証が必要です。
Q. どの項目から優先して確認すべきですか？ A. 上から順（設置→発火→記録→中身→死角）が効率的です。設置が抜けていれば発火も記録も起きないので、土台から確認するのが手戻りを防ぎます。
Q. 「発火しているのに記録されない」のはなぜですか？ A. 発火（Googleへ送信）と記録（受理して保存）は別の段階だからです。同意モードの状態、内部トラフィック除外、キーイベント未登録などで、送信されても保存されないことがあります。詳しくは診断ガイドを参照してください。
まとめ：チェックリストで入口を固め、最後は本番で確かめる
コンバージョン計測の検証は、設置・発火・記録・中身・死角の5段階で考えると抜け漏れがなくなります。この18項目を公開前に潰せば、手元で確認できる範囲はほぼカバーできます。
ただし、最後の「死角」——本番のユーザーがたどる実際の経路、同意を拒否した状態、広告クリック経由の計測——は、手元での再現が困難です。
ConversionOKは、外部の独立した実ブラウザであなたの本番ページにアクセスし、同意の許可／拒否の両状態で、実際に送信されるリクエストを傍受して検証します。チェックリストで固めた入口の、その先の1ピースを埋めるツールです。まずは無料の静的チェックから始めてみてください。