トラッキングコードとは?GA4・GTMの違いと設置後の確認手順

トラッキングコードは、ブラウザ上の操作を解析サービスへ送るための仕組みです。GA4では「何を置くか」に加え、「どのストリームへ、どの操作を、何回送ったか」を確認します。コードの設置と計測の検証を分けると、データが見えない場合も二重に届く場合も原因を絞れます。
トラッキングコード・測定ID・Googleタグ・GTMの役割
GA4プロパティはデータを管理する単位、ウェブストリームはウェブサイトからの収集元です。G-で始まる測定IDはそのウェブストリームを識別します。ID自体はプログラムではありません。測定IDの公式説明で対象を確認してください。
項目 | 役割 | 取り違えを避ける確認 |
|---|---|---|
GA4プロパティ | 設定・レポートを管理 | 対象の組織・サイトのプロパティか |
ウェブストリーム | ウェブの収集元 | 対象サイトと測定IDが一致するか |
G-測定ID | ウェブストリームの識別子 | GTMコンテナIDを代入していないか |
Googleタグ | データ送信の設定と実装 | 宛先・イベントの設定は何か |
GTMコンテナ | タグの配信・変更管理 | GTM-のIDと公開バージョンは何か |
現行の案内ではGoogleタグという名称を使います。gtag.jsは実装に使うライブラリで、GTMはタグを管理・配信する仕組みです。ブラウザのGoogleタグ方式を扱うこの記事から、別の送信経路まで「存在しない」と判断しないでください。
設置前に既存タグと送信先を調べる
新しいコードを貼る前に、CMS連携、テーマ設定、プラグイン、GTMを棚卸しします。担当者が知らない場所から既に送信されていることがあります。管理画面の接続表示だけでなく、実際に公開ページへ出る設定を確認します。
配置元 | 記録する項目 | 判断 |
|---|---|---|
CMS・テーマ | タグID、設置オン/オフ、対象テンプレート | 既存の配置を維持するか |
プラグイン | 宛先、ログインユーザーの扱い、担当者 | 別設定との重複がないか |
GTM | コンテナID、Googleタグ、トリガー、公開版 | プレビューだけの変更でないか |
別プロパティへの意図的な送信は、同じ宛先への重複送信とは分けます。消す前に用途と所有者を確認し、変更前の設定を記録します。
直接設置・CMS連携・GTMを選ぶ条件
直接設置はサイトのテンプレートを管理できる場合、CMS連携は対応する設置機能を使う場合、GTMはタグの権限や版をまとめて管理する場合の選択肢です。イベントを計測するから必ずGTMが必要、という関係ではありません。
- 誰が本番へ変更を出せるかを決める。
- 既存のGoogleタグの管理元を確認し、同じ宛先を増設する必要があるか判断する。
- 保守・同意設定・テストの責任者を決める。
GTMのGoogleタグ設定では、タグの作成、プレビュー、コンテナ公開を別の段階として確認します。
Googleタグを設置する位置と対象ページ
直接設置では、対象ウェブストリームの実装手順からコード全体を取得し、各対象ページの開始 <head> タグ直後へ配置します。Googleの手動設置手順に沿い、IDだけを本文欄へ貼ることは避けます。
共通テンプレートで一度出す設計なら、個別記事へ同じコードを重ねて追加しません。投稿、固定ページ、カテゴリ、独立したランディングページなど、使っているテンプレートを一覧にして対象範囲を確認します。GTMを採用する場合はコンテナ自身の設置手順に従い、直接設置のGoogleタグと混同しないでください。
Tag AssistantとDebugViewで確認する手順
Tag AssistantまたはGTMプレビューでテスト端末を接続し、GA4のDebugViewでイベントを確認します。対象端末のdebug mode、測定ID、ページURL、イベント名、必要なパラメータを照合します。DebugViewの公式手順も参照してください。
次は通常のページ読み込みを使う架空の受入テストです。設計上の想定件数を先に決めます。フォームの成功イベントは、サーバー側の受付など成功条件が設計・検証されている場合だけ追加します。
操作 | このテストの想定 | 照合する証拠 |
|---|---|---|
記事Aを1回開く | page_view 1件 | 宛先とAのURL |
関連記事Bへ1回移る | page_view 1件 | 宛先とBのURL |
テストフォームの成功を1回確定 | 設計済み成功イベント1件 | 成功条件と実際の件数 |
Realtimeで訪問が見えることは受信の初期確認です。1ユーザーが表示されたことだけで、重複・成功条件・集計全体が正しいとは証明できません。
表示されない・重複する場合の診断表
症状 | 先に確認すること | 次の確認 |
|---|---|---|
タグが見つからない | 公開HTMLと対象テンプレート | 保存・配信・キャッシュの版 |
タグはあるが届かない | 測定ID、同意状態、ブロック | テスト端末とネットワーク条件 |
違う場所に届く | プロパティとストリーム | 配置元の宛先設定 |
同じ操作から複数届く | イベント名・宛先・URL | 各配置元とトリガー |
管理者だけ見えない | ログイン除外・内部フィルタ | ログアウト時との条件差 |
ライブラリの読み込み回数やユーザー数だけで二重計測を判定しません。同じ宛先への同じ操作のイベントを比較します。DebugViewでも同意やプライバシー制御により表示されない場合があるため、見えないことを直ちにコード未設置としないでください。
同意・本番ホスト・成果イベントを確認して引き継ぐ
本番ホスト、同意の各状態、認証前後、別ドメインやアプリへの遷移を記録します。未確認の遷移は未確認のまま残し、受信したイベント数を登録人数へ置き換えません。送信ボタンのクリックと受付成功も別に定義します。
ページURL、タイトル、イベントパラメータにメールアドレスなどのPIIを含めないことも検証対象です。GoogleのPII防止方針を確認し、フォーム入力値をそのまま送らない設計にします。
- 変更前後の版、タグID、対象テンプレート、テスト日時を保存する。
- 想定件数と実測件数、同意・ログイン条件を併記する。
- 未確認の成果、修正担当、再テスト条件を引き継ぐ。
次に確認する内容に合わせて、WordPressにGA4を設置する方法|Site Kit・GTM・手動を比較、GA4無料版の制限は?Analytics 360との違いと選び方、滞在時間とは?GA4の平均エンゲージメント時間の見方と改善判断も参照してください。




