Tag Assistantの使い方｜GA4・GTMの検証と接続エラー対処
2026年6月16日
著者: 与謝秀作
Tag Assistantは、Googleタグの検出やイベントの送信状況を調べる検証ツールです。タグが見つかったこと、GA4へ意図したデータが届いたこと、業務上の成功を正しく数えたことは別々に確認します。接続からテスト、公開後の照合までを一続きで記録すると、問題の場所を特定しやすくなります。以下は2026年10月11日に公式資料を確認した手順です。
Tag Assistantのウェブ版・拡張機能・GTMプレビューの役割
ウェブ版のTag Assistantは、対象URLへ接続してタグやイベントを調べる入口です。Chrome拡張機能はiframe、別タブなどを含む検証を補助します。GTMのプレビューからもTag Assistantへ接続できます。単にChrome拡張機能だけを指す製品と覚えると、必要な導線を見落とします。Google公式のTag Assistant手順で現行の起動方法を確認できます。
過去のLegacy版やCompanionの説明を読む場合は、現行版と区別してください。古い資料の「2025年に終了予定」という表現から、現在の利用可否や実際の終了日を断定することはできません。新たに使うときは公式のウェブ版と現行拡張機能から始めます。
検証前にタグID・送信先・対象ホストを控える
最初に、どのサイトのどのGA4へ送るテストかを決めます。同じページに複数のタグが見えても、異なる送信先なら直ちに二重計測とは限りません。対象の測定ID、コンテナ、タグの送信先と設置経路を控え、期待したものと照合しましょう。
確認対象 | 記録する内容 | 混同しやすい点 |
|---|---|---|
GA4ウェブストリーム | 測定IDと対象サイト | プロパティの数字IDと測定IDは別 |
Googleタグ | タグIDと接続された送信先 | タグ検出だけで目的のGA4受信は確定しない |
GTMコンテナ | GTM-で始まるIDと版 | 保存した作業と公開版は別 |
テスト環境 | ホスト、ページ、端末、同意状態 | 本番と検証環境を混ぜない |
設置経路はCMS連携、直貼り、GTMなどを調べます。たとえばCMSとGTMが同じGA4へ同じpage_viewを送っていれば、重複の候補になります。削除する前に、それぞれが他の送信先やイベントを支えていないかも確認してください。
サイトを接続してイベントの順番とパラメータを見る
- ウェブ版Tag Assistantで対象ドメインまたはURLを指定し、接続する。GTMからの場合は対象コンテナのPreviewを使う。
- 開いたテストページで1つの操作だけ行い、検証画面のタイムラインに戻る。
- イベントを選び、動作したタグ、送信先、ページ情報や必要なパラメータを確認する。
- 期待と実測が違う場合は、その操作・時刻・ページ・同意状態を記録する。
タグ一覧が多い場合でも、まずは「ページを開く」「フォームを送る」などの操作単位で追います。最初から全イベントをまとめて評価すると、どの操作で重複したか分かりにくくなります。GTMのGoogleタグ設定手順ではプレビュー検証と公開を分けて案内しています。
デバッグ情報は通常の訪問者に表示されませんが、共有URLやエクスポートで他の検証担当に渡す機能があります。「自分だけが絶対に見られる」と考えず、共有前にURLやイベント値に機微情報がないかを確認し、必要な範囲に絞って渡します。
同意・SPA・フォーム成功をテストケースで確認する
動作確認では、想定する成功だけでなく失敗や再読込も含めます。以下は架空サイトのテスト票です。期待値はサイトの計測仕様に合わせて記入するもので、すべてのサイトへ同じ数を強制する表ではありません。
操作 | 期待する確認 | 実測の記録 |
|---|---|---|
初回ページ表示 | 同じ送信先への意図したpage_view | 0件・1件・複数件と送信先 |
SPA内の画面遷移 | 対象の新画面を必要な回数で計測 | 自動計測と独自処理の重複 |
フォーム入力エラー | 登録完了イベントを送らない | クリックと受付成功を区別 |
受付成功後の再読込 | 成功件数の重複を防ぐ仕様 | 同じ成功を再送したか |
同意の拒否と許可 | 実装方式に合ったタグ動作 | 状態、送信の有無、必要な値 |
同意モードの公式説明では、basicとadvancedで拒否時の挙動が異なります。拒否したら必ず何も送られない、あるいは必ず同じイベントが見える、と一律には判断しません。同意モードは選択をタグへ反映する仕組みであり、それ自体が同意取得を済ませるものでもありません。
接続できない場合の原因を順番に切り分ける
接続の失敗は、タグ未設置だけが原因ではありません。URLの誤り、リダイレクト、デバッグ用パラメータの影響、タグの読み込み遅延、iframeの権限、拡張機能やCSP等の制御を順に調べます。別ページだけ動くなら、テンプレートやページ固有の挙動を比較すると原因を絞れます。
- 接続先URLが最終的にどのホスト・ページへ到達したかを確認する。
- 通常閲覧とデバッグ接続でページの挙動が違うかを記録する。
- iframe等では現行拡張機能の権限と検証対象の範囲を確かめる。
- 組織のセキュリティ制御を一括無効化せず、管理担当と対象を限定して調査する。
一度に複数の条件を変えると、何が原因だったか分からなくなります。まず再現手順を保存し、1条件ずつ比べてください。解決しない場合も「接続できない」という一文だけでなく、最終URL、発生時刻、再現した操作を担当者に渡せます。
DebugViewと公開版を照合して結果を引き継ぐ
GA4のDebugViewでは検証端末のイベントとパラメータを確認できます。ただし同意状態やプライバシー制御で表示されない場合があり、流入元の精密な帰属確認にも限界があります。タグ発火の観測とGA4での受信、処理後の獲得レポートは分けて照合しましょう。
GTMの保存や版作成だけでは本番へ公開されない場合があります。公開担当が版と変更点を確認し、公開後はプレビューの作業内容ではなく、実際に配信される版で再テストします。受付成功の条件、重複、本番ホスト、認証・アプリ遷移まで確認できて初めて、成果の集計方法を判断できます。イベント件数だけを登録人数に置き換えず、未確認項目と次の担当を記録して引き継いでください。
次に確認する内容
