GA4(not set)大量発生の原因と解決策！Unassignedとの違いも完全解説

Google Analytics 4（GA4）を開いてレポートを見たとき、一番最初に目に飛び込んでくる謎の言葉。
「(not set)」

「設定されていない？どういうこと？」
「ランディングページの1位が(not set)って、分析できないじゃないか！」

多くのマーケターやサイト運営者を悩ませるこの「(not set)」は、実は単なるエラーではありません。
Googleからの「計測設定に不備があるよ」「データがうまく取れていないよ」という重要なサインなのです。
これを放置することは、穴の空いたバケツで水を汲むようなもの。正しいマーケティング判断ができず、広告費や労力をドブに捨てることになりかねません。

この記事では、GA4で(not set)が発生する主要な原因（ランディングページ、参照元/メディア、Google広告、キャンペーンなど）を網羅的に解説し、それぞれの具体的な解決策をステップバイステップで提示します。
さらに、よく似た用語である「Unassigned（未割り当て）」との違いや、BigQueryを使った高度な分析手法、Measurement Protocolでの実装ミスまで、1万文字を超える圧倒的な情報量でお届けします。
このガイドを読み終える頃には、あなたのGA4レポートはクリアになり、真のユーザー行動が見えてくるはずです。

(not set)とは何か？なぜ発生するのか？

まず、敵を知ることから始めましょう。

定義：Googleが「値を取得できなかった」状態

(not set) は、直訳すると「設定されていない」という意味です。
GA4がディメンション（分析の切り口）に何らかの値を入れようとしたものの、情報が不足していたり、連携がうまくいっていなかったりして、空欄（Null / Undefined）になってしまった状態を指します。
システム的には「不明（Unknown）」と同義です。

なぜ発生するのか？3つの主要因

1. 計測タグの設定ミス： GTM（Googleタグマネージャー）の設定に不備があり、必要なパラメータが送信されていない。
2. 連携設定の不備： Google広告やSearch Consoleとのリンク設定が正しく行われていない。
3. データの欠損： ユーザーのプライバシー設定やブラウザの制限（ITPなど）により、情報が取得できなかった。

よくある誤解：「Unassigned」や「(other)」との違い

(not set)とよく混同される用語について整理します。

用語	意味	主な原因
(not set)	値が空っぽ	設定ミス、連携ミス、計測漏れ
Unassigned	値はあるが分類不能	GA4のデフォルトチャネルグループの定義に当てはまらない参照元
(other)	その他（集約）	データの基数（種類）が多すぎて、GA4が集計を諦めてまとめたもの
(direct) / (none)	参照元なし	ブックマーク、QRコード、アプリからの直接流入

Unassigned（未割り当て）との決定的な違い：
Unassignedは「参照元（例: mail.yahoo.co.jp）は分かっているけど、それが『メール』なのか『検索』なのかGA4が判断できなかった（ルールにマッチしなかった）」状態です。
一方、(not set)は「参照元そのものが分からない」あるいは「キャンペーン名が送信されていない」という、より根本的な情報の欠落を意味します。

ケース別原因と対策①：ランディングページが(not set)

「ユーザーが最初に訪れたページ」が不明というのは、分析において致命的です。
しかし、GA4では最も頻発するケースの一つです。

原因1：セッションのタイムアウト（page_viewイベントの欠損）

GA4のセッションは、30分操作がないと切れます。
ユーザーがブラウザを開いたまま30分放置し、その後再開した場合、新しいセッションが始まります（session_start イベント発生）。
しかし、このとき同時に page_view イベントが発生しない（例：スクロールやクリックだけした）場合、GA4は「新しいセッションが始まったけど、どのページから始まったかは page_view がないから分からない」と判断します。
結果、ランディングページが (not set) になります。

対策： これはGA4の仕様（セッションの定義）に起因するため、完全にゼロにすることは難しいです。
管理画面 > データストリーム > タグ設定を行う > セッションのタイムアウトを調整（最大7時間55分）することで軽減できる場合がありますが、副作用もあるため慎重に行う必要があります。

原因2：Measurement Protocolの送信ミス

サーバーサイド（バックエンド）からAPI経由でイベントを送信している場合、ga_session_id や page_location パラメータを含め忘れると、ページ情報が欠落します。

ケース別原因と対策④：参照元/メディアが(not set)

原因：UTMパラメータの設定ミス

メルマガや広告のURLにパラメータをつける際、utm_source だけ書いて utm_medium を書き忘れていませんか？
GA4では、必須パラメータが欠けていると正しく分類されず、(not set)になることがあります。

対策： Google公式のキャンペーンURL生成ツールを使い、utm_source、utm_medium、utm_campaign の3つセットを必ず付与するように徹底しましょう。

ケース別原因と対策③：Google広告キャンペーンが(not set)

「Google広告にお金を払っているのに、どのキャンペーンから来たか分からない」
これは絶対に避けるべき事態です。

原因1：自動タグ設定（GCLID）がオフになっている

Google広告の管理画面で「自動タグ設定」がオフになっていると、GA4側にクリックID（GCLID）が渡らず、データが連携されません。

原因2：GA4とGoogle広告のリンク未設定

そもそも、GA4プロパティとGoogle広告アカウントがリンク（連携）されていなければ、データは流れてきません。
管理者権限を持つユーザーが両方のアカウントでログインし、リンク設定を行う必要があります。

ケース別原因と対策④：地域のデータが(not set)

原因：IPアドレスの匿名化とプライバシー

ユーザーのアクセス元の国や地域はIPアドレスから判定されます。
しかし、ユーザーがVPNを使用していたり、プライバシー保護のためにIPアドレスが匿名化されていたりすると、判定不能となり(not set)になります。

対策： これは技術的な限界であり、完全にゼロにすることはできません。全体の数％程度であれば許容範囲です。

「しきい値」によるデータ欠損（オレンジの三角形）

レポートの上部に、オレンジ色の警告アイコン（三角形に！）が出ていませんか？
これは「データしきい値が適用されました」というメッセージです。

Googleシグナルの影響

Googleシグナル（クロスデバイス計測機能）をオンにしていると、ユーザー数が少ない（約50人未満）レポートにおいて、個人の特定を防ぐためにデータが隠蔽されることがあります。
これにより、行自体が消えたり、(not set)のように扱われたりすることがあります。

解決策： レポート用識別子を「ハイブリッド」から「デバイスベース」に一時的に切り替えることで、しきい値の適用を解除し、隠れたデータを見ることができます。

高度な分析：BigQueryで(not set)の正体を暴く

GA4の管理画面上のレポートでは (not set) と表示されていても、実は裏側の生データ（Raw Data）には何らかの手がかりが残っていることがあります。
BigQueryを使えば、より詳細な調査が可能です。

BigQuery連携のメリット

• サンプリングなし： すべてのヒットデータを分析できます。
• しきい値なし： 個別ユーザーの行動を詳細に追えます。
• エラー原因の特定： どのパラメータが欠けているか、SQLで一発で抽出できます。

SQLクエリの例：(not set)の詳細内訳を見る

/* BigQuery分析クエリの例 */
SELECT
  event_date,
  user_pseudo_id,
  /* ページURLを取得 */
  (SELECT value.string_value FROM UNNEST(event_params) WHERE key = 'page_location') AS page_url,
  /* 参照元を取得 */
  (SELECT value.string_value FROM UNNEST(event_params) WHERE key = 'source') AS source,
  /* メディアを取得 */
  (SELECT value.string_value FROM UNNEST(event_params) WHERE key = 'medium') AS medium
FROM
  `project_id.analytics_123456789.events_*`
WHERE
  event_name = 'session_start'
  /* 参照元がNULL（not set予備軍）のデータを抽出 */
  AND (SELECT value.string_value FROM UNNEST(event_params) WHERE key = 'source') IS NULL
ORDER BY
  event_date DESC
LIMIT 100

設定チェックリストとMeasurement Protocolの罠

最後に、(not set)を根絶するためのチェックリストを提示します。
自社のGA4環境と照らし合わせて確認してください。

DebugViewを使った検証方法（Step-by-Step）

(not set) の原因がタグの設定ミスかどうかを確認するには、GA4の管理画面にある「DebugView」機能が最強です。

Looker Studio連携でのデータの見え方

GA4の標準レポートでは見にくいデータを、Looker Studio（旧データポータル）で可視化して監視することも有効です。

計算フィールドを活用する

Looker Studioでは、`CASE`文を使って独自のグルーピングを作成できます。
(not set) を「Unknown」や「Check Required」などの分かりやすい名前に置き換えて、アラートとして管理ダッシュボードに表示させておくと便利です。

CASE
  WHEN Source IS NULL THEN "要確認（not set）"
  ELSE Source
END

GA4重要用語集：基礎をマスターする

GA4を使いこなすために必須の用語（ディメンション・指標）を厳選して解説します。

よくある質問（FAQ）全20問

まとめ：正確なデータ計測は企業の資産になる

「データは新しい石油である」と言われますが、汚れた石油（不正確なデータ）ではエンジンは動きません。
(not set) を減らす取り組みは、地味で根気のいる作業ですが、その先には「ユーザーの本当の姿」が見えてきます。

正しいデータに基づいた意思決定こそが、ビジネスを成功に導く唯一の道です。
今日から一つずつ、設定を見直していきましょう。