アラート

アラートを使用すると、経験の重要なパフォーマンスおよびデータストアメトリクスを積極的に監視し、定義した閾値を超えたときにリアルタイムで通知を受け取ることができます。ダッシュボードを手動で確認する代わりに、クラッシュ率の急増、メモリ使用量の過剰、またはフレームレートの低下などのメトリクスが自動的に通知されるアラートを設定できます。

アラートは、パフォーマンスメトリクスの適格要件（100人以上のデイリーアクティブユーザー）を満たす任意の経験で利用可能です。

たとえば、以下のワークフローは、パフォーマンスの回帰をキャッチするためにアラートを使用する一般的な方法です。

アラートを作成 - 「クライアントクラッシュ率が5％を超えています」というアラートを5分間の期間と重大度を設定して作成します。
Webhookを追加 - チームのPagerDutyまたはDiscordのWebhookに接続します。
更新をプッシュ - 新しいバージョンをデプロイします。
アラートを受信 - クラッシュ率が5％を超えて5分間続いた場合、チームはメトリクスの値とダッシュボードへのリンクを含む通知を即座に受け取ります。
調査と修正 - Webhookペイロード内のダッシュボードリンクをクリックして、パフォーマンスチャートを表示し、問題を診断します。

経験ごとに最大20のアラートを作成できます。アラートを作成するには、アラートの作成と構成の権限が必要です。

アラートページを表示

アラートページにアクセスするには、経験の所有者であるか、すべての分析を表示する権限を持っている必要があります。

Creator Hubで経験を選択します。
構成の下で、アラートを選択します。

構成タブでは、アラートルールを作成および管理できます。分析ページを使用して、アラートの履歴、アクティブなアラート、およびイベントを確認します。

権限

アラートには、さまざまなアクションに対して特定の権限が必要です。

アクション	必要な権限
アラートの作成、編集、削除、または切り替え	アラートの作成と構成
アラート分析ページの表示	すべての分析を表示
経験レベルのWebhookの作成	Webhookのリスト、作成、更新、および削除

グループ所有の経験の場合、経験を編集する権限を持つ人は、デフォルトでアラートの作成と構成が付与され、チームがすぐにアラートを設定できるようになります。アラートの作成や管理を制限したい場合は、経験の権限ページで特定の役割の権限を取り消してください。アラートの作成と構成を持つユーザーは、デフォルトでWebhook管理権限も受け取ります。

アラートを作成

アラートを作成するには、アラート構成ページで作成をクリックします。また、パフォーマンスダッシュボードのチャートから直接アラートを作成することもでき、チャートのオーバーフローメニューを開いてアラートを作成を選択すると、そのチャートのメトリクスとフィルターでアラートが自動的に入力されます。

アラートフィールド

各アラートには、以下の構成オプションがあります。

フィールド	説明
名前	通知、注釈、およびダッシュボードに表示されるアラートの一意の名前。
説明	追加のコンテキストを提供するためのオプションの説明。
メトリクス	監視するターゲットメトリクス。
時間の粒度	メトリクスが評価される頻度（分、30分、1時間、または1日）。
トリガー条件	アラートを発火させる条件（例：値 > 500）
フィルター	メトリクスを絞り込むためのオプションのフィルター（場所のバージョン、オペレーティングシステム、またはプラットフォームなど）。ダッシュボードで利用可能なすべてのフィルターがサポートされています。
ブレイクダウン	条件が各セグメントごとに満たされているかどうかを確認するためのオプションのブレイクダウン。
持続時間	アラートが発火する前に条件が連続して満たされる必要がある回数（1-10）。
重大度	重大度レベル（重大、普通、または低）。
配信チャネル	アラート通知を送信する場所。 Webhook配信を参照してください。

サポートされているメトリクス

アラートは、パフォーマンスダッシュボードで利用可能なすべてのパフォーマンスメトリクスをサポートしています。これには以下が含まれます：

クライアントフレームレート
クライアントクラッシュ率
クライアントメモリ使用量（GB）
クライアントメモリ使用率
予期しないメモリ不足による終了
サーバーCPU時間
サーバーフレームレート
サーバーメモリ使用量（GB）
同時ユーザー数
セッション時間

アラートはデータストアメトリクスもサポートしているため、ストレージ使用量やデータストアのパフォーマンスを経験のランタイムパフォーマンスと一緒に監視できます。

トリガー条件

2つのトリガー条件タイプのいずれかを設定できます：

メトリクス値 - メトリクスが静的な数値の閾値を超えたときに発火します。値はメトリクスと同じ単位（パーセント、ミリ秒、MBなど）を使用します。
期間ごとの変化 - メトリクスの変化率がパーセントの閾値を超えたときに発火します。
- 週ごとの変化 - 先週の同じ時間とのパーセント変化を確認します（例：今週の金曜日の午後5時と先週の金曜日の午後5時）。
- 日ごとの変化 - 昨日の同じ時間とのパーセント変化を確認します（例：今日の午前9時と昨日の午前9時）。
- 時間ごとの変化 - 最も最近の1時間と前の1時間とのパーセント変化を確認します（例：午前9時5分と午前8時5分）。

たとえば、「クライアントクラッシュ率が5％を超えている」というメトリクス値条件や、「時間ごとの変化が50％を超えている」という期間ごとの条件を設定できます。

持続時間

持続時間設定は、トリガー条件がアラートが発火する前に連続して満たされる必要がある時間を制御します。これにより、一時的な変動からのノイズを減らすことができます。1を選択すると、1つのデータポイントが条件を満たすとすぐにアラートが発火します。5を選択すると、5つの連続したデータポイントが条件を満たす必要があります。分単位のアラートの場合、最小持続時間は5分で、ノイズを減らします。

重大度レベル

各アラートには、アラートメッセージに含まれ、特定の色で表示される重大度レベルがあります。

重大度	使用例
重大	直ちに対応が必要な緊急の問題（例：クラッシュ率の急増）。
普通	すぐに調査すべき顕著な回帰。
低	追跡する価値のある軽微な変化ですが、直ちに行動を起こす必要はありません。

Webhook配信

アラートは経験レベルのWebhookを介して届きます。アラートが発火または回復すると、設定したWebhook URLにHTTP POSTリクエストが送信され、JSONペイロードが含まれます。メッセージ自体もJSONで、AlertMessageフィールドに単一の文字列としてラップされています。

{
  "NotificationId": "11111abc-111a-1a2a-ab1a-abc1a1a111a1",
  "EventType": "AnalyticsAlert",
  "EventTime": "2026-06-15T22:05:10.8590762Z",
  "EventPayload": {
    "TargetType": "Universe",
    "TargetId": "1234567890",
    "AlertMessage": "{\n  \"summary\": \"[♟️] ゲームが回復しました\",\n  \"metric\": \"PeakConcurrentPlayers\",\n  \"universe_id\": \"1234567890\",\n  \"evaluation_time_utc\": \"2026-06-15T22:04:47Z\",\n  \"alert_history\": \"https://create.roblox.com/dashboard/creations/experiences/1234567890/alerts?tab=AlertConfiguration-Analytics&utm_medium=webhook&utm_campaign=alert_resolved\"\n}"
  }
}

AlertMessage.summaryフィールドには、アラートがトリガーされたときに「発火」またはメトリクスが正常な状態に戻ったときに「回復」という単語が含まれます。

Webhookを使用して、チーム全体の可視性のためにPagerDutyやSlackなどの外部ツールと統合できます。

Webhookを設定する

Creator Hubで経験を選択します。
構成の下で、Webhookを選択し、Webhookを追加をクリックします。

Webhook URLは、プロバイダーから取得します。たとえば、SlackのURLはおそらく次のようになります：
https://hooks.slack.com/services/T00000000/B00000000/XXXXXXXXXXXXXXXXXXXXXXXX
Webhook URLと名前を入力します。
オプション
秘密を含めることができます。これにより、受信するリクエストがRobloxから来たことを確認できます。
オプション
テストレスポンスボタンを使用して、サービスがサンプルリクエストを受信できるかどうかを確認します。
変更を保存をクリックします。
アラートを作成または編集する際に、配信チャネルフィールドでWebhookを選択します。

経験レベルのWebhookを作成するには、Webhookのリスト、作成、更新、および削除の権限が必要です。

アラートを監視

アラートページの分析タブは、アラートの履歴と現在の状態を集中管理するビューを提供します：

トリガーされたイベント - 時間の経過に伴うアラートの発火数を示すグラフ。時間範囲を調整したり、アラート名で検索したり、重大度でフィルタリングしたりできます。
アクティブなアラート - 現在アクティブ（発火中）のアラートを示すテーブル。
履歴 - 選択した時間範囲内のすべてのアラートイベントの時系列ログ。

持続時間で誤報を防ぐ - セッション時間のような非常に変動の激しいメトリクスに対して持続時間を1に設定するのは避けてください。プレイヤーが同時に参加したりアセットを読み込んだりする突然の増加は、一時的なスパイクを引き起こす可能性があります。持続時間を5に設定すると、問題が持続する場合にのみアラートが発火します。
セグメントブレイクダウンを効率的に使用 - Android、iOS、PCのために複数の個別のアラートを作成する代わりに、単一のアラートを作成し、ブレイクダウン機能を使用できます。アラートは各プラットフォームを個別に評価し、Webhookペイロード内で問題が発生している場所を特定します。
まずベースラインを確立する - 閾値を設定する前に、過去7日から14日間の既存の分析チャートを確認してください。通常のクラッシュ率が約1.2％である場合、アラートの閾値を2.5％または3％に設定することを検討してください。メトリクスに自然な変動の余地を与えることで、誤報を防ぎます。
説明的で構造化された名前を使用 - アラート名はWebhookペイロードや注釈に直接挿入されるため、metric - context（例：高いクライアントクラッシュ率 - モバイル）のような明確なフォーミュラを使用すると、チームが一目で問題をトリアージしやすくなります。