同時ユーザーへのウェブ分析電卓と数式

ロード テストを構成する場合の要件の 1 つは、実際のユーザー トラフィック条件を含めるか、反映するようにテスト計画を設定することです。 つまり、テスト中にターゲット リソースで最も現実的な同時ユーザー数をシミュレートします。 これは、通常またはピークトラフィック条件下でWebサイトまたはシステムがどのように応答するかを理解するために重要であるだけでなく、ハードウェアのアップグレードや投資が必要かどうかを判断するために後で使用できる最も関連性の高いテスト結果も提供します。

同時ユーザーとは

同時ユーザーは、Web サイトを訪問し、指定された期間にわたって特定のトランザクションを実行するユーザー数を表します。 たとえば、サイトの訪問者がいくつでもサイトを操作できますが、さまざまな方法で操作できます。 製品ページを閲覧している人もいれば、ブログを読んでいる人もいれば、チェックアウトしている人もいますが、必ずしもまったく同時にこれらの取引を行っているわけではありません。 これらは同時ユーザーと見なされます。 パフォーマンス テストの観点からは、このテストの期間を考えることができます。

一方、同時ユーザーは、すべてのユーザーが同じ時点でトランザクションまたはコードの同じステップを完了します。 同時ユーザーの前の例を考えると、サイトをさまざまな方法で利用するユーザーがたくさん存在する場合がありますが、すべてのユーザーが同時に同じアクティビティを実行し始めると同時にユーザーが作成されます。 すべてのユーザーが同じタスクを同時に実行することは現実世界のシナリオではまれですが、ストレス テスト アプリケーションやサイトでは、そのブレークポイントが何であるかを確認する場合に有益です (オープンソースで行うことができます。 JMeterのようなパフォーマンステストツール、LoadViewのようなより堅牢で柔軟なツールでよりよく達成されます)。

同時ユーザーを決定する方法

パフォーマンステストを実行する際には、小さいながらも重要な考慮事項がたくさんあります。 同時ユーザーを特定する方法など、これらの考慮事項の一部を推測できると、時間を節約し、より良いテスト結果データを得られます。

Google アナリティクスなどの Web 分析ツールは、ユーザーの訪問統計や Web サイトでのセッションの継続時間など、関連するトラフィック データを決定するための優れたリソースになります。 多くの人がアクセス権を持っていないし、読み方も知らないサーバーログデータを手動でくしゃくしゃにして確認するよりもはるかに簡単です。

幸いにも、今日のウェブサイト分析ツールは、同時ユーザーを決定する方がはるかに使いやすい方法です。 多くのチームにとって、Googleアナリティクスはウェブサイトのトラフィックを測定して監視し、コンバージョンを収益に結び付けるためのツールです。 ただし、Google アナリティクスに詳しくないユーザーにとっては、ウェブサイト上の同時ユーザーの正確な数を判断するのは難しい場合があります。 分析レポートでは 1 時間あたり数百の訪問を確認できますが、下の Google アナリティクスの画像に示すように、その時点での同時訪問者数は 2 人しかいない場合があります。

 

この記事では、Googleアナリティクスレポートを使用してWebサイトの同時訪問者数を判断する方法を示します。

Web 分析を使用した同時ユーザーの計算

Google アナリティクスやその他のウェブ分析ツールは、ウェブサイトの セッション 指標を提供します。 このメトリックは、時間、日、週、月などの特定の時間間隔で調整できます。 は、一定の時間間隔で設定されます。 セッション数を表示するだけでなく、合計ユーザ、新規ユーザ、ページビュー、セッションごとのページ数、直帰率、選択した期間の 平均セッション時間 など、他の指標も表示されます。 これらの指標を同時ユーザーに変換するには、時間単位の統計(Google アナリティクス > レポート > のオーディエンス > の概要 > ( 時間単位 ) を検索し、セッションと 平均。 セッション期間 同じ時間枠の場合。

次の式を使用して、同時ユーザー数を見積もります。

同時ユーザー 数 = 時間単位のセッション x 平均。 セッション期間 (分単位)/60

上の画像で提供されている分析データの場合、同時ユーザー数は次のように計算できます。

同時ユーザー = 7,727 x (9 秒/60)/60 = 19 同時ユーザー

カスタム パラメータを使用した同時ユーザーの計算

Web 分析データがない場合は、予想されるユーザー訪問数を使用して、同時ユーザーの数を計算できます。

同時ユーザー 数 = 予想される訪問数 /分数 * 訪問時間 (分)

同時ユーザーの決定: パズルの一部

同時実行ユーザーの決定は、ロード テストを設計する際に考慮すべき多くの要素の 1 つにすぎません。 チェックリストは、要件とテストアプローチをより適切に定義したり、組織内の責任と戦略を設定したりするなど、さまざまな理由で役立ちます。 テスト計画の記録を作成することで、将来のテストとベンチマークを改良し、セットアップ時間を短縮できます。

LoadView ソリューションは、負荷を生成するためにサーバー ファームに投資して維持するなどのコストのかかるオーバーヘッドと時間のかかる考慮事項を取り除き、テストの作成、構成、実行などの重要な項目をユーザーに任せます。 組織の規模に関係なく、ユーザーのエクスペリエンスに影響を与えることなく、ピーク時のトラフィック状況を超えてシステムを確実に管理できるようにする必要があります。 包括的な負荷テスト要件のチェックリストとテストの設定と構成のヒントについては、 ロード テスト準備チェックリスト のブログ記事を参照してください。

パフォーマンスの監視に対するパフォーマンス テスト

Web サイトまたはアプリケーションがパフォーマンス テスト プロセスを経て運用環境にプッシュされたら、パフォーマンス、稼働時間、および可用性を継続的に監視することをお勧めします。 あなたのウェブサイトやアプリケーションがストレスの下で実行できるように作成し、確保するために巨額の投資が行われてきました, 今次のステップに進み、世界中の場所からあなたのウェブサイトやアプリケーションを24 / 7監視するようにしてください.

Web サイトやアプリケーションのパフォーマンスに問題が発生したときに、ユーザーや社内の従業員に通知を行わないでください。 もしそうなら、問題はおそらくはるかに多くの聴衆に影響を与えるのに十分な長さで起こっているでしょう。 監視の設定と構成により、ユーザーがエラーを把握できるため、ユーザーやチームは、影響を受ける前にエラーのトラブルシューティングを行うことができます。 監視によって、サイトやアプリケーションで使用するすべてのサード パーティ リソースが意図したとおりに実行されます。

ドットコムモニタープラットフォームは、すべてのウェブサイトのパフォーマンスニーズに対応する監視ソリューションを提供します。 実際のブラウザベースの監視は、ユーザーが経験するのと同じように、パフォーマンスに関する洞察を提供します。 レポートとダッシュボードは、パフォーマンスとウォーターフォールのグラフに関する包括的な詳細を提供し、個々の要素とコンポーネントを詳細に説明します。 Dotcom-Monitor プラットフォーム、ソリューション、および機能に関する詳細情報とリソースについては、当社のホームページをご覧ください。