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

GA4のコンバージョンが急に爆増したとき、最初の30分でやること

GA4のコンバージョン（キーイベント）が急に爆増したときに、最初の30分で“本当に増えた”か“二重計測/誤定義”かを確定して意思決定の誤爆を防ぐ手順です。

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

GA4のコンバージョン（キーイベント）が急に“爆増”したとき、最初にやるべきことは「喜ぶ」ではなく「“本当に売上/申込が増えた”のか、“計測が二重化/誤定義で増えただけ”なのかを30分で確定する」ことです。

爆増は、施策の成功よりも「タグ二重設置」「イベント重複」「キーイベント定義の誤爆」「参照元/リダイレクト/同意まわりの変化」などの事故で起きる頻度が高く、放置すると最適化が壊れて次の意思決定を誤ります。

0. まずやらないこと

  • いきなりキーイベント設定やイベント名を変える（まず“何が増えたか”固定）
  • GTMのタグを大量に追加/削除する（差分を最小に）
  • 広告費やLPを拡大する（“本当に増えた”確認が先）

最初の30分は「直す」より「切り分け」です。

1. “何が増えたか”を固定（5分）

まず「増えた対象」を固定します。ここが曖昧だと、原因が分からないまま“直したつもり”になります。

  • どのドメイン/プロパティの話か（複数運営なら最優先で固定）
  • いつから増えたか（今日/昨日/週次、時間帯まで）
  • 何が増えたか（購入数/リード数/特定フォーム送信/キーイベント数 など）
  • “どのレポートで気づいたか”（標準/探索/広告/Looker Studio）

2. GA4以外で“本当に増えたか”をクロスチェック（5分）

“本当に増えた”か“GA4だけ増えた”かで優先順位が変わります。

  • Stripe/決済/申込DB: 成功件数も同時に増えているか（該当する場合）
  • サーバ/Cloudflare: 対象ページのリクエストやPOSTが増えているか
  • 問い合わせ/メール: 実数（受信）が増えているか（該当する場合）

GA4以外が増えていないなら、まず「計測事故」の可能性を最優先で潰します。

3. “二重計測”を最短で除外（10分）

爆増の定番は「同じイベントが2回送られている」事故です。次の順に確認します。

  1. タグの二重設置（GTM + 直書き、複数GTMコンテナ、2つの計測SDKなど）
  2. 同じイベントの二重発火（同じクリック/送信に対し2トリガーが走る）
  3. SPA遷移/再描画で再発火（ページ遷移時に再送している）

“疑い方”のコツは「増え方の形」です。

  • きれいに2倍/3倍に近い → 二重発火の疑いが強い
  • 特定ページ/特定端末だけ増える → トリガー条件の誤爆（URL/要素/同意）を疑う

可能ならGA4のDebugView/Realtimeで、自分の操作が“何回”届くかを確認します。

4. “キーイベント定義の誤爆”を除外（5分）

GA4ではコンバージョン相当は「キーイベント（Key event）」です。爆増しているキーイベントが、意図したイベントに紐づいているか確認します。

  • 対象イベントは本当に目的イベントか（例: page_view を誤ってキーイベントにしていないか）
  • 直近でキーイベントのON/OFFや条件を変えていないか
  • 直近でイベント名/パラメータを変えていないか（GTM側の変更含む）

5. “参照元/リダイレクト/同意”起因の誤カウントを除外（5分）

次に多いのが「ユーザー行動は同じなのに、計測の解釈が変わって増える」ケースです。

  • 同意（Consent）設定の変更で、計測が偏っていないか
  • リダイレクト/遷移/URL正規化の変更で、イベントが2回走っていないか
  • クロスドメイン/サブドメインをまたいで“別セッション扱い”になっていないか

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

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

  1. 本当に増えた（決済/申込も増）: 何が効いたかの仮説を立て、再現性チェックへ。
  2. 二重計測（ほぼ2倍/DebugViewで複数回）: タグ二重/二重発火の修正を最優先。
  3. 定義誤爆（意図しないイベントがキーイベント）: キーイベント定義の修正を最優先。
  4. 解釈の変化（同意/遷移/ドメインまわり）: セッション/参照元/遷移の修正へ。

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

爆増の事故を放置すると、最適化が壊れて戻すのに時間がかかります。次からは「異常値に即気づく」仕組みを先に作っておくと、初動が一気に早くなります。

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

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

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

関連

  • /media/ga4-conversion-zero-first-30-minutes
  • /media/ga4-direct-none-spike-first-30-minutes
  • /media/stripe-payment-failures-spike-first-30-minutes

参考にした一次情報

  • GA4 Help: Key events
  • GA4 Help: DebugView
  • GA4 Help: Realtime report

この記事を書いた人

川原

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

著者情報

関連記事

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

次にやること

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

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