
posthog
Google Analytics, Datadogの代替として
PostHogは、成功するプロダクトを構築するためのオールインワンのオープンソースプラットフォームです。プロダクトアナリティクス、Web分析、セッションリプレイ、フィーチャーフラグ、A/Bテスト、エラートラッキング、アンケート、データウェアハウスなど、プロダクト開発に必要なあらゆるツールを統合しています。
- プロダクト&Web分析 — イベントベースの自動キャプチャとGA風ダッシュボードでユーザー行動を分析
- セッションリプレイ — 実際のユーザー操作を録画再生し問題を診断
- フィーチャーフラグ&A/Bテスト — 機能の段階的ロールアウトと統計的な効果測定
- エラートラッキング — エラーの追跡、アラート、解決を一元管理
- サーベイ — ノーコードのアンケートテンプレートまたはカスタムビルダーでフィードバック収集
- データウェアハウス&パイプライン — Stripe、Hubspot等の外部データを同期しプロダクトデータと統合分析
Python + TypeScript製(MITライセンス、EE部分は別ライセンス)。こんな人におすすめ: Amplitude、Mixpanel、LaunchDarklyなど複数のSaaSを一つのOSSプラットフォームで置き換えたいプロダクトチーム。UmamiがWeb分析に特化するのに対し、PostHogはプロダクト分析、セッションリプレイ、フィーチャーフラグまで包括するオールインワン設計です。導入のポイント: PostHog Cloudは毎月100万イベントまで無料。セルフホストはDockerで一行デプロイ可能です。
インストール・要件
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/posthog/posthog/HEAD/bin/deploy-hobby)"
最小 4GB メモリが推奨。Linux サーバー + Docker 環境が必要。ClickHouse など複数のコンポーネントを内部で稼働するため、Raspberry Pi 等の小型機器では運用が困難。
こんな場面で使う
公式は「PostHog's Product OS isn't just analytics – it's the entire suite of tools built to give you a single source of truth about your customers.」と位置付け、Stripe 決済・エラートラッキング・サポートチケット等の複数データソースをまとめて分析する用途で採用されている。
情報源: posthog.com公式サイトで Y Combinator、Lovable、ResearchGate、Supabase、ElevenLabs、Exa、Hasura が採用企業として明示されている。料金は usage-based の従量課金で、Product Analytics は月 100万イベント、Session Replay は月 5,000 録画、Feature Flags は月 100万リクエストまで無料枠で利用できる。
情報源: posthog.com他ツールとの比較
- メインコードベースは MIT ライセンスでセルフホスト可能。Google Analytics は SaaS のみで自前運用の選択肢がない
- プロダクト分析 / Web 分析 / セッションリプレイ / フィーチャーフラグ / A/B テスト / エラートラッキング / サーベイ / データウェアハウスを統合提供
- イベントベースの自動キャプチャでカスタム分析を直接記述可能
- Y Combinator・Supabase・ElevenLabs 等のスタートアップで採用実績あり
- Google Analytics は Google インフラ運用で利用者側のサーバー管理が不要
- Google Analytics は Google Ads / BigQuery / Search Console 等の Google エコシステムと密結合
- Google Analytics は無料枠が広く、トラフィック規模の大きいサイトでもコストが発生しにくい
- プロダクト分析 / セッションリプレイ / フィーチャーフラグ / A/B テスト / エラートラッキング / サーベイ / データウェアハウスを統合提供
- PostHog Cloud(US/EU)のマネージド版が提供される
- イベント駆動のファネル / リテンション / パス分析・トレンド可視化を標準搭載
- Umami は「simple, fast, privacy-focused alternative to Google Analytics」を標榜するミニマル構成
- Umami は Node.js 18+ と PostgreSQL のみで稼働。PostHog は 4GB+ メモリ・ClickHouse 等を必要とする
- Umami は Web 分析(Charts / Statistics / User Journey)に範囲を絞り、運用負荷が低い
- セッションリプレイ / フィーチャーフラグ / A/B テスト / エラートラッキング / サーベイまで含むオールインワン構成。Plausible は Web 分析に特化
- セルフホスト版で月 100万イベントまでスケールする想定設計
- Stripe や Hubspot 等の外部データを取り込む Data Warehouse / CDP を標準同梱
- Plausible は「No personal data or IP addresses are stored, and no cookies or persistent identifiers are used」と明示し、Cookie レス・IP 非保存設計
- Plausible は「Fully compliant with GDPR, CCPA and PECR」を README で宣言、Cloud は EU 専有インフラで処理
- Plausible Cloud はセットアップ約 2 分の軽量構成
- Plausible は Google Search Console 連携でキーワードデータを取得可能
日本語情報
公式日本語ドキュメントは未提供。Qiita では PostHog を主題とした記事が 10件未満と少なめだが、Zenn では 2026 年に個人開発 SaaS のファネル可視化や Feature Flag を使った A/B テスト運用事例の投稿が継続している。
採用企業(公式 Customers より)
このツールについてよくある質問
- Mobile SDK(React Native 等)でセッションリプレイや Feature Flag の挙動が想定と異なります。
- GitHub Issues の question ラベルでは「session replay masking problems and event registration failures」「$os filter on feature flag does not match mobile SDKs when ensure_experience_continuity is enabled」など、Mobile SDK 周りの質問が頻出している。Mobile SDK のセッションリプレイは iframe や text マスキング設定で挙動が変わるため、SDK バージョンとマスキング設定の組み合わせを公式 docs で確認する必要がある。Feature Flag のクロスプラットフォーム挙動は `ensure_experience_continuity` フラグ設定の有無で影響を受ける。 情報源: github.com
- Self-hosted 版で React Native アプリのイベント登録が失敗するケースがあります。
- GitHub Issues の question ラベルで「event platform registration in self-hosted environments, particularly with React Native implementations」が頻出している。Self-host 環境では SDK の endpoint 設定(自前ドメインの https URL)、CORS 構成(Origin / Access-Control-Allow-Origin の整合)、Ingestion 受信ポートの到達性、TLS 証明書の信頼性(自己署名はモバイルで信頼されないことが多い)が主な確認ポイントとなる。 情報源: github.com
- Source Map のハッシュ不一致でエラー追跡が動かない場合は?
- GitHub Issues の question ラベルでは「warn instead of failing on source map content hash mismatch」(#48179)のように、Source Map の content hash 不一致時に処理がハード失敗する挙動を緩和してほしいという要望が提出されている。回避策としては、デプロイ時に Source Map とビルド成果物の同期を厳密に管理する CI 設定が必要となる。 情報源: github.com
導入時の注意点
- リポジトリは「メインコードベース MIT + Enterprise Edition (ee ディレクトリ) は別の独占ライセンス」という open-core 構成。完全な FOSS が必要な場合は別途 posthog-foss リポジトリを利用する必要がある。EE 機能の利用や再配布前にはライセンス影響を確認する必要がある。情報源: github.com
- セルフホスト版(deploy-hobby)は「月間およそ 10万イベントまで」が想定スケールで、それを超える規模では PostHog Cloud への移行が公式推奨されている。本番運用前にイベント数の見積もりが必要。情報源: github.com
- 最小 4GB メモリが必要で、ClickHouse など複数コンポーネントを内部で稼働するため、Raspberry Pi 等の小型機器や小規模 VPS では運用困難。情報源: github.com