(direct) / (none) とは何か
GA4のレポートで「セッションの参照元 / メディア」を見ると、多くの場合の上位に (direct) / (none) が並びます。これは特定の流入元を表す固有の値ではありません。参照元の情報を取得できなかったセッションが集まる受け皿です。
GA4は、セッションが始まったときにさまざまなシグナルから流入元を判定します。広告のクリックIDやUTMパラメータ、リファラー（遷移元URL）などです。これらのシグナルがいずれも得られなかったとき、そのセッションは (direct) / (none) に分類されます。
つまり (direct) / (none) は「本当に直接来た人」と「情報が欠けて直接扱いになった人」が混ざった状態です。この2つを切り分けることが、正しい流入分析の出発点になります。
運用メモ：
(direct) / (none)の比率だけを見て一喜一憂しないことが大切です。比率が高いこと自体が問題なのではなく、その中身が「本当の直接流入」なのか「計測の欠落」なのかを分けて理解することに意味があります。
原因を4系統で体系化する
(direct) / (none) が発生する原因は多岐にわたりますが、大きく4つの系統に整理できます。原因を系統立てて把握すると、どこから手を打つべきかが見えやすくなります。
① 本当の直接流入
ブラウザのブックマークから訪問した場合や、URLをアドレスバーに直接入力した場合、遷移元がありません。スマートフォンアプリのアイコンから起動したケースも同様です。これらは参照元が存在しないため、(direct) / (none) になります。
この系統は計測として正常な挙動です。減らす対象ではなく、むしろ指名検索やリピート訪問の強さを表す指標として読み解けます。
② リファラーが渡らない遷移
技術的な理由でリファラー（遷移元URL）がブラウザから送られないケースです。メールソフトやアプリ内ブラウザからの遷移、QRコード経由の訪問、PDFや資料内のリンク、https から http への遷移などが該当します。
これらはリンク自体は機能しますが、GA4側で遷移元を把握できません。UTMパラメータを付与しておけば、リファラーが渡らなくても流入元を特定できます。
③ UTMパラメータの欠落
広告以外の流入で、UTMを付けずにリンクを配布したケースです。SNSのプロフィール欄のリンク、チラシや名刺などオフライン配布物のURL、そして短縮URLやリダイレクトの途中でパラメータが消えてしまう場合が代表例です。
流入自体は起きているのに、識別のためのパラメータがないため直接流入に振り分けられます。運用ルールの整備で改善できる余地が大きい系統です。
④ 計測の断絶
セッションの途中で計測がつながらなくなるケースです。別ドメインへの遷移でクロスドメイン設定が漏れている場合、同意管理で計測Cookieが拒否された場合、何らかの理由でセッション途中に識別子が失われた場合などが含まれます。
この系統は設定や実装の見直しが必要です。原因の特定に手間がかかりますが、放置すると流入分析全体の精度に影響します。
直接流入の中身を分解する診断手順
(direct) / (none) を減らす前に、その中身を分解して原因の当たりをつけます。GA4の探索レポートや標準レポートを使うと、直接流入に含まれる手がかりが見えてきます。
| 診断の切り口 | 見るディメンション・軸 | 読み取れること |
|---|---|---|
| ランディングページ別 | ランディングページ × 直接流入 | 特定のLPだけ直接が多い＝リダイレクトやUTM漏れの疑い |
| デバイス別 | デバイスカテゴリ × 直接流入 | モバイルに偏る＝アプリ内ブラウザやメール経由の疑い |
| 時系列 | 日付 × 直接流入の比率 | 急増した日＝タグの不具合や設定変更の疑い |
| 新規・再訪別 | 新規/リピート × 直接流入 | リピートに偏る＝ブックマーク等の正常な直接流入 |
たとえば、あるランディングページだけ直接流入の比率が突出して高い場合、そのページへ誘導するリンクでUTMが欠落しているか、リダイレクトでパラメータが消えている可能性が高いと考えられます。ページ単位で見ると、原因の切り分けが一気に進みます。
探索レポートでは、行に「ランディングページ」、列やフィルタに「セッションの参照元 / メディア = (direct) / (none)」を指定します。これで直接流入だけを対象に、どのページに集中しているかを一覧できます。
減らすための対策
原因の系統が分かれば、対策は具体的になります。ここでは実務で効果が見込める4つの打ち手を整理します。すべてを一度にやる必要はなく、診断で見えた原因から着手します。
| 対策 | 対象となる原因系統 | 具体的な打ち手 |
|---|---|---|
| UTM運用の徹底 | ③ UTM欠落 | 広告以外の全リンクにUTMを付与。社内配布ルールと台帳で統一する |
| リダイレクトの確認 | ③ UTM欠落 | 短縮URLやリダイレクト先までパラメータが引き継がれるか検証する |
| クロスドメイン設定 | ④ 計測断絶 | 決済・予約など別ドメインをまたぐ遷移を設定に登録する |
| 参照元除外リストの見直し | ④ 計測断絶 | 決済代行など、除外すべき参照が抜けていないか点検する |
UTM運用の徹底と社内ルール
広告はクリックIDで自動的に判別されますが、メールやSNS、オフライン施策のリンクにはUTMが欠かせません。ここで大切なのは、個人任せにせず社内で配布ルールを共有することです。命名規則と発行台帳をチームで運用すると、UTM漏れが構造的に減ります。
リダイレクトとパラメータの引き継ぎ
短縮URLやリダイレクトを挟むと、途中でUTMパラメータが失われることがあります。リンクを配信する前に、最終的な到達URLまでパラメータが残っているかを実際にクリックして確認します。この一手間が直接流入の増加を防ぎます。
クロスドメイン設定と参照元除外の点検
自社の決済ページや予約システムが別ドメインの場合、クロスドメイン設定をしていないとセッションが途切れます。あわせて、決済代行サービスなどを参照元除外リストに登録し、意図しない参照元がカウントされないよう点検します。
「ゼロにはできない」という期待値
対策を進めても (direct) / (none) がゼロになることはありません。これは仕様上の限界というより、直接流入という行動が実在するためです。ブックマークやURL直打ちからの訪問は、計測が正常でも必ず一定量発生します。
目指すべきは根絶ではなく、コントロールできる範囲を最小化することです。計測の欠落による直接流入を減らし、残った直接流入を「指名検索やリピートの強さ」として前向きに読み解く姿勢が現実的だと考えられます。
一般に、UTM運用とクロスドメイン設定を整えると直接流入の比率は下がる傾向があります。ただし、どの水準が適正かはサイトの性質によって異なります。自社の過去データと比較しながら、異常な変動がないかを継続的に見ることが大切です。
対策チェックリスト
(direct) / (none) を管理するために、定期的に確認したいポイントを整理します。
- 探索レポートで直接流入をランディングページ別に分解したか
- 時系列で直接流入の比率に異常な増減がないか確認したか
- 広告以外の全リンク（メール・SNS・オフライン）にUTMを付与しているか
- 短縮URLやリダイレクト後もUTMが残るか実際にクリックして検証したか
- 別ドメインをまたぐ遷移をクロスドメイン設定に登録しているか
- 参照元除外リストに決済代行などの抜け漏れがないか点検したか
- UTMの命名規則と発行台帳を社内で共有・運用しているか
- 残る直接流入を「指名検索・リピート」として妥当に解釈できているか
チェックリストは一度で完結するものではありません。新しい施策が増えるたびにUTMの付与漏れが起きやすくなるため、定期的な点検を習慣にすることがデータ品質の維持につながります。