sixty との比較 — プラットフォーム標準の監視
Sixty と Vercel
チェックボックス1つで本物のページ表示時間が取れ、何かが跳ねたときにログを調べるエージェントも付いてきます。あなたのデータベースが始まるところで止まります。
Vercel が得意なこと
すでにそこにあり、トグル1つで済み、数字も本物です — 本物の訪問者から取れた本物の Core Web Vitals が、ルートに紐づいています。合成テストに付いてくるサンプリングの議論もありません。読み込んでいる人にとってページが遅いかどうかを知るには、存在する中でいちばん短い道であり、しかも同意バナーの外に留まる形で匿名化されています。
プラットフォームはそこからさらに育ちました。Observability Plus は2026年4月に基本料金をなくし、いまは収集したイベントの分だけを請求します。Vercel Agent は pull request をレビューし、本番の異常をログとメトリクスに照らして調査し、提案するパッチを PR に届く前にサンドボックスで検証します。動かしているものがすべて Vercel の上なら、このかなりの部分はインストールではなくスイッチです。
Vercel はSpeed Insights はプロジェクトあたり月額10ドル。Observability Plus と Agent は従量制のみです。出典は 同社の価格ページ で、August 2026時点の掲載内容によります。Sixty はmonthあたり€14.99の定額です。
Sixty が違うこと
境界はデータベースであり、そこは動いていません。Speed Insights はブラウザを測り、Observability は関数を測り、Agent はログとメトリクスの上で推論します。3つのどれも、3万行を返し始めた関数の内側のクエリについては何も言えません。行数は、Agent が見つけられるログ行の中に一度も存在しなかったからです。このページが想定しているアプリ — フロントエンドと Postgres、そのあいだにいくつかの関数 — にとって、回帰が住んでいるのはまさにそこです。
2つめの隙間は、そのすべてが「何かがおかしく見えること」から始まる点です。調査は異常アラートが鳴ってから始まり、ページ時間は遅れて現れる症状です。結果セットが1000倍になったクエリでも、小さなテーブルと温まったデータベースが相手なら時計はほとんど動きません。だから指標は緑のまま、何週間も何も跳ねず、そこへ本物のデータが来てページは開かなくなります。Sixty は時計ではなく形を見張ります。だから事故のあとではなく、デプロイの当日に何かを言えるのです。
そして対象は Vercel にデプロイしたものだけです。Sixty は、アプリが Vercel でも Render でも Fly でも Railway でも、ただのサーバーでも同じ製品です — リリースの目印はどれからも拾えます — そしてブラウザ側は、あなたのサーバーがまったくなくても動きます。
横に並べて
比較の全体 がすべてのツールに投げかけるのと同じ12項目の質問を、Sixty が負けている2行も残したまま並べています。
| 比較している項目 | Sixty | Vercel |
|---|---|---|
| 何を設定する必要があるか何かを教えてもらえるようになるまでに。 | なし。コマンド1つ、ダッシュボードなし、しきい値なし | なし — トグル1つ、コンポーネント1つ。Agent は任意です |
| 最初の検出までの時間導入から、原因を名指しする1文が出るまで。 | 次のデプロイ | ページ時間なら数分。Agent は異常アラートが鳴ってから動き出します |
| あるリリースを1つ前と比較するか質問されるまでもなく、自動で。 | はい — すべての検出が、あるリリースと1つ前の比較です | 部分的に — デプロイごとの時間を見ることはできます |
| 1回の呼び出しあたりの行数、1レンダーあたりのクエリ数データベースの仕事が返すものの形。かかった時間ではなく。 | はい。これが中心となるシグナルです | いいえ — データベースは対象外です |
| ルートごとのページ指標最大描画、操作への応答、レイアウトのずれ。 | はい、国別に分解して | はい — Speed Insights がいちばん強い部分です |
| 成功と報告してくる失敗空の結果、拒否されたリクエスト、どこにもつながっていないボタン。 | はい — 見つけるものの大半がこれです | いいえ — 異常アラートには、まずログの中に異常が必要です |
| 原因となった変更を名指しするかそのデプロイの中の pull request まで。デプロイだけではなく。 | はい — そのデプロイの中で、検出箇所のファイルに触れた pull request まで | デプロイとコミットは分かります。どの変更が原因かは分かりません |
| コーディングエージェントに何が渡るかいまはどれも MCP サーバーを持っています。この行は、そこを通って何が来るかです。 | 形の変化の前後、それを変えたリリース、そしてスタックフレーム — 頼まれなくても、MCP 経由で | Vercel Agent:ログとメトリクスからの原因要約と、サンドボックスで検証されたパッチを PR 上に |
| ユーザーについて収集されるデータこれを導入したせいで、他人のサーバーに残るもの。 | なし。IDなし、クッキーなし、URLなし、記録なし | Speed Insights は匿名化。Web Analytics は訪問者を数えます |
| インフラ、ログ、コンテナホスト、ポッド、キュー — アプリケーションの下の層。 | いいえ | Vercel 上のあなたの関数のみ |
| 計測できる実行環境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 は任意です | Vercel にデプロイするものなら何でも |
| 価格List price for a comparable product, read August 2026. | 月額€14.99の定額 | $10 / project / month, then usage |
どちらを選ぶか
Vercel を選ぶとき
- ほしいのは Vercel にデプロイしたページの Core Web Vitals だけ。
- 何も足したくない:すでに使っているダッシュボードの中のトグルで済むから。
- デプロイするのと同じ場所で、pull request の AI コードレビューがほしい。
- アプリに自前のデータベースがない、あるいは後ろに測る価値のあるものがない。
Sixty を選ぶとき
- ページが遅いのは、その裏のクエリが返すもののせいである。
- ブラウザとデータベースを、同じ1つの検出で説明してほしい。
- Vercel 以外にデプロイしている、あるいは複数の場所にデプロイしている。
- 何かが跳ねてから始まる調査ではなく、デプロイに対して原因を名指ししてほしい。
この2つは排他的ではなく、正直な答えは「両方」であることが多いです。ここにあるもので Vercel と並んで動くのを拒むものはなく、実際そのまま使い続けている人は大勢います。
実際によく聞かれること
Sixty は Speed Insights の置き換えになりますか?
ページ時間については同じものを測ります — 最大描画、操作への応答、レイアウトのずれを、ルートごとに — そこへ国別の分解が加わるので、ブラジルでだけ遅いページが、謎ではなくネットワークの問題として読めるようになります。重複ではなく置き換えになるのは、同じ検出がその下、原因となったクエリまで続いていくからです。
Vercel Agent も本番を調査します。同じ考え方では?
狙いは同じで、入り口が逆です。Agent は異常をきっかけに動き、ログとメトリクスをさかのぼって説明します。目に見える急上昇に対処するには良いやり方です。Sixty にきっかけはありません。存在理由である失敗がきっかけを生まないからです。操作ごとに基準線を持ち、リリースごとに1つ前と比べるので、誰かにとって何かがおかしく見えるより前に、検出はすでに存在しています。
Sixty は Vercel の外でも動きますか?
はい。リリースの目印は Vercel、Render、Railway、Fly、GitHub Actions から自動的に拾います。ブラウザエージェントにはサーバーがまったく要りません — どんなバックエンド、どんな言語でも、自前のバックエンドを持たないアプリでも動きます。
ほかの比較
Sixty と Sentry
目に見えるクラッシュについては最高峰。抜けているのは、決して throw されない失敗と、それを踏んだ人について何を保存するかです。
プロダクト分析、エラー追跡付きSixty と PostHog
おそらくすでにアプリに入っていて、おそらく費用もかかっていません。ファネルとクラッシュは見ています — そのどちらの下にあるクエリは見ていません。
フルスタックのオブザーバビリティ基盤Sixty と Datadog
すべての人に、すべてを、ホスト単位で。インフラを運用しているなら無敵ですが、Vercel でアプリを1つ動かしているだけなら、抱えるには大きすぎます。
フルスタックのオブザーバビリティ基盤Sixty と New Relic
Datadog と同じ幅を、もっと優しい計り方で。無料枠も本当に大きい — そして何かを言い始めるまでに、同じだけの午後が必要です。
OTEL-native observability と AI SRESixty と Dash0
trace、metric、log、infra の完全な OTEL 基盤で、Agent0 が障害を調査・修正します。Sixty は release 検出に絞った製品です。
オープンソースのスタック、ホスティング付きSixty と Grafana Cloud
いちばん柔軟で、いちばん手間がかかります。Prometheus、Loki、Tempo、OpenTelemetry をホストしてくれる — それでもなお、製品ではなくプロジェクトです。