sixty との比較 — プロダクト分析、エラー追跡付き

Sixty と PostHog

おそらくすでにアプリに入っていて、おそらく費用もかかっていません。ファネルとクラッシュは見ています — そのどちらの下にあるクエリは見ていません。

PostHog が得意なこと

PostHog はこのページの誰も成し遂げていないことをやりました。無料枠をデモではなく本物の製品にしたのです。月に100万イベント、5,000件のセッション記録、10万件の例外、しかも下に基本料金がない。ほとんどのアプリケーションが最初の1年に必要とする以上の余裕があり、それを超えてからも席数ではなく従量制で、ボリュームディスカウントが効きます。

幅の広さも本物です。分析、ウェブ分析、記録、フィーチャーフラグ、実験、アンケート、エラー追跡、ログ、データウェアハウス、そしてそのすべてにかぶさるAIアシスタント。請求は1つ、スニペットも1つ。あなたの問いがプロダクトの問い — 誰が登録の途中で離脱したか、どのバリアントが勝ったか、あの人は去る前に何をしたか — なら、これがその道具です。しかもオープンソースで、自分でホストできます。

PostHog は月100万イベント、5,000リプレイ、10万例外まで無料。その後は基本料金なしの従量制です。出典は同社の価格ページで、August 2026時点の掲載内容によります。Sixty はmonthあたり€14.99の定額です。

Sixty が違うこと

これはエラー追跡を後付けした分析製品であり、その出自が何を見られるかを決めています。PostHog の中身はすべて、誰かが送ることを選んだイベントです。ページビュー、クリック、捕捉した例外。そのモデルはファネルには完璧で、リクエストに答えるためにサーバーがした仕事については何の意見も持ちません — どのクエリが走ったか、何行返ったか、何回走ったか。そのどれもイベントではないので、どれもそこにはありません。

2つめは、PostHog は問いに答えるのであって、問いを立てないということです。すでに疑っている何かを確かめるには、このページで一番の道具です。そしてアプリを倒す回帰は、誰も疑っていなかったものです。その分析を作った日、そのクエリは30行を返していて、問題なさそうに見えました。デプロイ間の基準線が引っかかることもありません。リリースは、送っているかもしれないし送っていないかもしれないプロパティにすぎないからです。

そしてプライバシーの取引は、設計上、私たちと逆向きです。人物プロファイル、IPアドレス、デバイス情報、セッション録画は、PostHog が持っている設定ではなく、PostHog がそのために存在するものです — だからこそ同意バナーに載り、だからこそ導入自体ができない人がいます。Sixty はそのどれも収集せず、クエリの値と URL のパスをあなた自身のプロセスの中で取り除いてから送ります。その代わり、誰がバグを踏んだのかは決して分かりません。

横に並べて

比較の全体がすべてのツールに投げかけるのと同じ12項目の質問を、Sixty が負けている2行も残したまま並べています。

比較している項目	Sixty	PostHog
何を設定する必要があるか何かを教えてもらえるようになるまでに。	なし。コマンド1つ、ダッシュボードなし、しきい値なし	スニペット1つ。そのあとの分析・ダッシュボード・アラートは自分で定義します
最初の検出までの時間導入から、原因を名指しする1文が出るまで。	次のデプロイ	クラッシュなら数分。それ以外はすべて、自分で思いつく必要のある問いです
あるリリースを1つ前と比較するか質問されるまでもなく、自動で。	はい — すべての検出が、あるリリースと1つ前の比較です	いいえ — リリースを表すプロパティを送っていれば、それで分解はできます
1回の呼び出しあたりの行数、1レンダーあたりのクエリ数データベースの仕事が返すものの形。かかった時間ではなく。	はい。これが中心となるシグナルです	いいえ — あなたのデータベースは対象外です
ルートごとのページ指標最大描画、操作への応答、レイアウトのずれ。	はい、国別に分解して	はい — web vitals、加えてセッション記録
成功と報告してくる失敗空の結果、拒否されたリクエスト、どこにもつながっていないボタン。	はい — 見つけるものの大半がこれです	自分でそのためのイベントを送った場合のみ
原因となった変更を名指しするかそのデプロイの中の pull request まで。デプロイだけではなく。	はい — そのデプロイの中で、検出箇所のファイルに触れた pull request まで	いいえ — リポジトリとのつながりがありません
コーディングエージェントに何が渡るかいまはどれも MCP サーバーを持っています。この行は、そこを通って何が来るかです。	形の変化の前後、それを変えたリリース、そしてスタックフレーム — 頼まれなくても、MCP 経由で	PostHog AI があなたのデータについて答えます。リポジトリの形をしたものはありません
ユーザーについて収集されるデータこれを導入したせいで、他人のサーバーに残るもの。	なし。IDなし、クッキーなし、URLなし、記録なし	人物プロファイル、IP、デバイス、セッション記録 — これが製品そのものです
インフラ、ログ、コンテナホスト、ポッド、キュー — アプリケーションの下の層。	いいえ	いいえ
計測できる実行環境Server-side. Browser coverage is separate and mostly universal.	Node、Python、Go、Ruby、PHP を Postgres・MySQL・MongoDB 上で。既存の OpenTelemetry Collector から任意の OTEL runtime の trace と metric も送れます。native agent の方が高精度です。frontend・backend は任意です	すべて
価格List price for a comparable product, read August 2026.	月額€14.99の定額	Free to 100k exceptions, then usage

どちらを選ぶか

PostHog を選ぶとき

知りたいのは人について — 誰が登録し、誰が離脱し、どのバリアントが勝ったか。
フィーチャーフラグ・実験・アンケートを、製品を3つ買い足さずに使いたい。
無料枠で本当に足りていて、できれば何も払いたくない。
データを自分のものにしたい、自分でホストしたい、ウェアハウスとして問い合わせたい。

Sixty を選ぶとき

おかしいのはサーバー側のクエリで、それについてイベントを送ろうと誰も思わなかった。
「見に行けばあった場所」ではなく、ツールのほうから先に言ってほしい。
リリースを自分で計装せずに、すべての検出を原因のデプロイに結び付けたい。
ユーザーの前に、人を追跡するスクリプトをこれ以上置けない。

この2つは排他的ではなく、正直な答えは「両方」であることが多いです。ここにあるもので PostHog と並んで動くのを拒むものはなく、実際そのまま使い続けている人は大勢います。

実際によく聞かれること

Sixty と PostHog は併用すべきですか？
たいていは併用で、重なりもほとんどありません。PostHog は人が何をしたか、製品がその人に対して機能したかを教え、Sixty はあなたのコードとデータベースが何をしたか、どのリリースがそれを変えたかを教えます。1つだけ知っておく価値があるのは、この2つが同意バナーの反対側に立っているということです — PostHog は設計上、個人単位のデータを集め、Sixty は何も集めません。あなたのサイトが自分について何を送っているのかと聞かれたとき、2つの答えはまったく違います。
PostHog にもエラー追跡があります。同じことではないのですか？
例外を捕捉します。これは本当に有用ですし、小さなアプリが出す量ならほぼ無料です。あらゆる例外トラッカーと共通するのは、何かが throw しなければならないということです。この製品が中心に据えている失敗は成功と報告してきます — 静かに3万行を返すクエリ、すべてを絞り込み始めた規則、200 で空のまま返るリクエスト — そしてどんな例外トラッカーにも、それらの行は決して現れません。
遅いクエリのために自分でイベントを送ればよいのでは？
できますし、実際そうしている人もいますし、面白いケースの直前までは機能します。イベントを送るには、どの操作が見張る価値があり、どこからが遅すぎるのかを前もって知っている必要があります — それはダッシュボードを作るのと同じ問題を、アプリのコードの中へ移しただけです。問題になる回帰は、計装しなかった操作の上に、書いた時点では問題なかったせいで間違えて設定したであろうしきい値の向こう側で起きます。

ほかの比較

エラー追跡、加えてパフォーマンス