2026年のPostHog代替ツール

なぜPostHogの代替を探すのか

繰り返し語られる不満は驚くほど共通しており、どれも「PostHogが悪い製品だ」という話ではありません。すべては相性の問題です。

• 面積が広すぎる。 9つの製品が束ねられているということは、9つのナビゲーション、9通りの概念体系、そして9通りの迷子になり方があるということです。ひとつの数字を探してPostHogを開き、見つけられないまま閉じた、という報告は珍しくありません。
• エンジニア以外には扱いづらい。 PostHogはエンジニアによってエンジニアのために作られており、それが良い意味でも悪い意味でも表れます。マーケターや創業者は、自分の疑問を自分で解く代わりに、開発者に依頼を出す側に回りがちです。
• 従量課金は成功とともに膨らむ。 無料枠は本当に寛大ですが、有効化した製品ごとに別々に計測され、イベント量は一方向にしか動きません。ローンチ時には無視できた請求額が、1年後には見直し対象の項目になり得ます。
• セルフホスティングは本物の運用作業。 オープンソースのコアは確かな資産ですが、自前で動かすとはインフラ、アップグレード、ストレージ増加を自前で運用するということです。制御を求めてセルフホストを選び、後から静かにCloudへ戻るチームは少なくありません。
• データの持ち出しには推奨経路がある。 PostHog自身のドキュメントは、大量抽出をイベントAPIから遠ざけ、S3・BigQuery・Snowflakeへのバッチエクスポートへ誘導しています。HogQLのクエリAPIにはレート制限があり、旧来のプロジェクトで1時間あたり120リクエスト、新しいプロジェクトで2,400リクエストです。設計判断としては妥当ですが、自社データの上に何を作れるかを左右します。
• そもそも一部しか必要でなかった。 これがもっとも多い理由です。本当に答えたかった問いが「どのチャネルが有料顧客を連れてくるのか」だったのなら、プロダクト分析基盤はかなり小さな仕事に対する非常に大きな道具です。

そのままPostHogを使い続けるべき人

このセクションを置くのは、多くの「代替ツール」記事がここを飛ばすからです。そして飛ばすことで、以降の内容すべての信頼性が下がります。多くのチームにとってPostHogは正解であり、離れることが素直な劣化になり得ます。

次のいずれかに当てはまるなら、動かないのが賢明です。

• エンジニアリング主導のチームで、プロダクト分析・フィーチャーフラグ・実験を、ひとつのデータモデルとひとつのSDKのもとで一箇所にまとめたい。
• フィーチャーフラグと実験が、リリースの進め方の中心にある。PostHogのフラグと実験は、このリストのほぼすべてより成熟しています。
• MITライセンスのオープンソースコアと、セルフホストできる選択肢を重視している。この組み合わせは希少で、以下の商用の選択肢はどれも並びません。
• プロダクトデータの隣にデータウェアハウスを置き、別のパイプラインを作らずに課金テーブルやCRMテーブルとイベントを結合したい。
• 知りたいのはプロダクト内部の挙動、つまりコホート別のリテンション、機能内の経路、解約前の1週間に何をしていたかであって、マーケティングチャネルやランディングページではない。
• チームの誰かがそのツールを心から気に入っている。アナリティクスの定着はほとんど人の問題であり、意欲ある担当者は機能一覧に勝ります。

このリストの読み方

以下の各項目には3つの情報を書いています。本当に得意なこと、推奨をためらわせる弱点、そして見送るべき状況です。点数も順位もありません。PostHogの9製品のうちどれに依存していたのかがわからないかぎり、「最良」という言葉は意味をなさないからです。

比較を始める前にひとつ助言を。アナリティクスツールを開く理由となる問いを5つ書き出してください。20ではなく5つです。多くの移行が期待外れに終わるのは、チームが仕事ではなく道具を置き換えてしまうからです。

1. Mixpanel — イベントとファネルを深く分析したいなら

Mixpanelはプロダクト分析の草分けのひとつで、中心的な仕事、すなわちプロパティ付きのイベント列を受け取り、SQLを書かずに切り分けさせるという点では今も屈指の鋭さを持ちます。ファネル、リテンション、コホート、フローは高速でよく設計されており、クエリビルダーはこの種のツールの中でも扱い心地の良い部類です。

PostHogより意図的に守備範囲が狭い製品です。フィーチャーフラグもデータウェアハウスもなく、セッションリプレイは存在しますが製品の中心ではありません。PostHogのうち欲しかったのは分析部分だけで、残る8製品がノイズだったのなら、Mixpanelはこのリストでもっとも素直な置き換えです。

• 向いているチーム: 9製品のスイートを導入せずに、本格的なイベント分析をしたいプロダクト／グロースチーム。
• 弱点: 役に立てるには依然として設計されたトラッキング計画が必要で、雑なイベント設計はPostHogのときとまったく同じだけ痛みます。料金はボリューム連動なので、PostHogから押し出された原因のコスト圧力がそのまま追いかけてくることもあります。
• 見送るべき場合: 関心の中心がプロダクト内の挙動ではなく、マーケティングチャネル、ランディングページ、売上のアトリビューションにあるとき。

2. Amplitude — 分析の担当者がいるチームへ

AmplitudeはMixpanelと同じカテゴリーにありますが、より企業向けに寄っています。ガバナンス、タキソノミー管理、実験、そしてアナリストを抱える組織を想定した重厚な機能群です。ツールを引き受けるデータ部門があるなら、Amplitudeはその投資に見合う成果を返します。

深いプロダクト分析においては、Zenovayよりも、このページの下にあるプライバシー志向のどのツールよりも、率直に言って強力です。埋もれさせずにはっきり書いておきます。

• 向いている組織: 分析またはデータのチームを持ち、複雑なプロダクトを扱い、多数の関係者にまたがるイベント設計の統制が必要な組織。
• 弱点: ここで最も導入が重いツールです。計測実装、タキソノミー設計、継続的な保守はいずれも本格的なプロジェクトであり、専任者のいない小さなチームは、もっと単純なツールより得るものが少なくなります。上位帯の価格は見積もり制です。
• 見送るべき場合: 10人未満で、職務内容に「データ」という語が入る人がいないとき。

3. Usermaven — シンプルでマーケターが使えるアナリティクス

UsermavenはPostHogが空けたままにしている隙間を正面から狙っています。つまり、マーケターが自力で動かせるツールです。ウェブ分析とプロダクト分析、アトリビューション、ファネルを組み合わせ、開発者が同席しなくても設定とレポートが理解できるように作り込んでいます。

その点は率直に言って上手で、Zenovay自身のポジショニングにもっとも近い競合です。強いのは立ち上がりで、スクリプトを入れてから役に立つレポートを読むまでの距離が短く、考える手間がほとんどいりません。

• 向いているチーム: 維持すべきデータモデルを抱えずに、プロダクトに近い分析をしたいマーケティングチームや創業者。
• 弱点: 既存大手より会社もエコシステムも小さく、問いが具体的になるとMixpanelやAmplitudeにははるかに届きません。オープンソースのコアもセルフホスティングもありません。
• 見送るべき場合: エンジニアリング水準の実験、本番コードに組み込むフィーチャーフラグ、自前パイプライン用の生イベントへのアクセスが必要なとき。

4. Matomo — セルフホストとデータ所有のために

Matomoはこのリストで最も長い歴史を持ち、PostHogで最も価値を感じていたのが「自社のハードウェアで動かし、データベースを完全に所有できること」だったなら、当然の移転先になります。PostHogと違い、プロダクト分析スイートではなく明確にウェブ分析基盤であり、多くのチームにとってはそれこそが要点です。

ヒートマップとセッション録画は有料プラグインとして提供され、プラグインのエコシステムは大きく、セルフホストのインスタンスならデータの置き場所を自分で決められます。

• 向いている組織: 分析データを自社管理のインフラに置くことが厳格な要件のチーム、およびそれが交渉不可能な公共部門・規制業種。
• 弱点: 運用を引き受けることになります。データベースの肥大化、アップグレード、性能チューニング、バックアップです。UIは新しいツールと並べると古さが見え、クラウド版はボリュームが増えると価格が急に上がり、既定設定はCookieを使うため、設定を変えないかぎり同意バナーがセットで付いてきます。
• 見送るべき場合: データベースの面倒を見たい人がチームに誰もいないとき。

5. Plausible — 必要最小限のダッシュボード

PlausibleはPostHogの意図的な正反対です。1ページ、ひと握りの数字、数キロバイトのスクリプト、オープンソース、EUホスティング、Cookieなし。学ぶことが実質的にありません。

PostHogを離れた理由が「情報量に圧倒されたから」なら、Plausibleは入手できるもっとも思い切った処方です。誰も研修せずに全社で共有できる、このリストでいちばん簡単なツールでもあり、その価値は多くの機能比較が認めている以上に大きいものです。

• 向いているサイト: コンテンツサイト、ブログ、マーケティングサイト、そして「何が必要か」への正直な答えが「トラフィックと流入元と目標が2つ3つ」であるすべてのチーム。
• 弱点: 天井は意図的に低く設定されています。セッションリプレイなし、ヒートマップなし、実験なし、フィーチャーフラグなし、セグメントも限定的。問いが育ったときは、このツールの中で育つのではなく2つ目のツールを足すことになります。
• 見送るべき場合: 特定の訪問者が何をしたかを見たいとき、または訪問と売上をつなげたいとき。

6. Google Analytics 4 — 無料の既定解

GA4がここに入るのは、正直な理由がひとつあるからです。このページのどれもかなわない規模で無料であり、Google広告、Search Console、BigQueryと直結しています。集客が検索広告中心で、すでにGoogleのスタックの中で生きているなら、その連携は実際の金額に相当する価値があります。

同時に、「使いこなせない」と最も頻繁に評される製品でもあり、代替ツールというカテゴリーがそもそも存在する理由でもあります。

• 向いているチーム: Google広告に相応の予算を投じ、コンバージョンデータを広告プラットフォームへ戻す必要があるチーム。そしてアナリティクス予算がゼロのすべての人。
• 弱点: 専門家でない人には本当に難しいUI、生の集計ではなくサンプリングとモデリングに依存するレポート、こちらの都合と無関係に変わる画面、そしてCookieの使用です。つまり同意バナーが必要になり、トラフィックの一定割合は最初から数えられません。データの所在地と欧州当局の視線も、EU拠点のサイトにとっては継続中の論点です。
• 見送るべき場合: チームの誰かが「訪問者がどこから来たか知りたいだけなのに」と言い、結局わからなかった経験があるとき。

7. Zenovay — マーケターが自分で動かせる単一ダッシュボード

私たちがZenovayを作っているので、この項目は相応の懐疑をもって読み、記述を確かめてください。Zenovayはウェブ分析であり、マーケティングチームがふつう別々に買うものを同じダッシュボードにまとめています。ヒートマップ、セッションリプレイ、ファネル、目標、カスタムイベント、エラートラッキング、稼働監視、Stripe経由の売上アトリビューション、リテンション、セグメント、B2B企業識別です。フランクフルトのEUインフラ上で動作し、Cookieを使わない計測にも対応します。

PostHogから移る人にとって重要なのは、実験を置き去りにしなくてよい点です。頻度論的なA/B/nテストはProプラン以上で提供され、実験はすでに計測している目標に紐づき、バリアントの割り当ては訪問者IDのハッシュからブラウザ側で計算されるためページごとにランダムではなく決定的です。結果はバリアント別のコンバージョン率と、対照群との差に対する95%信頼区間として表示されます。ターゲティングルール付きのフィーチャーフラグも同じプランに含まれます。多くの人が手放せないと言うPostHogの2製品を、完全なプロダクト分析基盤を導入せずに使えるということです。

後から気づかれるより先に述べておきたい注意点がひとつあります。Cookieを使わないモードでは、バリアントの割り当てはブラウザのウィンドウ単位となり、タブを閉じるとリセットされます。そのため再訪した人が別のバリアントに入ることがあります。セッションをまたいで割り当てを維持する必要がある場合は、Cookieを有効にしたモードで実験してください。

料金はイベント量による従量制ではなく定額です。Freeはサイト1件、メンバー2名、月1万イベント、保持期間1年。Proは月20米ドルで、サイト5件、メンバー5名、保持期間2年、APIアクセス、フィーチャーフラグ、A/Bテスト。Scaleは月90米ドルで、サイト10件、メンバー25名、保持期間4年、SQL Playground、そしてCloudflare R2などS3互換の自社管理先へのウェアハウスエクスポート（CSVまたはNDJSON）が含まれます。

• 向いているチーム: トラフィック、行動、売上アトリビューション、稼働状況、実験を一箇所にまとめたいチーム。とくに問いを立てるのがエンジニアではなくマーケターや創業者である場合。
• 弱点: プロダクト分析基盤ではありません。データウェアハウスも、セルフホスティングも、オープンソースのコアもありません。アプリ内アンケートは提供していません。無料プランにはプログラマティックAPIもフィーチャーフラグもA/Bテストもなく、いずれもProからです。ウェアハウスエクスポートの対象は現時点でS3互換ストレージであり、BigQueryやSnowflakeではありません。
• 見送るべき場合: 複雑なアプリケーション内部の深い挙動が主な関心であるとき、または分析を自社サーバーで動かす必要があるとき。

横並びで見る

以下のリストは、ここまでの内容をツールごとに1行へ圧縮したものです。まず各行の末尾にある弱点から読んでください。実務では、移行の可否を決めるのはその一節です。

参照点としてPostHog自身も並べています。役に立つ比較とは、抽象的なツール同士の比較ではなく、いま手元にあるものとの比較だからです。

• Mixpanel · 深いイベント／ファネル分析に最適 · ホスト型のみ · クローズドソース · 弱点: 規律あるトラッキング計画が前提で、料金は依然としてイベント量に連動する。
• Amplitude · 分析の専任担当がいる大きめのチームに最適 · ホスト型のみ · クローズドソース · 弱点: 導入と維持がここで最も重い。
• Usermaven · マーケターが扱えるサイト／プロダクト分析に最適 · ホスト型のみ · クローズドソース · 弱点: 大手より分析の深さが浅く、エコシステムも小さい。
• Matomo · セルフホストと完全なデータ所有に最適 · クラウドまたはセルフホスト · オープンソース · 弱点: 運用は自分持ちで、Cookieが既定で有効。
• Plausible · 誰でも読める最小限のダッシュボードに最適 · クラウドまたはセルフホスト · オープンソース · 弱点: 意図的に天井が低い。
• Google Analytics 4 · 費用ゼロでのGoogle広告連携に最適 · ホスト型のみ · クローズドソース · 弱点: 習得が難しく、データはサンプリングされ、同意バナーが必要。
• Zenovay · 売上アトリビューション・実験・稼働監視を備え、マーケターが動かせる単一ダッシュボードに最適 · ホスト型のみ、EU（フランクフルト） · クローズドソース · 弱点: プロダクト分析基盤ではなく、データウェアハウスもセルフホストもない。
• PostHog（参照） · すべてを一箇所にまとめたいエンジニアリング主導のチームに最適 · クラウドまたはセルフホスト · オープンソースのコア · 弱点: 2つしか要らなかった人には、9製品は持ち歩くには多すぎる。

移行前に確認すべき5点

アナリティクスの乗り換えは、始めるのは安く、終わらせるのは高くつきます。この5点の確認が、移行が週末で終わるか四半期かかるかを決めます。

• 過去データは持ち運べません。 PostHogのイベント履歴を自社モデルへ忠実に取り込めるツールはありません。本当に必要なものを先にエクスポートし（オブジェクトストレージへのバッチエクスポートが公式の経路です）、月曜の朝に一気に切り替えるのではなく、比較期間として両方を並行稼働させる計画にしてください。
• コード内のフィーチャーフラグをすべて棚卸ししてください。 本番の分岐にフラグが埋め込まれているなら、提供元は気軽に取り替えられるものではありません。数を数え、見積もりを取る前にフラグ単位で切り替え計画を立てます。
• 実行中の実験が何に依存しているかを確認してください。 途中で提供元が変わった実験は、台無しになった実験です。走っているものを終わらせてから移りましょう。
• トラッキング計画は移植せず書き直してください。 長く運用された環境には、誰も読まないイベントがたまっています。移行は、それを削除してよい唯一の機会です。古いイベント一覧ではなく、5つの問いから始めてください。
• 新しいツールの担当者を決めてください。 チームがPostHogから離れる理由は、ソフトウェアであることはめったにありません。後継ツールにも担当者がいなければ、来年また代替ツールの記事を読むことになります。

どれを選ぶべきか

自分の状況に合う行を見つけ、そのうえで2つ試してください。ここに挙げたツールにはいずれも無料プランか試用があり、自社データと過ごす1回の午後は、1か月分の比較表に勝ります。この記事も含めてです。

特定のカテゴリーをさらに掘りたい場合は、プライバシーファーストのアナリティクスツールとGoogle Analyticsの代替の記事を別に用意しています。乗り換えの本当の理由が売上の可視化なら、売上アトリビューションの長めの記事もあります。

• エンジニアリング主導で、フラグと実験に強く依存している — PostHogに残ってください。ここに挙げたどれもきれいには置き換えられません。
• PostHogの分析機能だけが欲しかった — Mixpanel。
• 分析の担当者がいて、プロダクトが複雑 — Amplitude。
• マーケターが開発者に頼らず答えを出す必要がある — UsermavenまたはZenovay。
• データは自社サーバーに置かなければならない — Matomo、またはセルフホストのPostHog。
• 情報量に圧倒されていて、信頼できるトラフィック数値が欲しい — Plausible。
• Google広告に多く投じており、予算はない — GA4。学習コストは受け入れる前提で。
• チャネル・行動・売上・実験を、EUホスティングのもとで一箇所にまとめたい — Zenovay。