posthog

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 等の小型機器では運用が困難。

対応プラットフォーム
LinuxDockerPostHog Cloud (US/EU)
情報源: github.com

こんな場面で使う

プロダクト分析 / セッションリプレイ / フィーチャーフラグの統合 Product OS

公式は「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 スタートアップでの採用と従量課金モデル

公式サイトで 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 テスト運用事例の投稿が継続している。

Qiita 記事
少数(10件未満)
Zenn 記事
中程度(10〜50件)

採用企業(公式 Customers より)

Y Combinator, Supabase, ElevenLabs, Lovable, Arena, ResearchGate, Exa, Hasura
情報源: posthog.com

このツールについてよくある質問

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
Stars
32,449
Forks
2,486
言語
Python
ライセンス
NOASSERTION
ab-testingai-analyticsanalyticscdpdata-warehouseexperimentsfeature-flagsjavascriptproduct-analyticspython+5

代替元のサービス

関連ツール