Application Real-Time Monitoring Service:ブラウザ監視 よくある質問

コンソール設定と setConfig メソッドの違いは何ですか？

コンソール設定では、公開後にのみ有効となる構成コードが生成されます。アプリケーションがすでにモニタリング対象となっている場合は、setConfig メソッドを使用して構成を変更してください。

SDK で環境およびバージョンを設定するにはどうすればよいですか？

release パラメーターを使用してバージョンをタグ付けし、environment パラメーターを使用して環境を区別します。詳細については、「SDK リファレンス (release)」および「SDK リファレンス (environment)」をご参照ください。

サポートされている environment 値：

デプロイ済みのバージョンを確認するにはどうすればよいですか？

1. ARMS コンソール にログインします。

2. 左側ナビゲーションウィンドウで、ブラウザ監視 ＞ ブラウザ監視 を選択し、ご利用のアプリケーション名をクリックします。

3. アプリケーション ＞ 詳細表示 を選択します。

バージョン 列は、ログ一覧 セクション内の各ログエントリに対応するバージョン番号を示します。

また、メニューバー から環境およびバージョンでログをフィルターすることもできます。ただし、このフィルター機能を利用するには、PV ログに既にバージョン番号が設定されている必要があります。

ARMS の構成が反映されない

これは通常、ブラウザのキャッシュによるものです。トラブルシューティング手順は以下のとおりです。

1. ARMS コンソールで、アプリケーション ＞ 詳細表示 に移動します。

2. 最新のバージョンに切り替え、トレンドチャートを確認します。

3. バージョン番号が表示されない場合は、ARMS SDK で release パラメーターを設定します。詳細については、「SDK リファレンス」をご参照ください。

4. release を設定した後、指定した値が最新バージョンとして正しく表示されることを確認します。

__bl.performance() を呼び出す際に SDK が読み込まれているかどうか不明

この問題を安全に処理するパターンについては、「シングルページアプリケーション (SPA) のページデータ送信」をご参照ください。

アプリケーション版およびホスト版のバージョン番号

PV 一覧とページ速度一覧が異なる理由

これは、SPA 自動解決機能が有効なシングルページアプリケーション (SPA) で発生します。PV とページ速度は、以下のように異なる方法で測定されます。

ARMS コンソールのモジュール間で PV 数が異なる理由

パフォーマンスログは、完全なページ読み込みごとに 1 回報告されます。SPA モードでは、ルート変更ごとに PV ログが報告されるため、PV ログのカウント数はパフォーマンスログのカウント数を上回ります。

特定のユーザーの滞在時間 (TP) を確認するにはどうすればよいですか？

1. ARMS コンソール にログインします。

2. 左側ナビゲーションウィンドウで、ブラウザ監視 ＞ ブラウザ監視 を選択し、ご利用のアプリケーション名をクリックします。

3. アプリケーション ＞ セッショントレース を選択します。

4. セッション一覧 セクションの セッション ID 列から、任意のセッション ID をクリックします。

5. セッション追跡の詳細 ページの、訪問タイムライン 列のタイムライン領域にマウスを合わせると、滞在時間 (TP) を確認できます。

カスタムパフォーマンスメトリクスを確認するにはどうすればよいですか？

1. ARMS コンソール にログインします。

2. 左側ナビゲーションウィンドウで、ブラウザ監視 ＞ ブラウザ監視 を選択し、ご利用のアプリケーション名をクリックします。

3. アプリケーション ＞ ページ速度 を選択します。

カスタムパフォーマンスメトリクスは、ページ速度 セクションに表示されます。

一部のリソースで「接続ダウンロード」時間が「持続時間」より短い理由

これはクロスドメインリソースのタイミングに関する問題です。ARMS は performance.getEntriesByType('resource') API からパフォーマンスデータを読み取ります。第三者の ARMS リソースのドメインは、そのリソースを要求するサイトのドメインと一致している必要があります。クロスドメインリソースの場合、同一オリジンポリシーにより、以下のタイミングプロパティの値が 0 として返されます。

redirectStart、redirectEnd、domainLookupStart、domainLookupEnd、connectStart、connectEnd、secureConnectionStart、requestStart、responseStart

connect download は responseEnd - responseStart に等しいため、responseStart がゼロになると、実際の duration を超える結果が得られます。

監視対象の URL や API にアスタリスク (*) が含まれる理由

アスタリスクは実際の URL の一部ではありません。これは URL 収束を示しており、ARMS は可変セグメント（ID、クエリパラメーターなど）を * で置き換えて、類似した URL をグループ化します。

ARMS は独自の URL 収束アルゴリズムを使用して、類似した URL をグループ化し、合計 URL 数を削減しつつ、意味的情報を保持します。URL 収束は以下の 2 段階で実行されます。

1. 集約：構造が類似した URL をグループ化します。

2. 変数の識別：可変セグメントをアスタリスクで置き換えます。

URL 収束を無効にするには、SDK の urlHelper オプションを構成します。

API ログにトレース ID が表示されない

まず、アプリケーションモニタリングとの関連付け が有効になっているか確認します。

1. ARMS コンソール にログインします。

2. 左側ナビゲーションウィンドウで、ブラウザ監視 ＞ ブラウザ監視 を選択し、ご利用のアプリケーション名をクリックします。

3. 設定項目 ＞ アプリケーション設定 を選択します。

4. 前提条件 タブで、アプリケーションモニタリングとの関連付け が選択されているか確認します。選択されていない場合は、これを選択し、ARMS エージェントをフロントエンドアプリケーションに再接続します。

それでもトレース ID が表示されない場合は、ページリクエストのドメインと API リクエストのドメインが一致しているか確認します。ドメインが一致しない場合、クロスドメインリクエストであることを示します。ARMS は、クロスドメイン認証による API 失敗を防ぐため、クロスドメインリクエストに対してトレース ID の生成をスキップします。

完全な解決手順については、「フロントエンドからバックエンドへのトレース機能を用いた API エラー診断」をご参照ください。

JS エラーのトラブルシューティングにおけるソースマップファイルのエラー

スクリプトエラー

「スクリプトエラーの原因と解決方法」をご参照ください。

ミニプログラム内の JS エラーが報告されない

ミニプログラムの基盤フレームワークは非同期操作において try-catch を使用しており、ARMS がエラーを検出する前にエラーを捕捉してしまいます。そのため、エラーは手動で報告する必要があります。詳細については、「API リファレンス」をご参照ください。

ARMS は console.error からの JS エラーを取得しますか？

Weex でミニプログラムに設定した UID が有効にならない

ログ保持期間

ARMS Pro Edition を有効化した後も、トライアル期間中のサイトを継続して利用できますか？

いいえ。トライアル期間終了後 15 日以内に支払い遅延が発生すると、サイトは一時停止されます。アプリケーションを再起動することで、アクセスを復元できます。

15 日以内に Pro Edition を有効化しなかった場合、サイトは完全に削除され、すべてのリソースが解放されます。データは復元できません。