GA4の(direct)/(none)が増える原因は?割合に頼らない診断手順

2026年7月10日

著者: 与謝秀作
GA4の「(direct)/(none)」とは?発生する原因と減らす対処法を解説

GA4の(direct) / (none)が増えたときは、まず実数と分析条件を確認します。Directには正常な直接訪問も、流入情報を得られなかった訪問も含まれるため、割合だけで不具合と決められません。入口、ホスト、キャンペーンの遷移、タグの順に証拠を集め、直すべき箇所と残る不確実性を分けていきましょう。

(direct)/(none)の意味とブラウザのリファラーとの違い

(direct)は参照元、(none)はメディアの値です。明確な流入情報を得られない場合の分類で、URLの直接入力だけを数えるものではありません。一方、Page referrerは前ページのURLを表す情報です。これが空でもUTMなどで流入元を指定できる場合があるため、「リファラーなしの全アクセスがDirect」とは言えません。

GoogleのDirectの説明と流入元のスコープを確認し、セッションの参照元/メディアを見ているかを固定します。セッション帰属では有効な過去の非Direct接点やルックバックも関係します。直接入力という今回の操作だけで、レポート上の帰属を一律に予測しません。

正常な直接訪問と計測情報の欠落を分ける

ブックマーク、直接入力、管理していない文書リンクなどは、流入元を特定しづらい経路の候補です。メールやQRコードのように自社が管理する導線では、適切なUTMで区別できる場合があります。アプリごとのリファラーの挙動は環境により異なるため、特定アプリからの訪問は必ずDirectと決め付けません。

原因候補

集める証拠

判断の限界

直接入力・ブックマーク

再現操作、着地URL、送信イベント

レポート全件の元操作は復元できない

メール・QRのタグなし

配布リンクと最終着地

UTMがないだけで全件Directとは限らない

転送で情報が消える

各段階のURLとパラメータ

短縮URLを使うだけで不具合と断定しない

入口にタグがない

入口と次ページのpage_view・session_start

閲覧が計測される場所の差を確認

別ホストの混入

Hostnameと送信先プロパティ

パスだけでは本番ホストを区別できない

改善できる収集の不備と、観測できない元流入を分けて記録します。過去のDirectを想像でメールやSNSへ再配分しないでください。

Directの正常割合を一律に決められない理由

「10%なら正常」「20%以上は異常」「15%まで下げれば信頼できる」といった一律の基準は、この診断には使いません。サイトの目的、既存利用者の再訪、流入施策、計測範囲、同意条件によって比率は変わります。低いDirect比率も計測が正しいことの証明ではありません。

比率の変化は実数と分母の変化へ分解します。以下は架空例です。前期は全1,000セッション中Direct300で30%、後期は全1,200中Direct300で25%です。5ポイント下がってもDirectの実数は300のままです。割合低下だけで修正成功と結論しません。

架空の期間

全セッション

Direct

割合

前期

1,000

300

300÷1,000=30%

後期

1,200

300

300÷1,200=25%

セッション数・割合・入口・ホストで急増を切り分ける

トラフィック獲得でSession source / mediumを選び、(direct) / (none)のSessionsを見ます。同じ日数の期間で、全Sessions、入口ページ、ホスト、端末・国の内訳を比較します。自然検索の入口など他経路の増減は別系列で確認してください。

  1. 増加が始まった日と、サイト・配信・タグ・同意管理の変更日を照合する。
  2. 特定の入口やホストだけで増えているかを調べる。
  3. 入口が(not set)なら、page_viewの有無を先に診断する。
  4. 行ごとの実数と取得条件を保存し、少数データの比率を大きく解釈しない。

ユーザー数を入口ごとに単純合計すると重複し得ます。Directセッションと登録人数を同じ指標として扱わず、まずどの計測量が変わったかを確定させます。

UTM・クリックID・リダイレクトを順に検証する

説明用のメールリンクに、utm_source=newsletter、utm_medium=email、utm_campaign=autumnを設定したとします。配布前のリンク、短縮・転送先、最終着地を順に確認し、意図した値がどこで消えるかを調べます。個人のメールアドレスなどをUTM値に入れてはいけません。

GoogleのキャンペーンURLガイドを参照し、Page locationと送信イベントで着地を確認します。Landing page + query stringだけではUTMが表示されない場合があります。Google広告の自動タグではクリックIDと連携条件を確認し、手動タグを無計画に追加しません。内部リンクのUTMも解決策にはしません。

新しいテスト操作の収集確認と、後日の集計結果は別の段階です。通常レポートの処理待ちを理由に、リンクの送信不備まで調べずに放置しないでください。

タグ・同意・クロスドメインの影響を確認する

入口ページが計測対象から外れている、タグの読み込みが遅れる、別ドメインへの遷移で必要な情報が引き継がれない、といった仮説を実際の経路で検証します。page_view、session_start、送信先プロパティ、同意状態を時系列で記録します。

GA4のキャンペーン処理では、セッション中の新しいキャンペーン情報が必ず新セッションを作るわけではありません。UA由来の説明をそのまま当てはめないでください。クロスドメインの設定は識別情報の接続、不要参照元は参照元の扱いという別の目的です。同意制御を無効にしてDirectを減らす対応もしません。

内部アクセスや不審な流入を即除外しない

見慣れない国、短いエンゲージメント、未知のホストがあれば追加調査の材料になりますが、それだけでbotやスパムと確定しません。丸められた0秒の時間も、実際の行動が一切なかった証拠とは限りません。変更履歴、実装、対象事業の利用状況と合わせて判断します。

既知の社内ネットワークを除外する場合は内部トラフィックの定義とTestingを検証します。IP除外はすべての不審流入を解決する万能策ではありません。Activeのデータフィルタで除外したデータは恒久的に失われるため、割合を下げる目的だけで有効化しないでください。

修正後の比較と残る不確実性を記録する

修正後は同じ期間長、Sessionのスコープ、ホスト、端末・国、入口条件で再比較します。Direct実数、全セッション数、割合、対象キャンペーンの分類を並べ、タグ追加による重複や別の欠測もないか確認します。自然検索や広告などの値も、その経路の条件を明記して別に評価します。

  • 修正した仮説と再現テストの証拠を残す。
  • 変更日時・担当者・反映後の比較期間を保存する。
  • 原因を特定できないDirectと、未検証の経路を残す。
  • 成果の成功条件、重複、本番ホスト、認証遷移を別に検証する。

Direct減少は売上や登録の増加と同義ではありません。イベント数を登録人数へ変換せず、未整備の成果は未測定とします。目的は比率を所定値へ近付けることではなく、確認できる流入を正しく分類し、説明できない部分を明示することです。

関連記事

出典・仕様の確認日

仕様は2026年10月12日に以下の一次資料で確認しています。画面構成は権限やレポートコレクションによって異なります。

関連記事