GA4のイベント追跡で失敗しない設定方法|現場で使える実践テクニック

C
クリオ
Web制作ディレクター / フロントエンジニア

こんにちは!

今日は「GA4のイベント追跡で失敗しない設定方法」について解説します。

僕が見てきたGA4イベント設定の失敗パターン

僕も最初のころ、GA4のイベント設定で何度も失敗してます。
今思うと、めっちゃ基本的なことを見落としてたんですよね。

ほんま典型的なのが、「イベントを設定したはずなんに、GA4に反映されへん」という相談です。
後輩に聞かれた時も、9割以上の原因は同じ。
それが「イベント設定と実装がズレてる」ということ。

例えば、GoogleタグマネージャーでLINK CLICK イベントを「button.contact」って設定したのに、実装チームが「btn_contact」と命名してた。
結果、計測されへん。
データを見てみたら、全然違うクラス名がいっぱい記録されてて、「あ、これ対応してないな」って気づく。

あるいは、イベント設定は正しいのに、「タグが発火してない」というケースもありました。
これは、Googleタグマネージャーのトリガー条件が間違ってたり、ページ読み込み順序の問題だったり。
設定した気になってるだけで、実装がされてなかったりするんです。

だから大事なのは、「設定後に必ず検証する」という習慣。
これがないと、ずっと「見えない計測」をしてることになりますよ。

イベント設定の正しい流れと命名規則

では、正しいイベント設定の流れを説明します。

まず大事なのが「どのユーザーアクションを測定するか」を整理することです。
よくあるケースは:

  • 問い合わせボタンのクリック
  • 動画の再生開始
  • スクロール(ページの50%、75%に到達)
  • ファイルのダウンロード
  • 外部リンククリック
  • フォーム送信

これらを洗い出したら、次が命名規則を決めることです。
ここが結構重要で、ほんまにテキトーになると後々大変。

GA4では、イベント名に「スネークケース」を使うのが一般的です。
つまり「button_click」みたいに小文字+アンダースコアの形ですね。

具体例として、僕たちのチームで使ってる命名規則は:

  • click_contact_button (問い合わせボタンクリック)
  • video_play (動画再生開始)
  • scroll_page_50 (ページ50%スクロール)
  • download_file (ファイルダウンロード)
  • external_link_click (外部リンククリック)
  • form_submit_contact (問い合わせフォーム送信)

大事なポイントは「統一性」と「可読性」です。
チーム内で「いつでも誰が見てもわかる」命名にするんです。

設定したら、Googleタグマネージャーの「プレビュー」機能を使って、実際にイベントが発火してるか確認しましょう。
ページにアクセスして、アクションを実行した時に、設定したイベント名がちゃんと記録されてるか。
これをやらないと、設定してない場合と同じですよ。

そして、GA4側でも確認します。
リアルタイムレポートを見て、イベント名が正しく記録されてるか。
「パラメーター」(イベントに紐づいた追加情報)が正しく送信されてるか。
これを5分ぐらい観察するだけで、ほぼ設定の妥当性が判断できます。

現場あるある:測定漏れを防ぐチェックリスト

現場でめっちゃ見るのが「設定したはずなのに一部のイベントが取れてない」という状況です。
原因はいろいろですが、僕がまとめたチェックリストを紹介します。

設定後に必ず確認すること:

  1. トリガー条件が正しいか
    例えば、「特定のボタンをクリック」という設定なのに、セレクター指定が間違ってる場合があります。
    .btn-contactって設定したのに、実装では.button-contactだったり。
  2. ページ読み込み順序
    Googleタグマネージャーが読み込まれる前に、JavaScriptで既にクリックイベントリスナーが登録されてると、タグマネージャーが「キャッチ」できないことがあります。
  3. マルチタグ管理の罠
    複数のプロジェクト(モバイルサイト、PCサイト、アプリなど)を運用してると、違うGoogleタグマネージャーコンテナを使うことがあります。
    「あ、これはAコンテナの設定だ」と気づかず、Bコンテナばっか確認してたり。
  4. ユーザーの環境依存性
    広告ブロッカーを入れてるユーザーには、タグが発火しないこともあります。
    実装する際に「本当に全員に計測されるか」は難しい問題ですが、意識しておくといいですよ。
  5. イベント名の重複
    自動収集イベント(GA4が勝手に取ってくるやつ)と、カスタムイベント名が被ることもあります。
    例えば、「page_view」なんて名前のカスタムイベントを作ると、混乱の元です。

あと、僕がほんまに大事だと思うのが「定期的な検証」です。
サイトが更新されたり、JavaScriptが変わったりすると、それまで正常に計測されてたイベントが「あ、もう取れなくなってた」ということがあるんです。
月1回ぐらいは、設定したイベントが実際に記録されてるか確認する習慣をつけるといいですよ。

まとめ

GA4のイベント設定は、一度設定したら終わりではなく「継続的な検証」が大事です。
命名規則を統一して、トリガー条件を正確に設定して、設定後は必ず検証する。
この流れを回してると、測定漏れはぐっと減ります。

現場では「データが欲しい」という要望がよく来ますけど、その前提として「正確に計測できてるか」を確認することが、実は一番大事なんです。
ぜひ参考にしてくださいね。