GA4/GTMで「最小だけど改善に効く」イベント設計は何？

結論（Conclusion）

最小で効くのはこれだけ。

• スクロール完読（読み切られ度）
• 内部回遊クリック（セッション深度）
• 外部リンククリック（参考の有用性）

イベントは少なくていい。重要なのは「数字が動いたら何を変えるか」。 実装は data属性 + 汎用トリガー に寄せるとUI変更で壊れにくい。

背景（Explanation）

PVだけでは改善できない。 イベントは意思決定のため。

追加する前に必ず答える：

• この指標が増減したら、次に何を変える？

答えがないイベントはノイズになる。

実務手順（Practical Guide）

手順1：意思決定ループを決める

例：

• scroll_90 が低い → 導入/見出し構造を直す
• internal_nav が低い → Related/タグ配置を直す
• outbound_click が低い → 参考リンクを絞る（一次情報中心）

手順2：最小イベントセットを出す

1. scroll_depth

• しきい値：25 / 50 / 75 / 90
• 見る：
  • 90%到達率（満足度の荒い指標）
  • 25%離脱（導入が負け）

2. internal_nav

• Related / タグ / 人気 などのクリック
• 見る：内部回遊率

3. outbound_click

• 一次情報リンクのクリック
• 見る：外部クリック率（調べものとして機能しているか）

4. 任意：copy_code

• 開発者向け記事でコピペ需要を見る

手順3：壊れない実装にする

data属性で分類し、GTMは汎用トリガー1つ。

例：

• data-gtm="internal_nav"
• data-gtm-location="sidebar_popular"
• data-gtm-label="<slug>"

GTM側：

• data-gtm がある要素だけ拾う
• data-gtm をGA4イベント名にする

失敗パターン（Pitfalls）

• イベント増やしすぎで保守不能
• 行動に繋がらない“良い感じ指標”を追う
• UI変更のたびにGTMが壊れる（selector依存）

チェックリスト（Checklist）

• [ ] 各イベントに「変える施策」が紐づいている
• [ ] イベントはスクロール/内部回遊/外部クリックに絞った
• [ ] スクロールしきい値（25/50/75/90）を決めた
• [ ] internal_navの対象箇所を決めた（Related/タグ/人気）
• [ ] outbound_clickの対象を決めた（一次情報リンク等）
• [ ] data属性で分類している（壊れやすいselectorに依存しない）
• [ ] GTMは汎用クリックトリガー1つ
• [ ] GA4イベント名の命名を統一
• [ ] KPIを定義した（例：scroll_90_rate）
• [ ] 週次の見直しサイクルがある

FAQ

Q1. GA4が取れるものを全部取るべき？

取らない。改善に繋がる最小セットに絞る。多すぎると運用が死ぬ。

Q2. スクロールだけで品質判断できる？

できない。内部回遊と外部クリックを合わせると、意図一致と有用性が見えやすい。

Q3. UI変更で壊れないようにするには？

data属性 + 汎用トリガー。CSS selector依存を避ける。

内部リンク（Internal links）

• 親記事（Hub）：インデックス（Indexing）：まずはここから
• 関連記事：
  • Google Search Consoleの登録手順（Next.js + Vercel）
  • 検出 − インデックス未登録（実務チェックリスト）
  • クロール済み − インデックス未登録（実務チェックリスト）

参考

• Google Analytics Help: https://support.google.com/analytics/

免責

サイト規模に合わせて調整してください。