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

GA4のアクセスが突然0になったとき、最初の30分でやること

GA4のアクセスが突然0になったときに、最初の30分で“計測停止”か“本当に0”かを確定して次の一手を固定する手順です。

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

GA4のアクセスが突然0になったとき、最初にやるべきことは「原因を当てに行く」ではなく「計測が壊れたのか、本当にアクセスが0なのかを15分で確定する」ことです。GA4は計測が止まると“全部0”になります。数字を見続けるより、まず“計測系の致命傷”を除外して、次の一手を間違えないようにします。

0. まずやらないこと

  • イベント名やパラメータを一括リネームする
  • GTMのタグを大量に追加/削除する
  • いきなりCookie同意（CMP）の設定を大きく変える
  • まず記事更新や広告変更に走る

最初の30分は「直す」より「切り分け」です。計測が壊れているのに施策を打つと、何が効いたかも分からなくなります。

1. “どのGA4”の話かを確定（5分）

複数サイト運営でよくあるのが「見ているプロパティ/データストリームが違う」事故です。まずここを固定します。

  • どのドメインの話か
  • どのGA4プロパティか
  • どのWebデータストリームか
  • 比較期間は何か（今日 vs 昨日、今日 vs 先週同曜）

この時点で「データが0」ではなく「見ている場所が違う」なら、作業は終了です。

2. 本当に“今も0”か（Realtimeで確認）

過去データの集計遅延と、今の計測停止を混ぜると沼ります。Realtimeで“今の受信”を確認します。

  • GA4 > レポート > リアルタイム でユーザーが来ているか
  • 来ていないなら、まず自分でサイトを開き直し、別端末（スマホ回線など）でも再現するか

Realtimeが動いているなら「集計やレポートの見方の問題」の可能性が高いので、比較期間/フィルタ/探索の設定を見直します。

3. もっと速いクロスチェック（GA4以外）

GA4が0でも、他の信号が生きているなら「アクセスはあるがGA4が死んでいる」可能性が上がります。

  • Search Console（同期間）: クリック/表示が急に0か
  • Cloudflare/ホスティング: リクエスト数や4xx/5xxが急に0か
  • Stripe/決済: セッションや売上が急に0か（該当する場合）

“GA4だけ0”なら、まず計測の復旧を最優先にします。

4. “タグが送れているか”を最短で確定（10分）

ここは深掘りしません。送れている/送れていないを確定します。

  • 直近でGTMを触っていないか（公開履歴/差分）
  • G-XXXXXXXXXX の測定ID（Measurement ID）が変わっていないか
  • 本番ページでGAのタグが読み込まれているか（最低限、gtag.js が読めているか）

もし「送れていない」なら、次の優先順で“原因の当たり”を付けます。

  1. GTMの公開ミス（誤った環境/ワークスペース/トリガー）
  2. IDの差し替え/削除（設定変更）
  3. CMP（同意）の変更で計測が全面停止
  4. CSP/プロキシ/セキュリティ設定でGAがブロック

5. “0になる”典型パターン（触る前のチェック）

直しに入る前に、典型事故だけを短時間で確認します。

  • GA4側でフィルタを強めた（内部トラフィック、参照除外、データフィルタ）
  • サイト側で全ページにリダイレクト/エラーが発生している（実質アクセス不能）
  • 末尾スラッシュ/URL正規化の事故で、計測が別ページ扱いになっている（探索が0に見える）

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

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

  1. 計測停止（GA4だけ0）: まず復旧。GTM/CMP/ID/CSPを確認して戻す。
  2. 本当にアクセス0（Search Console/リクエストも0）: サイト障害/公開状態/決済/リダイレクトを最優先で復旧。
  3. 見方の問題（Realtimeは動く）: 期間、フィルタ、探索の条件、プロパティ/ストリームの取り違えを修正。

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

SiteOpsで“0”を早期検知する（再発防止）

同じ事故を繰り返さないために、次からは「落ちた瞬間に気づく」仕組みを先に作っておくと、復旧の初動が一気に早くなります。

  • GA4 / Search Console / 決済などの主要シグナルを、毎朝の優先順位で見られる状態にする
  • “0”や急落が起きたら、まず「どのドメインで何が落ちたか」をすぐ確定できるようにする

状況が再現できない/原因が複合している場合は、相談だけ先に進めるのも有効です。

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

関連

  • /media/domain-first-dashboard
  • /media/search-console-drop-first-30-minutes
  • /media/cloudflare-1102-503-first-response

参考にした一次情報

  • GA4 Help: Realtime report
  • GA4 Help: Data streams
  • Google tag: Install with Google Tag Manager

この記事を書いた人

川原

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

著者情報

関連記事

GA4のコンバージョンが急に爆増したとき、最初の30分でやることアクセス分析更新: 2026-05-16GA4のコンバージョンが突然0になったとき、最初の30分でやることアクセス分析更新: 2026-05-15GA4で(direct)/(none)が急に増えたとき、最初の30分でやることアクセス分析更新: 2026-05-14
前の記事libSQL/Tursoで `database is locked` が出たとき、最初の30分でやること次の記事GA4のコンバージョンが突然0になったとき、最初の30分でやること

次にやること

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

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