リアルユーザー監視。必要なインサイト。欲しかったパフォーマンス。

RUMは、エンドユーザーがブラウザでWebアプリケーションをどのように体験しているかについての洞察を提供します。Time to First PaintやTime to Interactiveといったアクティビティの所要時間を測定することで、RUMは開発者が顧客体験をより深く理解し、SaaSベースのサービスの信頼性とパフォーマンスを確保することを可能にします。

また、各トランザクションのエンドツーエンドの進捗状況を検査することが可能であり、ブラウザからのデータがすべてのサービスおよびバックエンドアプリケーション呼び出しに紐付けられます。RUMはDNSルックアップやSSL設定時間といった重要なKPIに加え、リクエスト送信からクライアントブラウザの完全な応答受信までの所要時間も計測するため、観測者はブラウザの種類や地理的位置で定義されたユーザーコホートを比較し、グループとしてのパフォーマンスを把握できます。この情報は、パフォーマンスエンジニアがアプリケーションの応答時間、レンダリング性能、ネットワーク要件、ブラウザ実行を最適化し、ユーザーエクスペリエンスを向上させるのに役立ちます。

RUMには6つの基本ステップがあります。

• ブラウザおよびウェブサーバーからのページ、画像、その他のリソースに対するリクエストの詳細に関するデータの収集。
• 異常または問題のある動作の検出。具体的には、応答時間の遅延、システム障害、および異なるページ、オブジェクト、訪問におけるウェブナビゲーションエラーなど。
• 個々の訪問活動の報告（データの要約付き）または合成トランザクションによるユーザー体験のシミュレーション。
• 集計データをセグメント化し、異なるブラウザやユーザー層におけるページの可用性とパフォーマンスを特定する。
• システムが重大な問題を検知した際に、常に警告を発する。
• エンドツーエンドのトランザクションごとに、エンドユーザー体験の問題をバックエンドのパフォーマンスに自動的に紐付ける。

RUMの全体的なビジネス目標を設定するためのビジネス目標を作成します。データは何を達成するのに役立ちますか？具体的な目標を設定することで、RUMツールを適切な目的で使用し、一貫した経営陣の支持を確保できます。

• 事業目標がエンジニアリングおよび開発チームと同じ目標と整合していることを確認します。技術チームがビジネス目標に沿った指標を監視していることを確認してください。
• すべてのユーザー体験にRUMを導入する
• デプロイおよびリリース前に、開発環境およびステージング環境でRUMをテストしてください。

シンセティック監視はウェブパフォーマンスの洞察を得るための合成インタラクションをテストする一方、RUMは実際のユーザーがサイトやアプリとどのようにインタラクションしているかを可視化します。RUMはユーザーが体験するフロントエンドブラウザ、バックエンドデータベース、サーバーレベルの問題を包括的にトップダウンで把握できます。

RUMデータは現行アプリケーション利用者の体験を反映する一方、シンセティック監視は開発者が仮定に基づいてテストを実施するための予測的な戦略です。さらに、RUMはシンセティック監視における単純な稼働状況やページ読み込みの監視を超えた機能を提供します。エンドツーエンドの取引レポートと分析を提供し、問題が発生する箇所を特定し、その解決方法を明らかにします。

RUMとアプリケーションパフォーマンス監視（APM）は、異なるが関連するIT監視手法であり、共通の目的であるアプリケーションパフォーマンスの向上を目指しています。APMは包括的な用語であり、その戦略の一つとしてRUMを含みます。RUMは、エンドユーザー体験がアプリケーション最適化戦略にどのように反映されるかを分析することで、APMをサポートします。

RUMはAPM戦略の一部としてのみ機能するわけではありません。RUMはフロントエンドでユーザー活動を追跡するため、RUMデータは顧客満足度に関連するユーザー体験の疑問に答え、開発者がアプリケーション機能を最適化するのに役立ちます。

Sumo Logic OpenTelemetry JavaScriptライブラリ向け自動計測機能により、ブラウザから直接、OpenTelemetry互換のトレースおよびログ形式でRUMデータ収集が可能になります。JavaScriptアプリケーションのロード、実行、レンダリングに関する情報を収集し、サンプリングなしで各ユーザートランザクションのブラウザからバックエンドまでのパフォーマンスをリアルタイムで記録します。

このデータはエンドユーザー端末から直接収集され、各トレースの開始時にユーザーが開始したアクション（クリックやドキュメント読み込みなど）を表す個別のスパンとして表示されます。これはクライアントからアプリケーション全体を経て戻ってくるまでのリクエストの経路を反映したものです。これには、ブラウザによって生成される未処理のエラー、例外、およびコンソールエラーが含まれます。その後、データは集計され、標準装備のダッシュボードに表示される高レベルのKPIにまとめられます。

収集されたすべてのデータはOpenTelemetryと互換性があり、ベンダー固有のコードを使用しません。RUMは、シングルページアプリケーションのナビゲーションにおけるドキュメントロードアクション、XHR通信、およびルート変更をサポートします。Sumo Logic OpenTelemetry JavaScript自動計測機能の全機能一覧と設定内容は、READMEファイルでご確認いただけます。

ブラウザのトレースは、Sumoバックエンドで自動的にRUMメトリクスの集計値を生成します。これらは、自動的に認識された主要なユーザー行動と、ブラウザ、オペレーティングシステム、所在地別に分類されたユーザーコホートについて、ウェブサイトのフロントエンドにおける総合的なユーザー体験に関する洞察を提供します。

RUMは、ドキュメントの読み込みを表すユーザーアクションによってメトリクスを整理します。これは、ブラウザ内での実際のWebドキュメントの取得と実行を意味します。具体的には、フォーム送信やボタン押下に関連するXHR呼び出し、およびシングルページアプリケーションにおける典型的なナビゲーション操作であるルート変更などが該当します。メトリクスは、RUMダッシュボードの「Webサイトパフォーマンス」パネル上でチャートやマップの形式で表示され、またエンドツーエンドトレース内の各フロントエンド由来スパン内では個別の測定値として表示されます。これらのトレースは個々のユーザートランザクションを表しています。

メトリクスの種類には以下が含まれます。

• ドキュメントロードおよびドキュメントフェッチリクエスト向けに収集されたドキュメントロードメトリクス。W3Cナビゲーションタイミングイベントと互換性があります。ユーザーがクリックしてからドキュメントが完全に読み込まれるまでのイベントの順序を理解するのに役立ちます。
• Time To First Byte（TTFB）は、ページ読み込みの開始からレスポンスの最初のバイトが表示されるまでの遅延を測定します。ウェブサーバーがリクエストに応答するのに遅すぎる場合を特定するのに役立ちます。
• レンダリングイベントは、ユーザーのブラウザ内で発生するレンダリングイベントを説明します。詳細については、当社のドキュメントをご覧ください。
• Core Web Vitals （CWV）は、ユーザー体験の3つの側面に焦点を当てています。
  • First Input Delay (FID): 優れたユーザー体験を提供するための、インタラクティブ性を測定します。
  • Largest Contentful Paint (LCP): 良好なユーザー体験を提供するための読み込みパフォーマンスを測定します。
  • Cumulative Layout Shift (CLS): 良好なユーザー体験を提供するための視覚的安定性を測定します。
• データ取得に関連するバックエンドとのバックグラウンドAjax/XHR通信に費やされた時間を表すXHR監視メトリクス。 ロングタスク遅延とは、メインブラウザUIスレッドが長時間（50ミリ秒以上）ロックされ、他の重要なタスク（ユーザー入力を含む）の実行を妨げる状態を指し、ユーザー体験に影響を及ぼします。ユーザーは、バックエンドとの通信が既に完了している場合でも、これを「フリーズしたブラウザ」と認識することがあります。