最初に「何が変わったか」を定義する
「成果が下がった」では確認範囲が広すぎます。指標、値、単位、期間、対象、データ取得日時を書きます。以下の確認順は編集上の提案です。受付停止などの明確な障害がある場合は、影響を止める対応を優先し、証拠と変更内容を並行して記録します。
1．計測と比較条件を確かめる
集計期間の日数・曜日、タイムゾーン、完了していない当日、フィルター、同意条件、内部アクセスの除外、イベント定義を確認します。タグやフォームの変更日と変化の開始日を並べ、受付台帳など別の記録とも照合します。
GA4のイベントが減ったのに受付台帳が変わらなければ、需要の減少より先に送信や集計の不一致を調べる理由があります。ただし台帳側にも欠測があり得るので、片方を無条件に正解としません。計測設計の成功条件へ戻って確認してください。
2．件数・率・構成に分解する
架空例：同じ条件の対象セッションが10,000から8,000、受付が200から160に減少。受付率はどちらも2％です。受付件数は20％減ですが、率の低下とは言えません。対象の流入減を確認する方が先です。
| 観測 | 次に確認すること | まだ言えないこと |
|---|---|---|
| 流入だけ減った | 媒体・ページ・端末別の減少 | LPの説得力が落ちた |
| 流入は同じで受付率が低下 | 入力エラー、条件変更、流入の質 | デザインだけが原因 |
| 全体率が低下、区分別率は安定 | 区分の構成比 | 全ページの性能が悪化 |
| 一つの媒体だけ急変 | 配信・計測・分類の変更 | 全体の需要が変化 |
3．変化の範囲と時点を絞る
- 日別で変化の開始日を確認する。
- チャネル、ランディングページ、端末を一つずつ分ける。
- 全体への増減寄与を件数で見る。小さい区分の大きな増減率だけで順位を決めない。
- 変更履歴と照合し、変更のない区分も比較する。
- 期間を延ばし、前年や同じ曜日の並びも確認する。
検索流入については、Googleも技術的問題、需要の変化、更新など複数の原因を案内しています。Google公式の減少調査ガイドを参照し、時期が一致しただけでアルゴリズム更新のせいと決めないでください。
4．仮説ごとに反証を用意する
「料金改定が原因」という仮説なら、改定対象外のページ、開始前後の受付理由、フォームのエラー状況を確認します。比較対象がなければ、観測できた関係と因果の不確かさを分けて報告します。
判断・検証票に、事実、仮説、否定できる証拠、担当、確認日を書きます。完了条件は、原因を一つに決めることではなく、次の確認と暫定対応が決まることです。証拠不足なら保留し、数字に合わせて後付けの物語を作りません。
AIで切り分けを補助する
架空値：前期セッション10000・受付200、今期8000・160。同じ期間・定義。
目的：件数と率を分け、追加調査の順番を決める。
入力追加：対象・期間・除外・欠測・タグや施策の変更履歴。
出力：増減率、受付率の式、言える事実、原因候補、反証する確認。
禁止：流入減の原因をデータなしで決めない。未入力を0にしない。
検算の期待値はセッション・受付とも20％減、受付率はいずれも2％です。計算が合っていても原因の説明が正しいとは限りません。
AI支援で制作。資料確認日：2026年10月6日。次回確認予定：2027年1月6日。実務者監修・取材、第三者再現、実運用の効果測定は未実施です。ケースは架空の教材であり、実案件の経験談ではありません。記入例・数値例は架空の教材です。改善効果を保証するものではありません。
