GA4を開いたら、昨日の売上が0円になっていた。セッションはいつもどおりなのに、収益の欄だけが空になっている。この記事では、この症状をどの順番で見るか、切り分けが終わるまで何を判断の土台にするかを扱います。
目次
この記事のまとめ#
-
売上だけがゼロでセッションが普段どおりなら、まず疑うのは購入イベントの不達
注文が0件だった日も同じ見え方になるので、カートの注文から確かめます
-
見る順番は、セッションの本数、テスト注文の発火、注文実数との突き合わせ
この順に降りると、送信側か受信側か、何日前からかが決まります
-
止まっているのは計測で、売上そのものは決済側に残っている
金額は決済側に残り、止まるのは配分を決める材料です。復旧の確認は翌日以降になります
1.売上ゼロを見た人が最初に開く画面が間違っている#
昨日の売上が0円。同じ日のセッションは1,400件で、前の週の同じ曜日と変わらない。この2つが同じ画面に出ているとき、最初に疑うのは購入イベントの不達です。ただし注文が0件だった日も同じ見え方になるので、まずカートに注文が残っているかを確かめます。
この画面を見た人の多くは、Googleタグマネージャーを開きます。購入タグが壊れたのだろう、という見立ては自然です。ただ、そこから入ると設定が正しかったときに手がかりが残らず、行き止まりになります。先に見るべき場所が別にあります。
GA4のeコマースの収益は、サイトから送られた購入イベントを合計した金額です。イベントには商品の情報をitemsという配列で持たせ、金額を送るときは通貨の設定も添えます[1]。購入が成立した瞬間にこれを送る組み方が前提です[2]。だから収益0円は、届いた購入イベントが1件もないという意味にとどまります。イベントが届いていても通貨の設定が抜けていれば、収益として正しく計算されません[1]。
同じ時期に同意管理バナーを入れた覚えがあるなら、減り方の出方が違います。何割か目減りした水準で推移することが多く、ゼロまで落ちるのは典型的ではありません。切り分けは同意バナー導入でGA4の数値が減少へ。
2.セッションの本数を見てから、発火を確かめる#
最初に見るのは、同じ日のセッションの本数です。ここが前の週と変わらないなら、止まっているのは購入イベントだけです。セッションまで一緒にゼロだった場合はFAQで扱います。
次はテスト注文です。1件通して、購入がイベントとして届くかをその場で見ます。使う画面はDebugView[3]と、タグマネージャー側の同じ目的のプレビュー機能[4]です。発火が見えないときは送る側、発火しているのに収益に入らないときは受け取る側へ進みます。購入イベントの組み方はGTMでEC購入を計測する基本で扱っています。
ここまでで送信側か受信側かは決まりますが、いつからかは分かりません。それを決めるのが注文実数との突き合わせです。カートや決済の管理画面の注文件数を日付ごとに取り出し、GA4の購入イベント数と対にします。同じ突き合わせは漏れの割合の見積もりにも使えますが、ここで取り出したいのは日付です。
対にすると、欠け方に形が出ます。まず差が開いた最初の日を探します。その手前に半分だけ記録が残った日があれば、作業した時刻の前後で発火が分かれた日で、そこが起点の候補です。日付が決まれば、その日にサイトで何が変わったかを見に行けます。なお、ゼロと「少し合わない」は原因も対処も別物です。数%のずれはGA4の売上がShopifyと合わない理由の範囲になります。
広告の管理画面のコンバージョンも同じ日から止まっているときは、GA4の中だけの話ではありません。タグマネージャーなど両方が通っている場所を見ます。点検の手順は広告のCV計測が壊れていないかに、カート固有の確認先はGA4eコマース設定のチェックリストにあります。
ただし、この突き合わせが成り立つのは、誰かが毎日、注文の実数を取り出して同じ日付に対にしているあいだだけです。DebugViewもプレビューも、確認できるのは操作している最中の発火だけです。作業をやめた翌日から同じことが起きても、見つかるのは次に誰かが表を作った日です。
3.止まっているのは計測で、売上ではない#
前日のデータがGA4のレポートで使えるようになるのは、標準的には翌日の午後3時30分ごろです。保証された時刻ではなく、処理が遅れることもあると明記されています[5]。切り分けが1日で終わらない理由がここにあります。
タグを直したその日の午後に画面を開いても収益の欄はゼロのままで、直った証拠は翌日以降にしか出ません。いま発火しているかだけなら、リアルタイムのレポートに通常は数分で反映されます[5]。ただしそこで見えるのはその瞬間のイベントで、その日の売上の合計ではありません。一部のデータは最長7日遅れて届くこともあります[5]。
その間も、売上そのものは減っていません。決済は通り続け、金額は決済側に残ります。抜けるのは、それをどこに寄せるかを決める材料です。RPS（1セッションあたりの売上）やチャネル別の売上を見て決めていた判断から、入力だけが消えます。
そして、この判断には期日があります。今月の広告費は毎日消化され、セールの発注にも入荷日からの締め切りがあります。壊れた日を特定して直し、翌日にレポートへ前日分が入るのを確かめる。最短でも2日、遅れて届く分まで待つなら1週間。その2日から1週間のあいだにも、配分を決める日は普通に来ます。
RevenueScopeの解決策
売上・セッション・RPS・AOV・CVRの5つを1画面で表示します。期間を指定すると、当期の値に前期比と日次の推移を表示します。
セッションの集計はRevenueScope自身のタグが行います。売上はGA4と同じdataLayerの購入イベントを受け取っているので、そこが止まればRevenueScopeの売上とRPSも同じ日にゼロへ落ちます。計測タグが生きていれば、セッションだけはその日の水準のまま記録され、日次の推移に落ち方の違いが形として残ります。
架空店舗コモレビの改修前7日のチャネル別の内訳をRevenueScopeでたずねると（イメージ）
| チャネル | セッション | 売上 | RPS |
|---|---|---|---|
| Google検索 | 5,200 | 62万円 | 119円 |
| Meta | 2,400 | 12万円 | 50円 |
| Direct | 1,800 | 9万円 | 50円 |
| メール | 600 | 4万円 | 67円 |
| 合計 | 10,000 | 87万円 | 87円 |
※見てほしいのはGoogle検索と残り3チャネルの開き方だけです。金額もチャネルの顔ぶれも説明のために作った一例で、デモ画面に入っているのは見本ECのサンプルデータ（日々更新）です。
87万円のうち62万円がGoogle検索から出ていて、他の3チャネルを足しても25万円です。RPSも119円で最上位ですから、この店の配分はGoogle検索を見て決まります。購入イベントが止まった日は、その119円を含めて表のRPSが一斉にゼロになります。判断にいちばん使っていた数字が、他と同時に消えます。
FAQ#
よくある質問#
Q. セッションも一緒にゼロになっていました。原因は同じですか？
A. 購入イベントより手前、計測タグか、それを配信しているタグマネージャーの側で止まっています。カスタムHTMLで入れているなら、タグマネージャーごと落ちたときにセッションの集計も同時に止まります。見る順番は変わりません。
Q. タグを直したのに、画面はまだゼロのままです。直っていないのでしょうか？
A. その日のうちには判断できません。前日のデータがレポートで使えるのは、翌日の午後3時30分ごろが目安です[5]。いま発火しているかだけなら、リアルタイムのレポートで通常は数分のうちに確認できます[5]。
Q. 止まっていた期間の売上を、あとから入れ直せますか？
A. 送られなかった購入イベントが、あとから自動で埋まることはありません。最長7日の遅れで届くデータはありますが[5]、到着が遅れる分の話です。欠けた期間はカート側の注文データで補います。
まとめ#
GA4の売上が突然ゼロになったとき、最初に開くのはタグの設定ではなく、同じ日のセッションです。ここが平常どおりなら購入イベントだけが届いていません。あとはテスト注文の発火、注文実数との突き合わせ、と順に降ります。
直った証拠が出るのは翌日の午後3時30分ごろ以降です。今日やることは、昨日と今日の注文の実数を取り出して、同じ日付のGA4の購入イベント数と対にすること。2つが離れた日付が、その日に何が変わったかを見に行く出発点です。
どの広告が売上を生んでいるか、一目でわかる
月5,000セッションまで、AIアナリストもずっと無料。クレジットカード不要。最短5分で導入。
