Sentryとは？エラー監視・APMの機能・料金・使い方を解説

Sentry（セントリー）は、Webアプリやモバイルアプリで発生したエラーを自動的に収集し、原因を素早く特定するためのエラー監視（エラートラッキング）ツールです。近年はパフォーマンス監視（APM）やセッションリプレイなども統合され、アプリの不具合と遅延を一つの画面で追える「開発者向けのアプリ監視プラットフォーム」へと進化しています。

なお「Sentry」という語は、鍵・金庫メーカーやゲームのキャラクター、英単語の「見張り」など複数の意味で使われます。この記事で扱うのは、開発現場で定番となっているエラー監視サービスの sentry.io です。Sentryの概要・主な機能・料金の目安・導入コード・他ツールとの違いまで、実務目線で整理します。

まとめ

Sentryは、アプリのエラー監視を起点に、パフォーマンス監視やセッションリプレイ、AIによる原因推定（Seer）までを統合した開発者向けの監視プラットフォームです。SDKを数行組み込むだけで導入でき、無料枠やセルフホストから小さく始められます。料金は従量課金が総額を左右するため、サンプリング設計とコスト管理を意識しつつ、自社の規模と要件に合ったプランを選ぶことが導入成功の鍵です。最新の料金・機能は公式情報での確認をおすすめします。

Sentryとは：何ができるツールか

一言でいえば、Sentryは「アプリのエラーを可視化し、監視するモニタリングツール」です。従来のように本番サーバーのログファイルを目視で追うのではなく、アプリ側に専用のSDKを組み込み、例外（エラー）が起きた瞬間にその内容をSentryへ送信します。送られた情報はダッシュボードに集約され、いつ・どの環境で・どのコード行で・どれだけの頻度でエラーが起きているかを即座に把握できます。

Sentryは2008年にオープンソースのサイドプロジェクトとして始まり、現在は世界中の多数の開発チームに利用されるまで成長しました。エラー検知だけでなく、リクエストの遅延を追うパフォーマンス監視、ユーザー操作を再現するセッションリプレイ、コード単位の処理時間を測るプロファイリングなど、機能の幅を広げています。

「オープンソース」表記の注意：現在はFSL（Fair Source）

古い記事では「Sentryはオープンソース」と説明されることがありますが、現在は正確ではありません。Sentryは2019年にBSL（Business Source License）へ移行し、2023年からは独自に策定したFSL（Functional Source License）を採用しています。これは「Fair Source（フェアソース）」と呼ばれるソースアベイラブル型のライセンスで、OSI（Open Source Initiative）が定める厳密な意味での「オープンソース」には該当しません。

とはいえ、ソースコードはGitHubで公開されており、自社のサーバーで動かすセルフホストも可能です。各リリースは公開から2年が経過するとApache 2.0ライセンスへ自動的に切り替わります（直接の競合となるサービスを提供する用途のみ制限されます）。「中身を確認でき、自社運用もできる」点は変わりませんが、純粋なOSSと同一視しない理解が安全です。

対応言語・フレームワーク

SentryはJavaScript（React・Vue・Next.jsなど）、Python（Django・Flask・FastAPI）、Java、Ruby（Rails）、PHP（Laravel）、Go、.NET、Node.js、さらにiOS・Androidなど、100以上の言語・プラットフォームに対応するSDKを提供しています。特定の技術スタックに縛られず、フロントエンドからバックエンド、モバイルまで横断的に導入できるのが強みです。

Sentryの主な機能

エラー監視とイシュー管理

Sentryの中核機能です。発生した例外を自動でキャプチャし、メッセージやスタックトレースが類似するエラーを「イシュー」として自動でグループ化します。これにより、同じ不具合が何度も別件として並ぶことがなく、影響範囲や発生頻度を基準に対応の優先順位を付けられます。各エラーにはOS・ブラウザ・端末・発生時刻などのコンテキストが付与され、再現と原因究明を助けます。

スタックトレースとソースマップによる原因特定

エラーが届くと、Sentryはスタックトレース（エラーに至るまでに呼び出された関数の連なり）を自動表示し、どのファイルの何行目で問題が起きたかをコードレベルで示します。フロントエンドのようにビルドで圧縮されたコードでも、ソースマップを登録しておけば元のソースコード上の位置に変換して表示できます。あわせて、エラー直前のユーザー操作やAPI呼び出しといったブレッドクラム（操作履歴）も記録されるため、「何をした結果そのエラーに至ったか」という再現の手がかりまで一度に確認できます。ログを手作業で追うよりも、原因の切り分けにかかる時間を大きく短縮できるのが利点です。

パフォーマンス監視（トレース・APM）

リクエストやトランザクションの処理時間を計測し、どの処理がボトルネックかを可視化します。フロントエンドの表示速度からバックエンドのDBクエリまでを追跡できるため、「エラーは出ていないが遅い」という問題の特定にも有効です。

セッションリプレイ

エラー発生前後のユーザー操作を動画のように再生できる機能です。どの画面のどの操作で問題が起きたかを目で確認でき、ログだけでは分かりにくい再現条件の把握やUX改善に役立ちます。記録時には個人情報をマスキングするなど、プライバシーへの配慮も用意されています。

ログ・プロファイリング・アラート連携

近年はログ管理やコードレベルのプロファイリングにも対応し、観測範囲が広がっています。アラートはSlackやMicrosoft Teams、メールなどへ柔軟に通知でき、「同じエラーが一定時間内に一定回数を超えたときだけ通知する」といった条件設定で、通知過多を避けつつ重要な異常を逃さない運用が可能です。

Seer（AIデバッグエージェント）

Sentryは2026年にかけて、AIがエラーの根本原因の推定や修正案の提示を行うSeerという機能を拡充しています。蓄積したエラー・トレース・ログを横断的に参照し、調査時間の短縮を狙うものです。SeerはTeam以上のプランへのアドオンとして提供されるため、利用時は追加費用が発生します（料金は変動するため公式での確認を推奨）。

Sentryの料金プラン（目安）

SentryのSaaS版は無料プランを含む複数の階層で提供され、含まれるエラー数（イベント数）を超えると従量課金が発生する仕組みです。下表は2026年時点の目安です。料金・無料枠・含まれる機能は頻繁に改定されるため、契約前に必ず公式の料金ページで最新情報を確認してください。

注意したいのは、ベースの月額よりもエラー量やトレース量に応じた従量課金が総額を左右しやすい点です。トラフィックの大きいアプリでは、サンプリング率の調整や不要なエラーの除外（before_send によるフィルタリング）、急増時に取り込みを抑える機能の活用が、コスト管理の鍵になります。コストを抑えたい場合は、機能制限のない無料のセルフホスト版という選択肢もあります。

導入手順とSDKの初期化（コード例）

導入は「①アカウント作成 → ②プロジェクト作成（言語を選択）→ ③発行されたDSN（送信先URL）をSDKに設定」という流れです。以下は代表的な初期化コードです。<your_DSN> の部分は、プロジェクト作成時に発行される自分のDSNに置き換えます。

JavaScript（ブラウザ／React など）の例

import * as Sentry from "@sentry/react";

Sentry.init({
  dsn: "<your_DSN>",
  // パフォーマンス監視のサンプリング率（本番では値を下げて調整）
  tracesSampleRate: 1.0,
  // セッションリプレイのサンプリング率
  replaysSessionSampleRate: 0.1,   // 通常セッションの10%を記録
  replaysOnErrorSampleRate: 1.0,   // エラー発生時は100%記録
});

Python（Django／Flask など）の例

import sentry_sdk

sentry_sdk.init(
    dsn="<your_DSN>",
    # トレースを100%取得（本番では負荷とコストに応じて下げる）
    traces_sample_rate=1.0,
)

動作確認（テストイベントの送信）

初期化後、わざとエラーを発生させればダッシュボードに届くかを確認できます。Pythonなら次のように記述します。

import sentry_sdk

sentry_sdk.capture_message("Hello Sentry!")   # 任意のメッセージを送信
raise ValueError("テスト用のエラーです")        # エラーとして記録される

DSNはコードに直書きせず、環境変数として管理するのが安全です。これだけで、以降は捕捉されなかった例外が自動的にSentryへ送られるようになります。

他のエラー監視・監視ツールとの違い

Sentryは「アプリのエラーとパフォーマンス」を開発者目線で深掘りすることに強みがあります。一方、インフラやサーバー全体の監視まで広く担うツールもあり、目的によって使い分けます。

エラーの根本原因を素早く突き止めたいならSentry、システム全体を横断的に監視したいならDatadogやGrafana系、というように組み合わせて使う現場も多くあります。

SaaS版とセルフホスト版の選び方

手早く始めたい、運用の手間をかけたくない場合はSaaS版が向いています。一方、データを自社管理したい、従量課金を避けたいといった要件があればセルフホスト版が選択肢になります。ただしセルフホストはPostgreSQLやRedis、Kafka、ClickHouseなど複数のミドルウェアを動かす必要があり、相応のサーバーリソースと運用知識が前提になります。手間とコストのどちらを重視するかで判断するとよいでしょう。

Sentry導入のメリットと注意点

メリットは、エラーの早期発見と原因特定の高速化により、ユーザーへ影響が出る前に対処しやすくなる点です。スタックトレースやセッションリプレイで「どこで・なぜ」が分かるため、デバッグの負担が大きく下がります。一方の注意点は、トラフィック規模によって従量課金が膨らみやすいこと、そして多機能ゆえに初期設定やサンプリング設計に一定の理解が必要なことです。まずは無料枠やセルフホストで小さく試し、運用に乗ってから対象範囲を広げると失敗が少なくなります。

よくある質問（FAQ）

Sentryは無料で使えますか？

はい。SaaS版には無料のDeveloperプランがあり、少量のエラー枠で基本的な監視を試せます。機能制限のないセルフホスト版も無料ですが、サーバー運用の手間がかかります。

Sentryはオープンソースですか？

厳密にはOSI定義の「オープンソース」ではなく、FSL（Functional Source License）というFair Source（ソースアベイラブル）型のライセンスです。ソースは公開され自社運用も可能で、各リリースは2年後にApache 2.0へ切り替わります。

どんな言語に対応していますか？

JavaScript、Python、Java、Ruby、PHP、Go、.NET、Node.js、iOS、Androidなど100以上のプラットフォームに対応しています。

ログ監視ツールとの違いは？

Sentryはログを総当たりで監視するのではなく、アプリ側からエラー情報そのものを送信させる方式です。これにより、エラーに直結する情報を効率よく集約できます。

関連記事

• CloudWatch Syntheticsのサービス概要と外形監視の特徴
• Datadog Orchestionの概要と基本的な特徴について解説
• Grafana Lokiとは何か：Prometheus由来の設計でコスト効率に優れたログ基盤を徹底解説
• Amazon Managed Grafanaとは？基本的な機能と特徴