PostHog は『分析＋実験＋録画の統合プラットフォーム』
PostHog は、プロダクト分析・A/B テスト・セッション録画・フィーチャーフラグを統合提供するオープンソース系プラットフォームです。Mixpanel・Amplitude・Hotjar・LaunchDarkly の機能を1つにまとめた立ち位置で、個人開発からエンタープライズまで採用が広がっています。本記事では、PostHog の主要機能と活用パターンを編集部の視点で整理します。SaaS MVPの作り方 もご参考に。
主要な機能
(1) イベント分析：ユーザー行動の追跡。(2) ファネル：転換率の可視化。(3) セッション録画：実画面の再生。(4) フィーチャーフラグ：機能の段階的公開。(5) A/B テスト：効果検証。(6) サーベイ：ユーザーアンケート。データアナリストの実務スキル もご参考に。
導入の基本
(1) JS SDK の埋め込み：HTML タグ1つ。(2) API キー管理：環境変数で。(3) 初期イベントの設計：自動キャプチャ＋カスタム。(4) ユーザー識別：identify でログイン後に紐付け。(5) セルフホスト or クラウド：規模で選ぶ。TypeScript学習 もご参考に（型安全な SDK 利用）。
イベント設計のコツ
(1) 名前を統一：snake_case 等のルール。(2) 重要イベントに絞る：全部追わない。(3) プロパティで分類：地域・プラン・OS 等。(4) ユーザー属性：プラン・登録日。(5) 更新ルール：イベント追加・削除の運用。「全部記録」より「分析に使う物だけ綺麗に」が長期で効率的です。
ファネル・離脱分析
(1) 主要ファネルを定義：登録→課金等。(2) 離脱ポイントの特定：どこで人が消えるか。(3) セグメント分析：地域・流入元別。(4) セッション録画と紐付け：離脱者の行動を観察。(5) 改善案の検証：A/B テストへ。ランディングページの作り方 もご参考に。
セッション録画の活用
(1) UX 問題の発見：迷っている箇所が見える。(2) バグ調査：再現が容易になる。(3) サポート連携：問い合わせの状況確認。(4) プライバシー配慮：入力フォームのマスキング。(5) 同意取得：プライバシーポリシー・規約。セキュリティエンジニアへの転身ガイド もご参考に。
A/B テストの基本
(1) 仮説を明確に：「○○を変えると○○が上がる」。(2) 1変数ずつ：原因を特定できる。(3) 十分なサンプルサイズ：早期判定の罠を避ける。(4) 事前に有意水準を決める：データの恣意的解釈を避ける。(5) 勝者の継続運用：勝った変更を全公開。データアナリストの実務スキル もご参考に。
フィーチャーフラグの活用
(1) 段階公開：1%→10%→50%→100%。(2) 緊急停止：問題発生時の即時切替。(3) ターゲティング：特定セグメントへの先行公開。(4) A/B テストの基盤：フラグで分岐。(5) 本番デプロイの分離：機能リリースとコードリリースを分ける。GitHub Actions学習 もご参考に。
失敗しがちなパターン
(1) イベント設計せず大量計測：分析に使えない。(2) プライバシー軽視：GDPR 等の違反リスク。(3) A/B テストの早期判定：誤った結論。(4) フラグの放置：負債化する。(5) セッション録画のマスキング忘れ：機密情報が記録される。対策は、(1)イベント設計、(2)プライバシー先行、(3)サンプル確保、(4)フラグ管理、(5)マスキング徹底、です。IT・Web業界の職種完全マップ もご活用ください。