ウェブパフォーマンス指標

最適化成功のための25以上のウェブパフォーマンス指標

ウェブパフォーマンス指標は、ウェブサイトやウェブアプリケーションの速度、応答性、および全体的なユーザーエクスペリエンスを評価・向上させるための定量的な指標です。これらは、読み込み時間、ユーザー操作、および視覚的な安定性に関する重要な洞察を提供します。関係者は、改善すべき領域を特定し、リソースの使用を最適化し、さまざまなデバイスやネットワーク環境においてスムーズで効率的なユーザーエクスペリエンスを確保することができます。

最適化されたサイトは、ユーザーエクスペリエンスの向上、エンゲージメントとコンバージョンの促進、そしてブランドイメージの向上につながります。この記事では、分かりやすくするために7つのグループに分類した、25以上の重要なウェブパフォーマンス指標について解説します。

主要なウェブパフォーマンス指標の概要

メトリック	詳細説明
サイト速度指標
DOMコンテンツ読み込み完了（DCL）	外部リソースの読み込み完了を待たずに、最初のHTMLドキュメントが完全に読み込まれて解析されるまでにかかる時間。
最初のバイトまでの時間 (TTFB)	ユーザーのブラウザがサーバーからページコンテンツの最初のバイトを受信するまでにかかる時間。
読み込み時間	ブラウザでページが完全に読み込まれるまでにかかる時間。
速度指数	ページコンテンツが視覚的に表示される速度を示す指標。
サーバーの応答時間	ウェブサーバーがブラウザからのリクエストに応答するまでにかかる時間。
ユーザー中心の指標
ファーストペイント（FP）	ブラウザが、ナビゲーション前の画面表示とは視覚的に異なる何かを表示するまでにかかる時間。
First Contentful Paint（FCP）	ブラウザがDOMから最初のコンテンツをレンダリングするのにかかる時間。
最大のContentful Paint（LCP）	ビューポート内で表示される最大のコンテンツ要素がレンダリングされるまでにかかる時間。
次のペイントへのインタラクション (INP)	ユーザーが操作を行ってから、ウェブサイトがフィードバックを返すまでの時間。
累積レイアウトシフト（CLS）	ページ全体のライフサイクル中に発生する予期せぬレイアウトシフトごとに、レイアウトシフトスコアの最大のバーストを測定する指標。
対話時間（TTI）	ページが完全にインタラクティブになるまでにかかる時間。
リソースメトリクス
ページ重量	画像、スクリプト、スタイルシートなどのすべてのアセットを含む、ウェブページ全体のサイズ。
HTTPリクエスト数	ウェブページを完全に表示するために行われる個別のHTTPリクエストの数。
転送サイズ	サーバーからブラウザに転送されるレスポンスヘッダーとボディのサイズ。
リソースタイミング	ページによって読み込まれる各リソースの詳細なタイミング情報。
Memory usage	ブラウザがウェブページを読み込んで実行するために使用するメモリ量。
バックエンドのパフォーマンス指標
1秒あたりのリクエスト数	サーバーが1秒間に処理できるリクエスト数。
エラー率	全リクエストのうち、エラーが発生したリクエストの割合。
ユーザーエンゲージメント指標
直帰率	1ページだけ閲覧した後にサイトから離脱する訪問者の割合。
セッションあたりのページビュー	1回のユーザーセッション中に閲覧されたページ数の平均値。
平均セッション継続時間	ユーザーが1回のセッションでウェブサイトに滞在する平均時間。
技術的なパフォーマンス指標
合計ブロッキング時間（TBT）	FCPとTTIの間で、メインスレッドが入力応答を妨げるほど長時間ブロックされていた合計時間。
長時間の作業	完了までに50ミリ秒以上かかるタスクは、ラグや応答性の低下を引き起こす可能性があります。
インターネットパフォーマンス監視（IPM）指標
DNS監視	DNSクエリの速度と信頼性を追跡し、ユーザーがウェブサイトに迅速にアクセスできるようにします。
CDNパフォーマンス	ウェブサイトのコンテンツをさまざまな地理的な場所に効率的に配信する際のCDNの有効性を測定します。
ネットワーク転送遅延	インターネットを介したデータ伝送の遅延を評価し、ユーザーがウェブサーバーからコンテンツを受信する速度への影響を分析します。
APIパフォーマンス指標	システム間通信におけるAPIの応答性と信頼性を評価します。

記事の残りの部分では、これらの指標について詳しく説明しています。

サイト速度指標

サイト速度指標は、ウェブページがどれだけ速く読み込まれ、訪問者が利用できるようになるかを評価するものです。サーバーのパフォーマンス、ネットワーク遅延、そして全体的なユーザーエクスペリエンスを理解する上で非常に重要です。

これらは、知覚されるパフォーマンスと実際のパフォーマンスという2つの側面を示しています。例えば、ページの読み込みは速いものの、サイト訪問者が見たい動画の読み込みに時間がかかる場合、実際のパフォーマンスは良好ですが、知覚されるパフォーマンスは不良です。

DOMコンテンツ読み込み完了（DCL）

DOMコンテンツ読み込み完了は、スタイルシートや画像などの外部リソースの読み込み完了を待たずに、初期HTMLドキュメントが完全に読み込まれ、解析されたことを示します。この指標は、ページ構造がJavaScriptによる操作に適した状態になったタイミングを把握する上で非常に重要です。 

高速なDCLは、インタラクティブ性を向上させ、体感パフォーマンスを改善します。DCLを最適化するには、レンダリングを妨げるリソースを最小限に抑え、スクリプトの読み込み順序を最適化する必要があります。

最初のバイトまでの時間 (TTFB)

タイム・トゥ・ファースト・バイト（TTFB）は、ユーザーのブラウザがWebサーバーからページコンテンツの最初のバイトを受信するまでにかかる時間を計測する指標です。これはサーバーの応答速度とネットワーク遅延を示します。TTFBが低いほどサーバーの初期応答が速く、これはページ全体の読み込み速度にとって不可欠です。 

TTFB（Time To First Byte）は、サーバー構成、ネットワーク状況、DNSルックアップ時間などの要因によって影響を受けます。TTFBを最適化することで、体感的なページ読み込み時間とユーザーエクスペリエンスが向上します。

読み込み時間

読み込み時間とは、ページ読み込み開始から、画像、スクリプト、スタイルシートなど、ページ上のすべてのリソースの読み込みが完了するまでの時間です。ページが完全にレンダリングされ、機能するようになるまでにかかる合計時間を包括的に把握できます。 

しかし、読み込み時間が必ずしも訪問者にとってページが利用可能になるタイミングを正確に反映しない場合もあります。例えば、ページがすべてのリソースを完全に読み込むのに数秒かかる場合でも、主要なコンテンツ（テキストや初期画像など）はそれよりもずっと早く表示され、操作可能になることがあります。これは、主要な要素が他のコンテンツよりも優先的に読み込まれるプログレッシブウェブアプリでよく見られる現象です。 

もう一つの例は、ウェブサイトが遅延読み込みを採用している場合です。これは、ユーザーがスクロールダウンしたときにのみ画像やその他のメディアを読み込む仕組みです。これにより、初期読み込み時間は短縮されますが、全体の読み込み時間は長く感じられるようになります。このような場合、全体の読み込み時間は長くても、ユーザーはより早くページを操作できるため、体感速度が向上します。 

読み込み時間は、全体的なパフォーマンスを把握し、リソース読み込みにおけるボトルネックを特定する上で不可欠です。読み込み時間を最適化するには、遅延読み込み、リソース圧縮、HTTPリクエストの最小化といった技術が必要です。

速度指数

スピードインデックスは、ウェブページの表示部分がどれだけ速く表示されるかを測定する指標です。これは、ページ上の表示コンポーネントが表示される平均時間を算出します。スコアが低いほど、ページコンテンツの視覚的なレンダリングが速いことを示します。この指標は、ユーザー視点での体感的な読み込み速度を理解するのに役立ちます。 

スピードインデックスを改善するには、以下のことが必要です。

• 重要なレンダリングパスを優先する。
• スクロールせずに表示されるウェブページの構成要素（ファーストビューコンテンツ）を最適化する
• レンダリングをブロックするリソースを削減する

サーバーの応答時間

サーバー応答時間とは、Webサーバーがブラウザからのリクエストに応答するまでにかかる時間を測定する指標です。バックエンドのパフォーマンスと、それがページ読み込み時間に与える影響を理解することは非常に重要です。この指標に影響を与える要因には、サーバーハードウェア、ソフトウェア構成、アプリケーションロジック、データベースクエリなどがあります。サーバー応答時間を最適化するには、サーバーサイドキャッシュの改善、データベースクエリの最適化、サーバーインフラストラクチャのアップグレードが必要です。 

ユーザー中心の指標

ユーザー中心の指標は、実際のユーザーがウェブサイトのパフォーマンスをどのように体験しているかに焦点を当てています。これらの指標は、ウェブサイトがユーザーの操作にどれだけ迅速に対応しているかを示します。こうした指標は、ユーザーの満足度とエンゲージメントを測るのに役立ちます。

ファーストペイント（FP）

ファーストペイントとは、ブラウザがナビゲーション前の画面表示とは視覚的に異なる要素をレンダリングする時点のことです。これは、背景色の変更やページレイアウトの最初の要素の表示などを指します。ファーストペイントはページレンダリングプロセスの開始を示し、ユーザーがページ読み込み中であることを視覚的に認識するまでの速さを表します。必ずしも有用なコンテンツが表示されるとは限りませんが、応答性の高さを感じさせます。ファーストペイントを改善することで、体感パフォーマンスとユーザー満足度が向上します。

First Contentful Paint（FCP）

最初の満足のいくペイント ページの読み込みが開始されてから、ページコンテンツの一部が画面に表示されるまでの時間を計測します。表示されるコンテンツには、テキスト、画像、SVG、または白色以外のキャンバス要素などが含まれます。ユーザーがページ上で意味のある要素を初めて目にした時点を示すことで、ページが読み込み中であることをユーザーに知らせます。 

高速なFCP（クリティカルパス処理）は、体感的な読み込み時間を短縮することで、ユーザーエクスペリエンスの向上に貢献します。FCPの改善には、クリティカルレンダリングパスの最適化、サーバー応答時間の短縮、レンダリングを妨げるリソースの最小化が含まれます。

最大のContentful Paint（LCP）

最大の満足のいくペイント LCPは、ページ読み込み開始時点からビューポート内で表示される最大の画像またはテキストブロックのレンダリング時間を測定します。これは、ページのメインコンテンツが読み込まれた可能性が高い時点をページ読み込みタイムライン上で示します。LCPが速いほど、ユーザーはページが役立つものであると安心できます。 

LCPを改善するには、主要なページ要素の読み込みを最適化し、ファーストビューコンテンツを優先し、重要なリソースを効率的に配信することが必要です。

次のペイントへのインタラクション (INP)

次のペイントへの相互作用 クリックやタップなどのユーザー操作から、画面上の表示が更新されるまでの経過時間を測定します。この指標は、ウェブサイトがユーザーの操作にどれだけ迅速に反応するかについての洞察を提供します。

INP値が低いほど、ウェブサイトの応答性が高く、ユーザーは操作の結果をほぼ即座に確認できます。開発者やウェブサイト所有者は、パフォーマンスのボトルネックを特定し、サイトを最適化することで、ユーザーがスムーズな操作を体験し、満足度とエンゲージメントを高めることができます。

累積レイアウトシフト（CLS）

累積レイアウトシフト レイアウトシフトは、ページ全体のライフサイクル中に発生した予期せぬレイアウトシフトの個々のスコアの合計を測定します。レイアウトシフトとは、ウェブページの読み込み時に、画像、ボタン、テキストなどの表示要素がユーザーの操作なしに予期せず移動する現象です。表示要素の位置がレンダリングされたフレーム間で変化すると、レイアウトシフトが発生します。

CLSは、ユーザーが予期しないレイアウトのずれを経験する頻度を定量化したものです。CLSが低いほど、ページは快適です。CLSを改善するには、次のような戦略があります。

• 画像と動画のサイズ属性を指定する
• 既存のコンテンツの上にコンテンツを挿入することを避け、 
• 使い方 変形アニメーション プロパティのアニメーション レイアウト変更を引き起こすもの。

トランスフォームアニメーションは、`transform: translateX(100px)` を使用して要素を画面上でスライドさせます。これは要素の位置に影響を与えますが、周囲の他の要素には影響を与えません。

プロパティのアニメーションでは、`left: 100px` を使用して同じ要素を移動させます。これにより要素の位置は変更されますが、ブラウザは周囲のレイアウトを再計算する必要が生じます。そのため、他の要素にも影響を与え、パフォーマンス負荷が増大します。

対話時間（TTI）

インタラクティブへの時間 TTIは、ページの読み込みが開始されてから、視覚的にレンダリングされ、初期スクリプト（存在する場合）が読み込まれ、ユーザー入力に迅速に確実に応答できるようになるまでの時間を測定します。TTIが速いほど、ユーザーはページが読み込まれた後すぐに操作できるようになります。TTIを改善するには、以下の方法があります。

• JavaScriptの実行時間を短縮する
• 重要度の低いJavaScriptの実行を延期または削除する
• メインスレッドの処理を最小限に抑える。

リソースメトリクス

リソースメトリクスは、ウェブページの読み込みとパフォーマンスに影響を与えるさまざまな要素を分析します。これらを活用することで、ファイルサイズの縮小やリクエスト数の最小化など、読み込み時間の短縮につながる最適化の機会を特定できます。

ページ重量

ページ重量とは、HTML、CSS、JavaScript、画像、その他ダウンロードが必要なリソースなど、ウェブページ全体のサイズを指します。これは、ネットワーク全体の負荷と、特に低速な接続環境でページを完全にダウンロードするのにかかる時間を示します。ページ重量が小さいほど、一般的に読み込み時間が短縮され、特にモバイルデバイスでのパフォーマンスが向上します。ページ重量の最適化には、画像の圧縮、コードの最小化、ブラウザキャッシュの活用、不要なリソースの削除などが含まれます。 

HTTPリクエストの数

HTTPリクエスト数メトリックは、Webページがすべてのリソースを完全に読み込むために行う個別のリクエストの数をカウントします。ブラウザは接続を確立し、応答を待つ必要があるため、各リクエストは全体の読み込み時間を増加させます。リクエスト数を減らすことで、特に混雑したネットワークでは、ページの読み込み時間を大幅に改善できます。このメトリックを最適化するための戦略には、次のものがあります。

• ファイルの連結（複数のCSSファイルまたはJavaScriptファイルを結合する）。
• 画像にはCSSスプライトを使用します。
• 重要度の低いリソースに対して遅延読み込みを実装する。

転送サイズ

転送サイズとは、ウェブページを読み込むためにネットワーク経由で転送されるデータ量（ヘッダーや圧縮ファイルサイズを含む）を測定する指標です。この指標は、特にモバイルネットワークや帯域幅が制限されている地域において、ウェブサイトの実際のパフォーマンスを理解する上で不可欠です。転送サイズが小さいほど、一般的に読み込み時間が短縮され、ユーザーのデータ通信料も削減されます。転送サイズを最適化するには、リソースの圧縮、ブラウザキャッシュの活用、効率的なデータ形式の使用が必要です。

リソースのタイミング

リソースタイミングは、ページによって読み込まれる各リソースの詳細なタイミング情報を提供します。これには、リダイレクト時間、DNSルックアップ時間、TCP接続時間、SSLネゴシエーション時間、リクエスト送信時間、待機時間（TTFB）、コンテンツダウンロード時間などの指標が含まれます。リソースタイミングは、リソース読み込みにおけるボトルネックを特定し、個々のページコンポーネントのパフォーマンスを理解する上で非常に重要です。この詳細な内訳により、開発者はサーバー応答時間の改善やリソース配信の最適化など、最適化すべき特定の領域を特定できます。

Memory usage

メモリ使用量は、ウェブページがブラウザ内で消費するメモリ量を測定する指標です。この指標は、特にリソースが限られたデバイスにおいて、ウェブサイト全体の効率性を理解する上で不可欠です。メモリ使用量が多いと、特にモバイルデバイスでは、パフォーマンスの低下、クラッシュ、ユーザーエクスペリエンスの悪化につながります。メモリ使用量を最適化するには、効率的なJavaScriptコーディング、メモリリークの回避、DOM要素の効果的な管理などが有効です。

バックエンドのパフォーマンス指標

バックエンドのパフォーマンス指標は、Webアプリケーションを支えるサーバー側のプロセスの効率性を評価するものです。これらの指標を監視することで、負荷変動下におけるサーバーの信頼性と応答性を確保できます。

XNUMX秒あたりのリクエスト数

1秒あたりのリクエスト数（RPS）は、サーバーが1秒間に処理できるリクエスト数を測定する指標です。これは、負荷がかかった状態でのサーバーの処理能力とパフォーマンスを示します。RPSが高いほど、サーバーはより多くのトラフィックを効率的に処理できます。しかし、リクエスト数を増やすとサーバーリソースに負荷がかかり、応答速度の低下やエラー発生率の上昇につながる可能性があります。応答時間とエラー率のバランスを維持することで、サーバーは速度や安定性を損なうことなく、トラフィックを効率的に処理できます。RPSの最適化には、サーバーハードウェアの改善、アプリケーションコードの最適化、キャッシュ戦略の実装、複数のサーバー間での負荷分散などが含まれます。

エラー率

エラー率とは、リクエスト総数に対する、エラー（HTTP 500ステータスコードなど）が発生したリクエストの割合を示す指標です。この指標は、Webアプリケーションの信頼性と安定性を理解する上で非常に重要です。エラー率が低いほど、システムはより安定していて信頼性が高いことを示します。エラー率が高いと、ユーザーエクスペリエンスが低下し、ビジネスチャンスを逃すことになります。エラー率を改善するには、堅牢なエラー処理、徹底的なテスト、監視、そして迅速な解決が不可欠です。 

ユーザーエンゲージメント指標

ユーザーエンゲージメント指標は、ウェブサイトが訪問者をどれだけ効果的に維持し、インタラクションを促進しているかを測定するものです。これらの指標は、ユーザーの行動やコンテンツの効果に関する洞察を提供し、企業がエンゲージメントを高めるための戦略を洗練させるのに役立ちます。

直帰率

直帰率とは、サイトを1ページだけ閲覧して離脱した訪問者の割合を示す指標です。この指標は、ユーザーエンゲージメントとランディングページの有効性を理解する上で非常に重要です。直帰率が高い場合は、コンテンツの関連性、ユーザーエクスペリエンス、またはページ読み込み時間に問題があることを示しています。ただし、ブログなどの特定の種類のサイトでは、高い直帰率が予想される場合もあります。直帰率を改善するには、コンテンツの質の向上、サイトナビゲーションの改善、ページ読み込み時間の最適化、そしてサイトコンテンツがユーザーの期待に応えていることを確認する必要があります。

セッションごとのページビュー

セッションあたりのページビュー数は、ユーザーがウェブサイトを1回訪問した際に閲覧する平均ページ数を測定する指標です。この指標は、ユーザーエンゲージメントとサイトナビゲーションの有効性を理解する上で不可欠です。セッションあたりのページビュー数が多いほど、ユーザーはコンテンツに魅力を感じ、サイトをより深く探索していることを示します。

この指標を改善するには、魅力的なコンテンツの作成、サイトナビゲーションの最適化、効果的な内部リンク戦略の実施、そしてサイト全体のページ読み込み速度の高速化が不可欠です。 

平均セッション時間

平均セッション時間は、ウェブサイトにおけるユーザーの平均セッション時間を測定する指標です。この指標は、ユーザーがコンテンツをどれだけ魅力的で価値のあるものと感じているかを理解する上で非常に重要です。平均セッション時間が長いほど、ユーザーはコンテンツを関連性が高いと感じ、サイトをじっくりと探索していることを示します。ただし、理想的なセッション時間はウェブサイトの種類によって異なります。 

平均セッション時間を改善するには、質の高い関連性の高いコンテンツを作成し、サイトナビゲーションを最適化し、すべてのページでスムーズなユーザーエクスペリエンスを確保する必要があります。

技術的なパフォーマンス指標

技術的なパフォーマンス指標は、ユーザーエクスペリエンスに影響を与える可能性のあるウェブサイトのパフォーマンスの特定の側面を評価します。これらの指標は、開発者がパフォーマンスのボトルネックを特定し、より良いユーザーエクスペリエンスのためにコードを最適化するのに役立ちます。

合計ブロッキング時間（TBT）

総ブロッキング時間 (TBT) は、最初のコンテンツフルペイント (FCP) からインタラクティブになるまでの時間 (TTI) までの間に、メインスレッドが入力応答を妨げるほど長時間ブロックされていた時間の合計を測定します。ページの読み込み中のインタラクティブ性と応答性を理解することは非常に重要です。TBT が高いと、ページが応答しないように見えるため、ユーザーエクスペリエンスに悪影響を及ぼします。TBT を改善するには、

• JavaScriptの実行を最適化する
• 長時間の作業を分割する
• ページ読み込み時のメインスレッドの負荷を最小限に抑える。 

次の図は、メインスレッドが長時間かかるタスクによってブロックされる時間を示しています。

長いタスク

長時間タスクとは、メインスレッドで実行に50ミリ秒以上かかるタスクのことです。この指標は、Webアプリケーションの応答性低下の潜在的な原因を理解する上で重要です。長時間タスクを特定して最適化することで、Webページの応答性とインタラクティブ性を大幅に向上させることができます。この指標を改善するための戦略としては、コード分割、負荷の高い計算処理へのWebワーカーの利用、JavaScript実行の最適化などが挙げられます。 

インターネットパフォーマンス監視（IPM）指標

このセクションで説明する監視の種類は、総称して次のものに分類されます。 インターネットパフォーマンス監視 （IPM）は、 インターネットスタック. 

DNS監視

DNS監視 DNS監視は、DNSインフラストラクチャの可用性、パフォーマンス、セキュリティを追跡・分析する重要なプロセスです。ゾーン転送を監視し、DNSレコードを検証し、クエリパターンを分析することで、DNSフラッドやDNSスプーフィングなどの潜在的な攻撃を検出します。組織は、ユーザーや業務に影響が出る前に問題を特定することで、オンラインプレゼンスの信頼性を確保し、パフォーマンスを最適化し、セキュリティを維持します。

DNS監視には、権威ネームサーバーからの応答時間の追跡、DNSSEC署名の検証、インターネット全体におけるDNS変更の伝播の監視なども含まれます。 

CDNパフォーマンス

CDNパフォーマンス指標は、Webコンテンツ配信におけるコンテンツ配信ネットワークの効率性と有効性を評価するものです。これらの指標には、応答時間、キャッシュヒット率、コンテンツ配信の地理的分布などが含まれます。CDNパフォーマンスを監視することで、組織はコンテンツ配信を最適化し、遅延を削減し、ユーザーエクスペリエンスを向上させることができます。 

さらに、CDN パフォーマンス監視には、スループットの分析が含まれます。 オリジンシールド 有効性、およびさまざまなコンテンツタイプ（静的アセット、動的コンテンツ、ストリーミングメディアなど）のパフォーマンス。さらに、CDNの健全性、負荷分散効率、およびCDN構成がウェブサイト全体のパフォーマンスに与える影響の監視も含まれます。 

これらの指標を綿密に追跡することで、組織はデータに基づいた意思決定を行い、CDN戦略を最適化し、グローバルなコンテンツ配信を強化し、多様な地域やネットワーク環境において高速で信頼性の高いユーザーエクスペリエンスを提供することができます。

ネットワーク転送遅延

ネットワーク伝送遅延メトリクスは、ネットワーク内の異なる地点間でデータが伝送されるのにかかる時間を測定します。これには、ルーティング効率、ネットワークの混雑、物理的な距離などの要素が含まれます。ネットワーク伝送遅延の監視は、デジタルサービスの全体的なパフォーマンスを理解し最適化するために不可欠です。なぜなら、これはさまざまな地理的場所におけるユーザーエクスペリエンスとアプリケーションの応答性に直接影響を与えるからです。

さらに、ネットワーク伝送遅延の監視には、さまざまなネットワーク経路やプロバイダにおけるパケット損失、ジッター、往復時間の分析が含まれます。これにより、ボトルネック、非効率なルーティング、およびサービス品質に影響を与える可能性のあるネットワーク問題を特定できます。 

ボーダーゲートウェイプロトコル インターネットサービスプロバイダ（ISP）間でトラフィックをハンドオフするために使用されるBGP（Broadcasting Protocol）も、遅延やセキュリティ侵害を引き起こす可能性があり、定期的に監視する必要があります。 監視対象組織は、これらの指標を継続的に監視し、ルーティングの決定を最適化し、一貫したサービス品質を確保することで、ネットワークのパフォーマンス問題に積極的に対処できます。 

APIパフォーマンス指標

APIパフォーマンス指標 アプリケーションプログラミングインターフェース（API）の速度、信頼性、効率性を評価します。これらの指標には通常、応答時間、エラー率、スループットが含まれます。APIのパフォーマンスを監視することは、ソフトウェアシステム間のスムーズな統合、サービスレベル契約の維持、およびこれらのAPIに依存するアプリケーションの機能に影響を与える可能性のあるボトルネックや問題の特定に不可欠です。

APIパフォーマンス監視では、さまざまなエンドポイントやメソッドにおけるリクエスト量、ペイロードサイズ、APIの可用性などの指標を追跡します。また、APIの使用パターンを分析し、頻繁に使用されるエンドポイントを特定し、レート制限やスロットリングの効果を監視します。高度なAPIパフォーマンス監視には、ユーザー操作をシミュレートする合成テストや、実際のユーザー体験を捉えるリアルユーザー監視が含まれる場合があります。

ウェブパフォーマンス指標がビジネス目標に与える影響

主要指標を最適化することで、企業はユーザー満足度を大幅に向上させることができ、それが主要なビジネス目標にも波及効果をもたらします。ウェブサイトのパフォーマンス向上は、離脱率の低下、サイト滞在時間の増加、そして商品購入、フォーム送信、コンテンツ閲覧といったコンバージョンの増加につながります。

ウェブパフォーマンス最適化の効果は、ユーザーエクスペリエンスの向上だけにとどまりません。ウェブサイトの速度が速ければ、運用コストが削減され、コンテンツを効率的に配信するために必要なサーバーリソースと帯域幅も少なくて済みます。パフォーマンス最適化に投資することで、企業はインフラコストを削減し、拡張性を高めることができ、ウェブサイトが速度や使いやすさを損なうことなく、より多くのトラフィックを処理できるようになります。

実際の例をいくつか見てみましょう。

Pinterest フロントエンド、ネットワーク、バックエンド全体にわたって様々な最適化を実施し、ページ全体の読み込み時間やユーザーが感じる待ち時間などの指標を改善しました。これらの改善により、ユーザーの待ち時間が40%短縮され、SEOトラフィックが15%増加し、サインアップのコンバージョン率が15%向上しました。トラフィックとコンバージョン率の向上による相乗効果により、この取り組みはPinterestにとって2016年最大のユーザー獲得の成功となりました。ウェブサイトとアプリのサインアップ数を大幅に増加させました。

その BBC ページの読み込み時間が1秒長くなるごとに、ユーザーの10%が離脱することが判明した。そこで、一時的に一部の機能を無効化するなどの犠牲を払ってでも、高負荷時でも速度を維持することに重点を移した。キャッシュやCDNの活用、ページ生成の最適化、クライアントサイドJavaScriptの活用といった戦略を導入し、ユーザー定着率の向上を図った。このアプローチにより、オリンピックなどの大規模イベント時の膨大なトラフィック急増にも効果的に対応し、ピーク時には1億台以上のデバイスにサービスを提供できるようになった。

LMインターネットパフォーマンスモニタリング、提供元： キャッチポイントこのツールを使用すると、このガイドに記載されているすべての指標を監視し、ビジネス指標と併せて表示することで、最適化要件の全体像を把握できます。すべての指標を一元化されたシステムに収集し、視覚的に分析することで、ウェブサイトの速度低下の原因と、それを修正するために必要な対策を迅速に特定できます。

結論

ウェブパフォーマンス指標は、コンバージョン率の向上、離脱率の低下、ユーザーロイヤルティの向上といったビジネス目標の達成に不可欠です。また、Googleなどの検索エンジンはアルゴリズムにおいて高速で応答性の高いウェブサイトを優先する傾向が強まっているため、これらの指標は検索エンジンのランキングにも大きな影響を与えます。これらの指標を最適化することで、ユーザーエクスペリエンス全体が向上し、オーガニックトラフィックが増加し、検索エンジンの結果における視認性が向上します。

重要なのは、これらの指標を連携システムとしてまとめて追跡することです。TTFBが遅い場合はサーバー側の問題を示している可能性があり、CLSが高い場合はフロントエンドのレイアウトに問題がある可能性があります。サイト速度、ユーザー中心、リソース、バックエンド、エンゲージメント、技術、IPMの指標を単一のビューに統合することで、技術的なパフォーマンスとビジネス成果を結びつける実用的な情報を得ることができます。

LogicMonitorのプラットフォーム 実際のユーザーモニタリングや合成テストから、インフラストラクチャの可視性やインターネットパフォーマンスのモニタリングまで、これらすべてのレイヤーを統合することで、チームはデジタルエクスペリエンス全体にわたって、ユーザーからコードまでを可視化できます。