合成モニタリングと実際のユーザーのモニタリング
情報システムが役立つためには、許可されたユーザーが情報システムを利用できる必要があります。実際、情報セキュリティの主な目的の 1 つは、情報システムの可用性を保護することです。可用性とは、単にシステムとアプリケーションが稼働しており、許可されたユーザーが必要なときにリソースに中断なくアクセスできることを意味します。システムや Web ベースのサービスのパフォーマンスを悪意を持って利用できなくするサービス拒否攻撃は別として、可用性に対する最も根本的な脅威の一部は、本質的には悪意のないものです。これには、ハードウェア障害、アプリケーション エラー、予定外のダウンタイム、リソース使用率、帯域幅の問題などが含まれます。
今日のデジタル経済では、アプリケーションはビジネスにサービスを提供するためだけに存在するのではなく、ほとんどの場合、ビジネスそのものです。多くの企業は、顧客に価値を提供し、収益を生み出すために Web アプリケーションとモバイル アプリケーションに大きく依存しています。これらのアプリケーションの可用性を確保することは、これらの企業にとって最優先事項です。
Web サイトまたは Web アプリケーションのコンテンツをできるだけ速く読み込むことは、顧客維持とエンゲージメントを高めるために非常に重要です。サービスの可用性がたとえ短時間でも中断されると、収益の損失、顧客の不満、評判の低下につながる可能性があります。これらのサービスに依存しているユーザーは、サービスが確実に利用できない場合にイライラするでしょう。これが、Web パフォーマンス監視が非常に重要である理由です。 Web サイトまたは Web アプリケーションのパフォーマンスを監視することは、サービスが期待どおりに実行されているかどうかを知るための鍵となります。
コンテンツ [ 隠れる 】
- Web パフォーマンス監視 (WPM) とは何ですか?
- 総合的なモニタリング
- 合成モニタリングの利点
- 合成モニタリングの欠点
- リアルユーザーモニタリング (RUM)
- リアルユーザーモニタリングの利点
- 合成モニタリング vs. RUM: 比べてみると
Web パフォーマンス監視 (WPM) とは何ですか?
Web パフォーマンス監視 (WPM) は、Web サイトまたは Web アプリケーションの主要なアプリケーション パフォーマンス メトリックを監視して、パフォーマンス標準を確実に満たしていることを確認するために設計されたツールとプロセスの集合です。また、コンテンツができるだけ早く表示され、ページが一定の速度で読み込まれ、予期しないダウンタイムが発生しないなど、価値のあるユーザー エクスペリエンス (UX) も提供する必要があります。
WPM は、エンドユーザーが Web サービスを利用できるようにし、デジタル エクスペリエンスを向上させるために不可欠です。その他の主な利点は次のとおりです。
- Web サイトのモニタリングは、Web サイトのパフォーマンスを業界の他社と比較してベンチマークし、競合他社と比較して Web サイトのパフォーマンスがどの程度優れているかを判断するのに役立ちます。
- Web サイトの監視を使用すると、Web ホスティング プロバイダーにサービス レベル アグリーメント (SLA) に対する責任を負わせることができます。
- Web サイトの応答時間と可用性は、WPM の重要な指標であり、検索エンジンのランキングの指標としても使用されます。
WPM メトリックは、ネットワークとデータベースの接続、帯域幅とコンピューター リソースの使用率 (RAM、CPU、ディスク容量) など、Web アプリケーションの機能に重要な領域、およびその他の多くの領域を横断します。
WPM の主な目的は、エンドユーザーが実際に Web アプリケーションをどのように体験しているか、またそのようなデータをビジネス目標を達成するために実用的な洞察にどのように変換できるかを判断することです。 WPM データは、顧客やエンドユーザーに提供される実際のサービスの品質を測定したり、サイトが改善策にどの程度反応しているかを判断するためにも使用できます。
Web パフォーマンス監視には、実際のユーザー監視と合成監視という 2 つの主なアプローチがあります。これから詳しく説明していきます。
総合的なモニタリング
合成モニタリングは、アクティブなモニタリング テクノロジを採用した Web パフォーマンス モニタリングへのアプローチであり、スクリプトを展開してエンド ユーザーが Web アプリケーションを通じて実行する可能性のあるアクションまたはパスをシミュレートし、さらなる分析のためにパフォーマンスに関するレポートを提供します。
これらのパスは、機能、可用性、応答時間の測定などのパフォーマンスについて、指定された間隔で継続的に監視されます。このタイプの監視には、実際の Web トラフィックやユーザーの操作は必要ありません。むしろ、合成的に生成されたトラフィックを使用してページのパフォーマンスに関するデータを収集するため、合成モニタリングという名前が付けられています。
合成モニタリングは、次のことを可能にするため価値があります。 ウェブマスター 実際のエンドユーザーや顧客に影響を及ぼす前に、サイト上の問題を特定して解決できるシステム管理者。これにより、企業は実稼働環境に導入する前に新しいアプリケーションや機能をテストできるようになります。合成モニタリングは典型的なユーザー行動のシミュレーションであるため、多くの場合、一般的にトラフィックされるパスや重要なビジネス プロセスをモニタリングするのに最適です。合成モニタリングでは、監視または測定の対象に応じて、さまざまなパフォーマンス メトリックが報告されます。
総合監視では、パフォーマンス チェックを定期的に実行し、レポートとアラートを生成するコンピューター アプリケーションを使用します。合成モニタリングによって実行できるその他の主要なアクティビティには次のものがあります。
- 国や地域全体のパフォーマンス傾向のベースラインを作成する
- 重要なデータベースクエリの可用性を監視する
- サードパーティのスクリプトによって引き起こされる問題の検出
- データベースまたはアプリがダウンしたときに警告を発する
- トラフィックが少ない時間帯のパフォーマンス監視
合成モニタリングは、自動化された定期的なパフォーマンス チェックを定期的に実行するスクリプトを展開することによって機能します。スクリプトは時々、Web サイトまたは Web サービスにリクエストを送信し、応答時間を測定し、サイトのパフォーマンスに基づいてレポートとアラートを生成します。
合成モニターは、Web サイト、Web サービス、API、サーバーに接続するボットのように動作し、さまざまな地理的場所から Web サイト独自のサーバーの外部にあるチェックポイントのネットワークを使用して可用性とパフォーマンスを検証します。これらのモニターは、ダウンタイムやパフォーマンスの何らかの形態の低下を特定すると、アラートを生成します。これらの機能を使用すると、システム管理者は、ユーザーのデジタル エクスペリエンスに影響を与える可能性のある可用性の問題や実行に関する重大な問題を事前に特定できます。合成モニタリングは、次の重要な質問に答えます。
- 私のウェブサイトは利用可能ですか?
- 現時点で私のサイトの速度はどれくらいですか?
- 現在、私のウェブサイトのパフォーマンスはどうですか?
- ダウンタイムやエラーはありますか?
- 「はい」の場合、それはどこですか?
合成モニタリングの利点
Synthetic Monitoring を組織に導入すると、多くの利点があります。以下にその一部を強調表示します。
- 問題を積極的に見つけて修正します。 合成モニタリングのプロアクティブなアプローチは、潜在的なパフォーマンスの問題やアプリケーション エラーについて、誰かが気づく前にフィードバックを提供するのに役立ちます。 Synthetic は、実際のユーザー トラフィックがない場合でも、短期的なパフォーマンスの問題を検出してトラブルシューティングするのに役立ちます。したがって、エンドユーザーに影響を及ぼす前に問題を簡単に見つけて修正できます。
- ベースラインとベンチマークを設定します。 合成モニタリングを使用すると、ベースライン測定と比較ベンチマークを設定できるため、確立されたベースラインを超えた場合の Web パフォーマンスの変化を検出したり、競合他社の Web サイトとの比較ベンチマークを設定したりできます。得られたデータを分析して、改善すべき領域についての洞察を得ることができます。
- 顧客トランザクションをエミュレートします。 合成モニタリングを使用すると、注文のキャンセル、パスワードのリセット、ログインとログアウトなどのビジネス プロセスと顧客トランザクションをすべて異なる地理的場所からエミュレートできます。ユーザー セッションを再生し、トランザクション パスを追跡して、潜在的な問題を明らかにします。これにより、パフォーマンス改善計画を策定して実行する機会が得られます。
- サードパーティ製アプリのパフォーマンスを監視します。 RUM とは異なり、合成テストでは、Web アプリで使用するサードパーティのプラグイン、サービス、API のパフォーマンスを監視する機会も得られます。これらのサードパーティ サービスのパフォーマンスを監視する機能は、サードパーティのプラグイン、ショッピング カート、支払いモジュールに依存することが多い e コマース アプリケーションや Web サイトにとって特に重要です。
合成モニタリングの欠点
合成モニタリングには多くの利点がありますが、主要なエンドユーザー エクスペリエンス モニタリングのユースケースにはギャップも残されています。以下にその欠点の一部を強調表示します。
- 必ずしも現実と一致するとは限りません: 合成モニタリングには大きな弱点が 1 つあります。それは、常に現実と一致するとは限らないことです。合成テストに使用されるトラフィックの性質は有機的なものではなく合成的なものであり、いつでも実際のユーザー エクスペリエンスを真に表すものではないためです。彼らの結果とパフォーマンスはかなり予測可能です。 Synthetic Monitoring はシミュレートされたアクションを使用するため、実際の顧客のアクションを予測することはできません。
- インシデント解決に時間がかかる : ヘルプデスク担当者がエンドユーザーから苦情を受け取った場合、Synthetic Monitoring 製品は、エンドユーザーが実際に行っていることや経験していることについては何も伝えません。ビジネスに不可欠なすべてのアプリのパフォーマンスを丹念に分析し、潜在的な問題を明らかにするために総合テスト用のスクリプトを作成する必要があり、これには時間がかかる場合があります。
- パフォーマンスの狭い視野: 合成モニタリングは、現実世界に存在する多様なパフォーマンス変数に匹敵することはできません。実際のユーザーを監視していないため、実際の世界で製品がどのように使用されているかに関するデータはまったく得られません。アプリケーションのパフォーマンスについての狭い視野しかありません。
リアルユーザーモニタリング (RUM)
リアル ユーザー モニタリングは、Web サイトまたは Web アプリケーションとのすべてのユーザー インタラクションを継続的に観察、キャプチャ、分析するパッシブ モニタリング (RUM アプリケーションがサイトの運用に影響を与えることなく Web サイトのパフォーマンス メトリクスを収集する) テクノロジーを採用した Web パフォーマンス モニタリングへのアプローチです。可用性、機能性、応答性を追跡します。
RUM を使用すると、組織は、デバイス、ブラウザー、ネットワークに関係なく、アプリケーションの使用状況や、アプリケーションとユーザーの実際のパフォーマンスに関するデータを簡単に取得できます。 RUM は、各ユーザーのすべてのパフォーマンス指標 (接続、読み込み時間、稼働時間など) を分析し、データを集約し、ユーザーの場所、ブラウザーの種類、オペレーティング システム、デバイスに基づいてサイトのパフォーマンスを表示できるようにします。 RUM は、ライブ Web サイトまたは Web アプリケーションの変更をテストまたは予測するためにも使用できます。 A/B テスト または他のテクニック。
Web アプリケーションやモバイル アプリケーションとともにクラウド サービスの人気が高まるにつれ、これらのアプリケーションの使用状況、動作、パフォーマンスを監視することがますます重要になってきています。 RUM を活用することで、組織は次のことを達成できます。
- ユーザーを理解し、サイト上で最も注意が必要な主要な領域を特定します。
- さまざまなデバイスやブラウザから実際のエンドユーザー エクスペリエンスをキャプチャし、地理的またはチャネルの分布傾向、およびエンドユーザーのその他の主要な使用傾向を理解します。
- 監視の観点から見ると、ユーザーの傾向を知ることで、パフォーマンスの改善と最適化の対象となる領域を特定できます。
- ユーザー エンゲージメントとビジネス KPI をアプリケーションのパフォーマンスと関連付け、ロード時間、ネットワーク継続時間、バックエンド/フロントエンド継続時間、ダウンロード時間などに関するレポートを取得します。
- 過去の使用状況データを利用して、Web パフォーマンスの傾向とビジネスの成果を予測します。
RUM テクノロジーは、Web サイトまたは Web アプリのパフォーマンス メトリクスをエンドユーザーのブラウザーまたはクライアント アプリケーションから直接キャプチャすることで機能します。各ページに埋め込まれた小さな JavaScript コードは、ユーザーがアプリや Web ページを探索する際にこのデータを収集し、分析のために送り返します。次に、グラフやチャートなどのデータ視覚化手法を使用して、それらのデータから実用的な洞察を簡単に収集できるようにします。 Real User Monitoring は、次の重要な質問に答えます。
- 私の Web サイト/Web アプリケーションの現在のパフォーマンスはどのくらいですか?
- Web サイトまたは Web アプリは、応答時間、読み込み時間などの観点からどれくらい速くなければなりませんか?
- 現在エンドユーザーが経験しているパフォーマンスの問題は何ですか?

図 1.0 RUM がブラウザに JavaScript を挿入してパフォーマンス メトリックを収集する
リアルユーザーモニタリングの利点
WPM 戦略として RUM を採用すると、多くのメリットが得られます。組織に RUM を導入する利点の一部を以下に示します。
- ユーザーの洞察を得る: RUM を使用すると、実際のユーザーと UX をリアルタイムで監視できるため、製品がどのように使用されているか、および現実世界でユーザーに影響を与える問題について実用的な洞察を得ることができます。 RUM は、実際の使用パターンに基づいて長期的な傾向を理解するのに役立ち、エンドユーザーの観点から発生する問題を確認できます。
- レポートプロセスを自動化する : バグ、予期しないクラッシュ、その他のパフォーマンスに遭遇したほとんどのユーザーは、自動的にプロンプトが表示されても報告しない傾向があります。ただし、RUM を使用すると、ユーザーに依存せずにレポート プロセス全体を自動化するツールを簡単に実装できます。
- 問題に優先順位を付ける: RUM を使用すると、ユーザー セッションを再生し、トランザクション パスを追跡できます。これは、アプリ上でユーザーが遭遇する実際の問題や問題を確認するのに役立ちます。全体的なユーザー エクスペリエンスを向上させる問題、またはビジネスに最大の損失を引き起こす可能性のある問題の解決に簡単に優先順位を付けて集中できます。
- SLA および KPI 目標を測定する : RUM は、実際の訪問、ユーザーの行動、パフォーマンス レベルを追跡することにより、合意されたサービス レベルや KPI などの主要な目標を実際に測定します。
実ユーザー監視の欠点
RUM にはさまざまな利点がありますが、いくつかの制限があります。 RUM を使用する場合のいくつかの欠点を以下に示します。
- ベンチマークには適していません: RUM では、ベースラインを設定したり、競合他社の Web サイトや Web アプリとのベンチマークを比較したりすることが困難です。 RUM は実際のトラフィックに依存しているため、データが受信されるタイミングに不一致が生じる可能性があります。ほぼすべてのユーザーが独自の設定バリエーションを持っています。このため、正確なベンチマーク データを取得することが困難になります。
- ユーザー トラフィックへの依存: トラフィックがない場合、RUM は機能しません。実用的なレポートや洞察を作成するために実際のユーザー トラフィックに依存することは、特にバグやその他の問題をユーザーが遭遇する前に検出して修正したい場合には、必ずしも有利であるとは限りません。したがって、まだ展開されていない変更の影響をテストするのには適していません。
- 蓄積された大量のデータ : 大量のデータがあることは大きな利点になりますが、詳細を調べる場合にはすぐに欠点になる可能性があります。 RUM は事実上すべてを監視するため、不要な (ノイズの多い) データが蓄積される可能性があります。この大量のデータをフィルタリングして選別するのは、気が遠くなる場合があります。
監視は、シミュレーションに使用されているトランザクションまたはユーザー アカウントに制限されます。 | すべてのユーザーが監視されており、制限はありません。トランザクションまたはユーザー アカウントに関する問題は簡単に検出されます。 |
シミュレーションには同じターゲットが使用されるため、ユーザー エクスペリエンスは一貫して測定されます。 | パフォーマンス メトリクスは、さまざまなデバイスを使用するさまざまなユーザーに対して測定できるため、期間をまたがって一貫したパフォーマンスの測定値を取得するのは困難な場合があります。 |
エンドツーエンドの全体像をより良く把握するために、ユーザーが使用しているパスをミラーリングするように構成されています。 | 何もミラーリングせずに、実際の UX とエンドツーエンドのパフォーマンスをキャプチャできます。 |
配信されているアプリケーションにアクセスできない、クラウドでホストされる SaaS アプリケーションに最適です。 | エージェントまたはクライアント アプリケーションをインストールするためのアクセス権がない可能性があるため、SaaS アプリケーションの採用はさらに困難になる可能性があります。 |
パフォーマンスを 24 時間 365 日監視します。エンドユーザーのトラフィックがない場合でも、存在する問題をいつでも検出できます。 | ユーザーがアプリケーションをアクティブに使用しているときのみ、ユーザー エクスペリエンスを監視します。 |
さまざまな地理的位置からユーザー エクスペリエンスを監視します。場合によっては、シミュレーションを実行するために場所ごとに専用のハードウェアまたは VM が必要になる場合があります。 | さまざまな地理位置情報からユーザー エクスペリエンスを監視します。監視用の専用ハードウェアや VM は必要ありません。 |
ユーザーとビジネス アプリケーションの対話をシミュレートします。 | ビジネス アプリケーションと実際のユーザーのやり取りを観察します。 |
表 1.0 合成モニタリングとモニタリングRUM: 比べてみると
合成モニタリング vs. RUM: 比べてみると
RUM と合成モニタリングは、アプリケーションのパフォーマンスに関するさまざまな種類の洞察を提供し、最適な領域や個別に際立った領域が異なります。どちらかを導入すると、さまざまな方法でパフォーマンスを分析するのに役立ちます。 Synthetic Monitoring が不十分な場合は、RUM が成功します。 RUM が不十分な場合は、合成モニタリングが成功します。 RUM と合成データを同時に使用すると、顧客のデジタル エクスペリエンスを向上させるために使用できる、より深い洞察が得られます。
以下に、最も適している、または個別に際立っている領域またはユースケースの一部を示します。
- Synthetic は、パフォーマンスのスポットチェックや、特定のエラーや動作のテストに適しています。これは、意思決定の指針となる狭いながらも必要なパフォーマンスのビューを提供しますが、ユーザーが実生活で経験していることを実際に反映しているわけではありません。一方、RUM は、エンド ユーザーの視点から物事を見て、実際の使用パターンをより深く理解したい場合に適しています。
- 合成モニタリングは、顧客が問題に遭遇する前に問題を特定する最も効果的なソリューションです 。 一方、RUM は、特にピーク時のアプリケーションの応答性を測定するのに最も役立つツールです。また、実際のビジネス指標とそれが収益にどのような影響を与えるかについての重要な洞察も提供します。
- 合成モニタリングは、アプリケーションを展開する前に変更や新機能の即時的な影響を測定したい状況に最適です。一方、RUM を使用すると、実際の使用パターンに基づいて変更の長期的な影響を測定できます。
ユーザーの実際のブラウザとデバイスから Web パフォーマンスを測定します。 | いいえ | はい |
停止を検出して報告することで、Web アプリケーションとサーバーが常に稼働していることを確認します。 | はい | いいえ |
すべてのユーザーに対する速度の低下とダウンタイムの影響を測定します。 | いいえ | はい |
ユーザーの地理的分布とその読み込み時間を表示します。 | いいえ | はい |
主要な機能 (ログイン、ショッピング カートなど) をテストします。 | はい | いいえ |
問題の根本原因を特定します。 | はい | いいえ |
導入する前に、新しい機能、新しい市場、または地理をテストします。 | はい | いいえ |
SLA、KPI、トランザクション パフォーマンスを測定します。 | はい | はい |
長期的な傾向を理解します。 | いいえ | はい |
サードパーティのプラグイン、API などを監視します。 | はい | いいえ |
ページのエラー、コンテンツの欠落、接続の問題を確認します。 | はい | いいえ |
表 2.0 Synthetic と RUM が最適なユースケース
したがって、結論として、RUM と合成モニタリングはどちらも、Web アプリケーションのパフォーマンスの監視と向上において重要な役割を果たす補完的なツールです。 Web サイトまたはアプリケーションのパフォーマンス ステータスを包括的に把握するには、全体的な監視戦略で両方のテクノロジを考慮する必要があります。両方を組み合わせると、Web アプリケーションに関連するパフォーマンスの問題をより正確に把握できる、より堅牢な監視戦略が得られ、それを使用して UX の品質を向上させることができます。
関連記事: