(not set)とは？GA/GA4での対処と見分け方
アナリティクスで表示される「not set」の概要と重要ポイント
「not set」は、計測ディメンションに値が入らず未設定として記録された状態を指します。発生箇所は集客・ページ・ユーザー属性など多岐にわたり、原因は実装漏れからセッション条件不一致までさまざまです。まずは 発生ディメンションの特定 と 計測要件の照合 を同時に進めることが近道です。
not setの定義（意味としくみ）
GA/GA4では、ヒットやイベントに紐づく必要プロパティが欠落した場合に「not set」として集計されます。例として、ランディングページが取得できない、ページタイトルが空、参照元やメディアが決定できない、ユーザー属性が匿名化や同意未取得で欠損、アプリでスクリーンクラスが未送信、などが挙げられます。指標ではなく値の欠損ラベルである点が重要です。
実務での論点（原因・使い分け・起こりやすい落とし穴）
「どのレポートのnot setか」によって診るポイントが変わります。集客ならUTMや参照除外、ページ系ならタイトル/URL、ユーザー属性なら同意とサンプリングが要注意です。計測設計・タグ実装・同意管理・リダイレクトの4観点で点検し、再発防止を仕組み化します。特にリダイレクトやLPの204/JS遷移は値欠落を生みやすく、事前テストで検出します。
- 集客（参照元/メディア）：UTM不足・不正、自己参照、クロスドメイン未設定
- ランディング/ページタイトル：仮想ページ遷移、SPAでのpage_view未送信、遅延読込で計測前離脱
- ユーザー属性：同意未取得・年齢層等の非推定、サンプリング閾値未満
- アプリ：screen_view未送信、スクリーンクラス自動取得オフ
- 技術要因：アドブロック、CSP違反、計測IDの環境差、404/リダイレクト多段
比較・使い分け表（関連ラベルの違い）
| ラベル | 意味 | 用途/対処 |
|---|---|---|
| not set | ディメンション値が欠落・未設定 | 実装/同意/取得条件を点検し欠損を解消 |
| (not provided) | 検索エンジン側でキーワードが非開示 | Search Consoleやランディングで意図推定 |
| (other) | 高カーディナリティの折りたたみ | イベント設計を簡素化、カスタム定義を再設計 |
| unassigned（GA4） | デフォルトチャネルに分類不能 | UTM命名/チャネル定義を整備して再分類 |
運用上の注意（点検手順と再発防止）
点検は「再現→ネットワーク→タグ→ディメンション」の順で行います。プレビュー/デバッグでイベントとパラメータを確認し、LPのメタデータ（title/URL）と送信タイミングを揃えます。同意管理では同意後に測定タグを発火し、UTMは命名規則を固定します。最終的には計測要件をドキュメント化し、リリース前の自動テストに組み込みます。判断に迷う場合は 発生箇所別の原因切り分け を徹底します。
よくある質問（FAQ）
(not provided)との違いは何ですか？
(not provided)は検索エンジン側の非開示で、サイト側では回収不能です。not setはサイト実装や条件次第で解消できる可能性があります。
集客チャネルでnot setが多発します。最初の対処は？
UTMの必須（source/medium/campaign）の付与、自己参照除外、クロスドメイン設定、LPの即時リダイレクト解消を優先します。GA4ではチャネル定義の上書きも検討します。
ページタイトルがnot setになります。原因は？
SPAでのpage_view未送信、仮想ページ遷移のタイミングずれ、titleが空のLP、初回表示前に離脱などです。ルーター連携でpage_view送信とtitle更新を同期してください。
not setはゼロにできますか？
完全ゼロは現実的ではありませんが、主要ディメンションでは大幅削減が可能です。原因領域を特定し、実装修正と運用ルールで継続的に抑制します。
not setのまとめ
not setは「値が集まらなかった」ことを示す警告サインです。発生ディメンションを特定し、UTM・タグ・同意・リダイレクトの4観点で点検すれば多くは解消できます。関連ラベルとの違いを理解し、計測要件の文書化とテストを標準化することで、精度の高い分析基盤を維持できます。
