「アクセスが30％増えた」「商談化率が半分になった」。数字だけを見ると、施策が成功したのか失敗したのか分かった気になります。しかし、集計期間、分母、対象顧客、計測の条件が違えば、数値の意味も変わります。
以前のこの記事は『データという事実から真実を導く』と表現していました。けれどもデータの集計自体が欠けていたり、定義の違う値が並んでいたりする場合、問題は解釈以前にあります。この記事では、数字の出所・定義・計測の限界を明示し、どこまで言えて何がまだ分からないかを判断する方法を整理します。
最初に見るのは「増減」より対象と分母
前月に商談が10件、今月は15件なら、件数は5件増えています。しかし商談化率の比較をするには、何人を対象にしたのか、どの時点から商談と数えたのか、営業の受入条件が変わっていないかも必要です。
| 問い | 確認項目 | 例 |
|---|---|---|
| 誰を数えたか | 対象顧客群、重複除外の有無 | 全リードか、営業受領済みのみか |
| いつ数えたか | 開始日・終了日・時刻・タイムゾーン | 9月全体と10月の途中を比べていないか |
| 何を一件とするか | イベント・フォーム・商談等の定義 | 同じ人の再送信を複数件と数えるか |
| どの情報源か | GA4・CRM・Search Console・手集計 | 定義が異なるシステムの値を混ぜていないか |
| 何が欠けているか | 未計測・同意による制限・遅延 | 計測不可能な人や行動はどこにいるか |
たとえば、100件のリードから10商談と、200件のリードから15商談を比べるなら、商談化率は10％と7.5％であり、件数増加と比率低下が同時に起きています。この数値は説明用の架空例です。率の低下だけで、マーケティングの質が悪化したと断定することはできません。
GA4の数値には、計測・集計による限界がある
GA4はサイト・アプリで発生した行動を計測し、画面上にレポートとして表示する仕組みです。表示されるユーザー数やセッション数は、収集した生データをそのまま足し合わせた件数とは限りません。
Googleの公式サンプリングの説明では、大規模データや複雑なクエリで集計の一部がサンプルに基づく場合があること、データ品質アイコンで確認できることを説明しています。また一部のユーザー数・セッション数は近似的なカウント方法で扱われます。
同じ画面でも、日付・指標・ディメンション・フィルタを変えると、別の集計になります。データのしきい値に関する公式資料は、プライバシーを保護するために一部のデータがレポートから除外される場合があると説明しています。
したがって、GA4で数字が少ない、データが表示されない場合に、実際の訪問や行動が存在しなかったと即断するのは危険です。
GA4の画面とAPIの値が違うこともある
Google Analytics Data APIの公式ドキュメントは、画面とAPIの結果が異なる要因として、サンプリング、レポートの対象、フィルタ、報告用の識別方法、処理の時差などを説明しています。
もしAIや外部のレポートツールでGA4の数値を集計するなら、プロパティと対象期間だけでなく、どのイベントを数えたか、どのディメンションとフィルタを指定したかも記録します。『公式画面と違うからAPIのデータが誤り』とも、『APIなので画面より正確』とも断定できません。
Search Consoleの「表示回数」とGA4の「訪問」は同じではない
Search Consoleの検索パフォーマンスは、Google検索結果での表示やクリックを記録するものです。GA4はサイト・アプリでの利用者の行動を集計するため、クリック数とセッション数が完全一致するとは限りません。
Google検索セントラルの検索パフォーマンスの集計・除外に関する解説では、プライバシー保護のために匿名化された検索クエリが表の一覧へ出ない場合や、表示行数に制約がある場合を明記しています。
そのため、クエリ表の各行を足した合計と、グラフ上のクリック数が違っていても、直ちに集計ミスとは言えません。また検索結果に表示された回数を、サイトに訪れた人数と同じ意味で扱うこともできません。
「原因」を語るには、別の証拠が要る
たとえば資料ダウンロードが急増し、商談件数が横ばいになったとします。この二つの数値だけでは、集客する読者の変化、フォームの表示方法、商談までの時間差、営業担当のリソース、CRMの定義変更のどれが原因か分かりません。
- 事実：定義をそろえて集計したダウンロード件数は増えた。
- 事実：同じ条件で見た商談件数は横ばいだった。
- 仮説：情報収集段階の読者が増えた可能性がある。
- 別の仮説：営業への引き継ぎが一時的に滞っている可能性がある。
- 未確認：個々のリードから商談までの移動と、計測の抜け。
このように分けることで、数字に自分の都合のよい物語を足さずに、次に何を確かめればよいかが見えてきます。
GA4・Search Console・CRMをつなぐときの最小台帳
| 情報源 | 指標の例 | 正本となる記録 | 主な限界 |
|---|---|---|---|
| GA4 | Web閲覧、重要行動 | 対象プロパティのレポート・計測設定 | 同意・識別・集計条件で差が出る |
| Search Console | 検索表示・検索クリック | 対象プロパティの検索パフォーマンス | 匿名化クエリ・表の行数に限界 |
| CRM/SFA | 営業の受領・商談・受注 | 社内で合意した状態定義と履歴 | 担当の入力遅延や定義変更 |
| 経営・財務データ | 売上・粗利・継続等 | 契約・請求・会計の記録 | 確定時期や会計処理が異なる |
外部ツールへ一度取り込んだ値を正本とみなすのではなく、各システムの元データと、抽出時点・方法を残すことが重要です。担当者が手作業で数字を加工したときは、その式と処理内容も記録します。
生成AIによる数値の説明には、検算を組み合わせる
AIは数字を文章化するのに便利ですが、分母が違う数字を比較したり、因果関係のない出来事へ理由をつけたりすることがあります。使うなら、まず事実として確定した表だけを渡し、結論を『分かること』『あり得る理由』『必要な追加調査』に分けて整理します。
AIが算出した割合は、元データを用いて再計算します。機密性の高い顧客名、案件名、契約金額を外部サービスへ入力する場合は、そのサービスの利用条件・社内ルール・権限を確認する必要があります。
経営・営業に出す1ページの報告書
- 対象：事業、製品、顧客群、集計期間、主要指標。
- 確認できた変化：比較条件をそろえた事実。分母と差分を明示。
- データの限界：しきい値、未計測、遅延、定義変更、分析不能な部分。
- 仮説：考えられる理由を複数示し、根拠の強さを区別。
- 次の行動：追加の測定・顧客への確認・施策の調整と、判断を更新する時期。
この報告書の構成は当サイトの編集上の提案であり、どの企業でも同じKPIが最適になるという意味ではありません。リードから商談・受注への接続はBtoBマーケティングのKPI設計、営業との情報の共有はMQL・SQLの引き継ぎSLAで詳しく扱っています。
参考資料・確認範囲
- Google Analytics ヘルプ：データのサンプリング。サンプルに基づく集計とデータ品質アイコンの説明。
- Google Analytics ヘルプ：データのしきい値。利用者のプライバシー保護による集計制限。
- Google Analytics Data API：レポートデータの期待値。画面とAPIで値が異なる原因の整理。
- Google検索セントラル：Search Consoleのデータ処理と制約。匿名化クエリや表示行の制限。
- 留保：この記事は一般的な計測上の注意点の整理です。特定企業や当サイトの実際のアクセス・商談データを新たに取得して原因を確定したものではありません。
データが示すのは、その計測方法と条件のもとで記録できた出来事です。真実を見抜くことより先に、何を測っていて何を測れていないかを認めること。その上で事実と仮説を分ければ、次の改善の判断はずっと具体的になります。