アプリケーションのパフォーマンスが劣化した場合——リリース後にジャンク数が急増したり、重要なページで最大コンテンツ描画時間（LCP）が延長したりした場合——即座に把握する必要があります。リアルユーザーモニタリング（RUM）における静的しきい値アラートは、指定したメトリックがユーザー定義のしきい値を超過した際に発火し、設定された通知方法に従って連絡先または DingTalk グループチャットへ通知を配信します。
静的しきい値を使用するタイミング
静的しきい値は、メトリックの許容範囲が事前に明確な場合に最も効果的に機能します：
Web および HTML5 アプリケーション — Core Web Vitals（LCP、最初の入力遅延（FID）、累積レイアウトシフト（CLS）など）をモニターします。ページパフォーマンスが許容レベルを下回った場合にアラートが通知されます。
iOS および Android アプリケーション — リソースの読み込み、API 呼び出し、クラッシュ、ジャンクをモニターします。Application Real-Time Monitoring Service（ARMS）では、異常スタックおよびクラッシュログを自動的に報告することで、根本原因分析（RCA）を迅速化します。
実行例：新バージョンのアプリをリリースした後、ジャンク数が大幅に増加しました。ジャンク数に対する静的しきい値を設定するとアラートが発火し、より多くのユーザーに影響が及ぶ前に問題の特定と修正が可能になります。
前提条件
開始する前に、以下の条件を満たしていることを確認してください：
RUM でモニター対象となっているアプリケーション。設定手順については、「アプリケーションの統合」をご参照ください。
静的しきい値アラートルールの作成
ARMS コンソール にログインします。
左側ナビゲーションウィンドウで、 を選択します。
アラートルールの作成 をクリックします。
ルール名を入力し、アラート検出タイプ を しきい値検出 に設定します。
説明重要度、メトリック、対象を含む説明的な名称を使用してください。例：
P2 | 高 LCP | WebPortal。
モニタリング範囲の定義
アラート連絡先 セクションで、モニター対象のアプリケーションおよびメトリックを指定します。
パラメーター | 説明 |
アプリケーションの選択 | 1 つ以上のアプリケーションを選択するか、すべてのアプリケーションを選択します。 |
新規作成アプリケーションへのこのアラートルールの自動適用 | 有効化すると、今後 RUM に追加されるアプリケーションにもこのルールが自動的に適用されます。 |
メトリックタイプ | モニター対象のメトリックカテゴリを選択します。アラート条件 および フィルター条件 の利用可能なオプションは、この選択に基づいて変化します。サポートされるメトリックの完全な一覧については、「アラートメトリクス」をご参照ください。 |
フィルター | 特定のディメンションに基づいてメトリックデータを絞り込み、モニタリング範囲を狭めます。フィルター演算子： 全値マッチ（すべての値に一致）、= / !=（完全一致または除外）、含む / 含まない（部分一致または除外）。 |
アラート通知にディメンション詳細を含める場合は、フィルター で該当ディメンションを指定してください。指定しない場合、メトリッククエリ結果ではデータが集約されます。
アラート条件の設定
アラートルール セクションで、アラートの発火タイミングを定義します。
パラメーター | 説明 |
アラート発火モード | 単一条件 — 1 つの条件を定義します。複数条件 — 複数の条件を定義し、アラート発火ルール を 以下のすべてのルールを満たす（すべての条件が真である必要あり）または 以下のいずれかのルールを満たす（いずれかの条件でアラートが発火）のいずれかに設定します。 |
アラート条件 | しきい値を設定します。期間（評価ウィンドウ：分単位。例： |
アラートレベル | 重要度レベルを割り当てます。ARMS では、組み込みの 4 段階のレベル（P1：重大、P2：エラー、P3：警告、P4：ページ）が提供されています。各レベルごとに通知ポリシーを構成できます。例：P1 アラートには電話通話、P3/P4 アラートには DingTalk メッセージを設定。 |
P4 推奨しきい値の入力 | ARMS インテリジェントアルゴリズムを使用して、ベースラインしきい値を自動生成します。チャートプレビューのセクションに表示されるメトリックに基づいて、しきい値を調整できます。詳細については、「推奨しきい値」をご参照ください。アプリケーションごとのしきい値を生成するには、[アプリケーション] の横にある |
アラート発生数の予測 | 指定したしきい値によって発生するアラート数をプレビューします。予測された数値をクリックすると、過去の時点においてアラートを発火させる可能性のあるデータをクエリできます。「アラート発生数の予測」をご参照ください。 |
アイコンをクリックします。ルールを作成した後は、アラート通知を確認して、しきい値が妥当かどうか、および最近アラートが発火したかどうかを評価してください。「アラートの詳細の表示」をご参照ください。
通知および高度な設定の構成
パラメーター | 説明 |
通知ポリシー | アラート通知の配信方法を選択します。通知ポリシーを指定しない — アラート発火時に通知は送信されません。別途設定した通知ポリシーのマッチングルールがトリガーされた場合のみ通知が送信されます。通知ポリシーを指定する — 既存のポリシーを選択するか、新規に作成します。詳細については、「通知ポリシーの作成と管理」をご参照ください。 |
データなし（高度なアラート設定 内） | コレクションのギャップ、異常な複合メトリクス、無効な期間比較など、欠落または異常なデータを処理します。修復可能な場合、ARMS は値を自動的に 0 または 1 に置き換えたり、アラートを抑制したりします。「用語」をご参照ください。 |
ルールの保存
保存 をクリックします。
アラートの詳細の表示
アラートが発火した後は、ARMS コンソール で アラート管理 > アラートイベント履歴 に移動して確認します。
アラートイベント履歴 ページでは、以下の 2 つのケースで RUM モジュールへの直接ナビゲーションがサポートされていません：
アラート条件に集約メトリクス（異常数、リソース数、ジャンク数など）が使用されている場合。
アラート条件に期間比較（前月比増加率（%）、前月比減少率（%）、前時比増加率（%）、前時比減少率（%）、前日比増加率（%）、前日比減少率（%）など）が使用されている場合。
アラートイベントの調査
アラートイベント履歴 ページで、アラートイベント名をクリックして詳細を表示します。詳細については、「過去のアラートイベントの表示」をご参照ください。
アラートをトリガーした生データを確認するには、イベント URL をクリックして、RUM モジュール内の データ探索 ページを開きます。
推奨しきい値
ARMS は、各アプリケーション、インターフェイス、およびメトリックの組み合わせについて、過去のデータを分析して推奨しきい値を生成します。プレビュー用チャートにより、適用前に推奨値と実際のメトリクス傾向を比較できます。
推奨しきい値を使用するタイミング
ノイズの多いアラート — アラートが頻繁に発火するものの、システムは正常に動作しています。現在のしきい値が特定のアプリケーションやインターフェイスに適合していない可能性があります。推奨しきい値を用いて再調整してください。
大規模な構成 — 同じメトリックであっても、異なるアプリケーションやインターフェイスには異なるしきい値が必要です。インテリジェントアルゴリズムにより、対象ごとに最適化された推奨値が生成され、迅速な構成が可能です。
仕組み
P4 推奨しきい値の入力 をクリックすると、ARMS は各アプリケーションおよびインターフェイスについて過去 3 日間のメトリックデータを取得します。N-sigma アルゴリズムを適用して、各メトリックの平均および分散を算出します。定常状態かつ正規分布を仮定した場合、標準偏差の 3 倍を超える値は統計的に稀であり、これが推奨しきい値として定義されます。
P4 は最も低い重要度レベルであるため、P4 のしきい値はわずかに異常なメトリクスを検出します。これをベースラインとして活用し、P1、P2、P3 にはより厳格なしきい値を設定してください。
アラート発生数の予測
アラート予測機能は、過去のデータに基づき、指定したしきい値によって発生するアラート数を推定します。ルールを有効化する前に、しきい値の微調整にご活用ください。
仕組み
ARMS は過去 24 時間のメトリックデータを分析し、各しきい値が超過した回数をカウントします。結果には各超過の具体的なタイムスタンプが含まれており、しきい値が実際の課題を捉えているか、あるいはノイズを生成しているかを容易に評価できます。これらの知見に基づき、しきい値を調整してください。
アラートルールの作成または変更のたびに、アラート予測チェックを実行してください。