最終更新：2026年9月2日
ページビューと問い合わせを分けて計測する
GA4の初期設定ではページの閲覧状況を確認できますが、電話やLINE、フォーム送信が自社にとってどの程度重要かまでは自動的に判断されません。改善に使うには、成果へ近い行動をイベントとして定義します。
最初に事業上の成果を決める
| 成果 | 計測候補 | 確認上の注意 |
|---|---|---|
| 問い合わせ | 送信完了、電話タップ、メールリンク | クリックと実際の通話・商談は区別します。 |
| 予約・来店 | 予約完了、外部予約サイト、地図 | 外部サービス側の完了数とも照合します。 |
| 資料請求 | フォーム完了、PDFダウンロード | 同じ人の複数回操作を考慮します。 |
| 購入 | 購入、購入開始、カート追加 | 売上・商品情報はEC側の実装が必要です。 |
「スクロールした」「ボタンを見た」など成果から遠い行動を大量にキーイベントへすると、重要な変化が分かりにくくなります。
イベント設計表を作る
| 項目 | 記入例 |
|---|---|
| イベント名 | generate_lead、phone_click、line_click |
| 発生条件 | 送信成功時、telリンクのクリック時、指定URLへの遷移時 |
| 対象ページ | 全ページ、問い合わせページ、特定LP |
| 追加情報 | フォーム種別、ボタン位置、リンク先、サービス名 |
| テスト方法 | GTMプレビュー、DebugView、リアルタイム、翌日の標準レポート |
| 担当者 | 設定担当、事業側の確認担当、公開承認者 |
Googleが推奨するイベント名が目的に合う場合は優先して利用し、独自イベントは意味が分かる一貫した名前にします。
フォーム完了を正しく判定する
送信ボタンのクリックだけを計測すると、入力エラーや通信エラーでも成果として記録される場合があります。次の順に、より確実な条件を検討します。
- 正常送信後だけ表示される完了ページ
- フォームシステムが返す送信成功イベント
- 送信成功後に表示される固有メッセージや状態
- やむを得ない場合のみ送信ボタンクリック
外部ドメインのフォームやiframe内の操作は、自社サイトのGTMだけでは取得できない場合があります。フォーム提供元の計測機能と戻り先URLも確認します。
公開前にGTMでテストする
- GTMプレビューモードで対象タグだけが発火するか
- 対象外のリンクやエラー送信で発火しないか
- 一度の操作で同じイベントが重複しないか
- PC、スマートフォン、主要ブラウザで確認したか
- GA4のDebugViewでイベント名とパラメータを確認できるか
- 公開時にGTMのバージョン名と変更内容を記録したか
GTMの設定とプレビューについてはGoogleタグマネージャーの公式ヘルプ、DebugViewはGA4のDebugView公式ヘルプを参照します。
重要なイベントをキーイベントにする
GA4でイベントを受信できることを確認してから、問い合わせ完了など重要なものをキーイベントとして設定します。電話タップやLINEクリックは利用意向を示しますが、実際の成約とは限らないため、フォーム完了や商談数と分けて見ます。
- キーイベントは事業上重要な少数の行動に絞る
- 設定変更日を記録し、前後の単純比較に注意する
- 広告で利用する場合は広告アカウント側の計測定義も確認する
- 社内テストを本番実績と区別できるよう記録する
公開後は実数と照合する
最初の1〜2週間は、フォーム受信数、電話記録、予約管理、EC受注などの実数とGA4を照合します。ブラウザ設定、同意状態、外部サービス、通信状況により完全一致しない場合があります。差が急に拡大したときに検知できる基準を作ります。