プロダクト分析 vs Web分析

Web分析ツール——Google Analytics、Plausibleなど——はログイン前のマーケティング面を中心に見る：セッション、リファラー、ランディングページのコンバージョン、地域リーチ。分析の単位は匿名の訪問者であり、核心にある問いは、自社サイトが正しい層を惹きつけコンバージョンさせているかどうかだ。

プロダクト分析ツール——Mixpanel、Amplitude、PostHog——はログイン後の認証済み体験を中心に見る：ユーザーがどの機能をアクティベートするか、どのくらいの頻度で戻ってくるか、重要なフローのどこで離脱するか、そしてどのコホートが残り、どのコホートがチャーンするか。分析の単位は特定のアカウント内の識別済みユーザーであり、核心にある問いは、自社プロダクトが繰り返し価値を届けているかどうかだ。

両者を混同すると、両方向で死角が生まれる。プロダクト分析だけに頼るマーケティングチームは、ファネル上部の信号を見逃す。Web分析だけに頼るプロダクトチームは、アクティベートされたユーザーがリリースした機能を実際に使っているかどうかを見る手段がない。健全なプロダクト組織は両方を運用し、それをユーザーレベルで結びつけることで、獲得データとプロダクト内の行動が一つの物語を語るようにする。

AIOProductOSのようなプロダクトオペレーティングシステムは、まさにこの結びつけを前提に構築されている。Web分析（ページビュー、UTMアトリビューション、スクロール深度、クリックヒートマップ）とプロダクト分析（機能イベント、セッションリプレイ、フィーチャーフラグ）は、顧客記録、そのサブスクリプション、サポート履歴、そして進行中の作業と同じ基盤を共有する。つまりプロダクトマネージャーは、あるコホートがチャーンしたという事実だけでなく、その顧客が何を支払い、何を要望し、どの機能を一度も使わなかったかまで——スプレッドシートに書き出すことなく、一箇所で見ることができる。

獲得を最適化しているとき、コンテンツを評価しているとき、あるいはマーケティング費用を測定しているときはWeb分析を使う。機能の優先順位を決めているとき、低いアダプションを診断しているとき、プロダクト内でA/Bテストを実行しているとき、あるいは投資家にリテンション指標を提示しているときはプロダクト分析を使う。この2つの問いの集合は、訪問者がユーザーになる瞬間——アクティベーションの境界——で重なり合う。だからこそ、この受け渡しの地点は両方のシステムで計測されるだけの価値がある。

これらを別々のツールに保管しているチームは、しばしばアクティベーションの物語を完全に失う。Web層とプロダクト層が同じ取り込みエンドポイントと共通のユーザー識別子を共有するとき、アクティベーションファネルは連続的になる。ユーザーを最初のマーケティング接触から、オンボーディング、最初の価値の瞬間、そして長期的なリテンションまで、エクスポートを手作業でつなぎ合わせることなく追跡できる。