Web・モバイル向けリアルユーザーモニタリング

RUMが答えるべき問い

誰が、どこで、ジャーニーのどの部分から影響を受けたのか

RUMは、対象ページ、ビュー、操作、端末、ブラウザまたはアプリ版、地域、セッションを示し、原因がフロントエンド、ネットワーク、API、バックエンド、依存先のどこにあるか検証できる文脈を残す必要があります。

Guance RUMは、対象となるSDKを通じてドキュメントで対応しているブラウザ・モバイルテレメトリーを取得します。ユーザーと技術の軸で体験を比較し、エラーやリソースを確認したうえで、トレース相関が設定されていればバックエンドの証拠へ移動できます。

平均値が影響ユーザーを隠す：サーバー全体が正常に見えても、特定の地域、端末、バージョン、ジャーニーだけが失敗している場合があります。

フロントエンドとバックエンドの時系列が分断：ブラウザエラー、ネットワークリクエスト、トレース、リリースが別々の画面に置かれがちです。

再現が難しい：断続的なクライアント障害は、実際の端末、回線、セッション、操作の組み合わせに左右されます。

プライバシーは事前設計が必要：ユーザー識別子、属性、Session Replay、保持期間をデータ最小化とアクセス方針に合わせる必要があります。

実際のクライアントを計装：対応済みのWebまたはモバイルSDKを使い、環境、バージョン、サンプリング、取得範囲を検証します。

影響を受けた体験を絞り込む：ページ、ビュー、操作、端末、ブラウザ、アプリ、バージョン、地域、ユーザー群で比較します。

前後の証拠を接続：対応するリクエストとトレース相関を設定し、ユーザー操作からAPIとサービスへ進みます。

プライバシー制御を組み込む：取得属性を限定し、マスキングとReplayを意図的に設定して、アクセスと保持を管理します。

影響ジャーニーから始める：全体平均だけでなく、ページ、操作、地域、端末、バージョン別に体験とエラーを比較します。

相関を正しく設定する：クライアントリクエストをAPIとトレースへつなぎ、関連ログと依存先を確認します。

セッションの文脈を保つ：設定したプライバシー境界の中で、セッション、エラー、リソース、Replayの証拠を組み合わせます。

対応済みのWeb・モバイルSDKは、ビュー、操作、リソース、エラー、性能、セッション、端末、環境の各属性を取得できます。利用できる項目はSDK、プラットフォーム、バージョン、設定によって異なります。

対応するリクエストとトレースの相関を設定し、共通のサービス、環境、バージョン、リクエスト情報を使ってAPI、トレース、ログ、インフラを確認します。

明確な調査目的がある場合に限定し、プライバシーとマスキングを設定して、取得データを最小化します。アクセス権と保持期間も社内方針や適用要件に合わせてください。

異なります。RUMは実ユーザーとその環境からのトラフィックを計測します。シンセティックモニタリングは制御されたテストを定期実行します。両方を併用すると、実際の影響と再現可能な検査を比較できます。