SiteOps
トップメディアダッシュボード更新履歴
記事一覧

GA4で(direct)/(none)が急に増えたとき、最初の30分でやること

GA4で(direct)/(none)が急に増えたときに、最初の30分で“本当に直アクセス増”か“参照元欠落の事故”かを切り分ける手順です。

著者: 川原更新: 2026-05-14アクセス分析RSS
Xで共有FacebookLinkedIn
料金相談

GA4で (direct) / (none) が急に増えたとき、最初にやるべきことは「本当に“直アクセスが増えた”のか」ではなく、「タグ/リダイレクト/計測設定の変化で“参照元が落ちた”だけなのか」を30分で確定することです。

(direct) は「直アクセス」ではなく、「参照元が付かなかったアクセスの受け皿」です。原因を当てに行く前に、まず“参照元が消える典型事故”を除外します。

0. まず結論（先にやる順番）

  1. いつから増えたか（時刻/日付）を確定し、同時に変えたものを洗い出す
  2. “直”が増えたのか、他のチャネルが減って相対的に増えたのかを確認する
  3. UTMが消える/付かない経路（リダイレクト/短縮URL/アプリ内ブラウザ）を優先的に除外する
  4. GA4側の設定変更（参照除外・クロスドメイン・チャネル定義）を確認する

1. “増えた”の定義を固定（5分）

まず、ブレない比較を作ります。

  • 増えたのは「ユーザー」か「セッション」か
  • 増えたのは「全体」か「特定のページ/ランディング」か
  • 比較期間は何か（今日 vs 昨日、今日 vs 先週同曜）

ここが曖昧だと、後の切り分けが全部ズレます。

2. 他の信号で“本当にトラフィックが増えた”か（5分）

“参照元が消えただけ”なのに「流入が増えた」と誤判定しないため、GA4以外の信号でクロスチェックします。

  • Search Console（同期間）: クリック/表示が増えているか
  • Cloudflare/ホスティング: リクエスト数が増えているか
  • Stripe/売上（該当する場合）: 購入や申込が増えているか

これらが横ばいなのに (direct) だけ増えているなら、まず“計測/分類の変化”を疑います。

3. “直”が増える典型事故（最優先で潰す）

最初の30分は、原因の深掘りより「よくある事故を機械的に潰す」が最短です。

3-1. UTMが消える/付かない（最優先）

次のどれかがあると、広告/メルマガ/SNS流入でも (direct) に落ちやすくなります。

  • 短縮URLやリダイレクトでクエリ（utm_*）が落ちる
  • アプリ内ブラウザ/別ブラウザ遷移で参照元が落ちる
  • いったん別ドメインに飛ばして戻す導線が増えた（リンク中継、決済/フォーム、画像CDNなど）

「いつから増えたか」と「直近で触った導線（LP、CTA、短縮URL、リダイレクト）」が一致するなら、まずそこを疑います。

3-2. 参照除外（Referral exclusion）が増えた

参照除外が増えると、参照元が無視されて (direct) に落ちることがあります。

  • 参照除外の追加/変更を直近でしていないか
  • 自社の別ドメイン/サブドメイン/決済/フォームの扱いを変えていないか

3-3. クロスドメイン計測が崩れた

複数ドメインや外部サービスを挟む導線があると、クロスドメインが崩れた瞬間に (direct) が増えやすいです。

  • サブドメイン追加やリダイレクト変更をしていないか
  • 決済/フォーム/会員導線のドメインが変わっていないか

4. “どのページに落ちているか”で当たりを付ける（10分）

(direct) が増えているセッションの ランディングページ を上位から見ます。

  • トップが多い: ブックマーク/アプリ/ホーム画面/検索窓からの直打ち、または参照元欠落の受け皿
  • 特定LPが多い: そのLPへの導線（広告/メルマガ/短縮URL/リダイレクト）にUTM欠落がある可能性
  • 決済/完了系が多い: ドメイン往復やリダイレクトが原因の可能性

「どのページに落ちているか」が分かると、触る場所が一気に狭まります。

5. 30分で出す“結論”の型

最初の30分で、次のどれかに分類して次の作業を固定します。

  1. 参照元欠落（UTM/リダイレクト/導線）: 直近で触った導線を特定し、UTM保持と参照元維持を優先して直す
  2. 設定変更（参照除外/クロスドメイン/チャネル定義）: 変更点を巻き戻すか、影響範囲を整理してから再設計する
  3. 本当に直アクセス増: どのページが増えたかを起点に、検索/リピーター/指名のどれが伸びたかを検証する

この分類ができれば、次の1時間は“正しい場所”にだけ手を入れられます。

SiteOpsで“参照元欠落”を早期検知する（再発防止）

(direct) の急増は、伸びているときもあれば、計測事故のサインのときもあります。再発防止としては、毎朝「参照元が壊れていないか」を短時間で確かめられる状態にしておくのが効きます。

状況が複合していて切り分けが進まない場合は、相談だけ先に進めるのも有効です。

  • 料金・導入の概要を見る
  • 相談する

関連

  • /media/ga4-traffic-zero-first-30-minutes
  • /media/ga4-landing-page-prioritization
  • /media/page-path-revenue-funnel

参考にした一次情報

  • GA4 Help: Traffic acquisition
  • GA4 Help: Cross-domain measurement

この記事を書いた人

川原

SiteOps編集チームの公開窓口として、検索、アクセス、収益データをもとにした運営判断の知見をまとめています。

著者情報

関連記事

GA4のコンバージョンが急に爆増したとき、最初の30分でやることアクセス分析更新: 2026-05-16GA4のコンバージョンが突然0になったとき、最初の30分でやることアクセス分析更新: 2026-05-15GA4のアクセスが突然0になったとき、最初の30分でやることアクセス分析更新: 2026-05-13
前の記事GA4のコンバージョンが急に爆増したとき、最初の30分でやること次の記事sitemap.xmlのURLが急に減ったとき、最初の30分でやること

次にやること

複数サイトの検索、アクセス、収益データをまとめて見直すなら、SiteOpsのダッシュボードでサイト別に確認できます。

料金を見る相談したい / お問い合わせ