GA4でランディングページが(not set)になる原因と6つの対策

Google Analytics 4（GA4）のレポートで、ランディングページが (not set) と表示されることがある。セッションはカウントされているのに「どのページから来たのか分からない」状態だ。

この記事では (not set) が発生する原因を6つに分類し、それぞれの確認方法と対策をまとめる。

原因1: ボット・クローラートラフィック

GA4はボットトラフィックを完全には除外できない。以下のようなパラメータを含むURLでセッションが計測されている場合、それが原因である可能性が高い:

/simple-metronome?use_xbridge3=true&loader_name=forest&need_sec_link=1&sec_link_scene=im&theme=light

このようなURLは、SEOクローラー・プロキシサービス・自動テストツールに共通する特徴を持つ。JavaScriptを部分的に実行するため session_start は発火するが、page_view が完了せず、結果として (not set) となる。

対策:

• GA4管理画面 → データストリーム → Googleタグ → 「ボットフィルタリングを有効にする」をオン
• サーバーサイドで既知のクローラーユーザーエージェントをブロック
• gtagの config コマンドで send_page_view: true を確実に設定

原因2: カスタムイベントに page_location が欠如している

GA4ではランディングページの判定に page_view イベントの page_location パラメータを使う。カスタムイベントを page_location なしで送信すると、そのセッションで page_view が正常に発火しなかった場合に (not set) となる。

対策:

• カスタムイベントを送信する際は page_location パラメータを含める:

gtag('event', 'custom_event', {
  page_location: window.location.href,
});

• 特にクリック系のイベントは注意が必要。ユーザーが操作したタイミングで page_view より先にカスタムイベントが飛ぶ可能性がある。

原因3: Service Worker の干渉

Service Worker がページをキャッシュから配信する際、外部スクリプト（gtag.js）の読み込みが遅延または失敗することがある。その結果、session_start は記録されるが page_view が発火しないセッションが生まれる。

対策:

• Service Worker の IGNORE_ORIGINS に www.googletagmanager.com と www.google-analytics.com が含まれていることを確認
• オフラインキャッシュを優先する戦略の場合、gtag.js の読み込みを navigator.onLine で条件分岐する

原因4: SNSクローラー・スクレイパーによる不正URL

以下のように、URLに日本語テキストが連結された形のランディングページが確認されることがある:

/jp/calendar/taian）も参考になります

これらはSNS（LINE、X/Twitter）やスクレイパーボットが、文章中からURLを正しく抽出できずに誤った値を送信したもの。これらのセッションはほぼ必ず page_view が0になる。

対策:

• GA4のフィルタで page_view = 0 のセッションを除外するとレポートをクリーンにできる
• URLに全角文字や日本語テキストが連結されたものを除外する正規表現フィルタを設定する

原因5: gtag設定パラメータの誤用

GA4の設定で、存在しないパラメータを gtag('config', …) に渡してもエラーにはならないが、無視される。例えば:

gtag('config', 'G-MEASUREMENT_ID', {
  enhanced_measurement: true,
});

enhanced_measurement はプロパティ設定画面で有効にするものであり、gtagに渡すパラメータではない。この設定ミス自体はエラーを出さないため気づかれにくい。

対策:

• GA4の設定は管理画面の「データストリーム」→「拡張計測機能」で行う
• gtagの config コマンドには有効なパラメータのみを渡す

原因6: Measurement Protocol / サーバーサイド送信の設定ミス

Measurement Protocol を使ってサーバーサイドからGA4にイベントを送信する場合、page_location や page_title を含めないと (not set) になる。また、必須パラメータがないとセッション自体が不完全な状態で記録される。

対策:

• Measurement Protocol を使用する場合は page_location を常に含める
• テスト段階では debug_mode: true を付けてGA4のDebugViewで確認する

確認手順

1. GA4レポートで該当セッションを特定する: 「集客」→「ランディングページ」で (not set) の行をクリック。セカンダリディメンションに「ページタイトル」を追加して傾向を確認
2. URLパラメータのパターンを分析する: (not set) のセッションで共通するURLパラメータを探す。xbridge3、loader_name、need_sec_link などが見つかればボットトラフィックの可能性が高い
3. Service Workerの動作を確認する: Chrome DevTools → Application → Service Workers。キャッシュ戦略がgtag.jsの読み込みを妨げていないか確認
4. カスタムイベントの実装を見直す: サイト内で gtag('event', …) を呼び出している箇所をすべて洗い出し、各イベントに page_location が含まれているか確認