AIを使用して英語から翻訳されました
この記事はAI技術を使用して翻訳されたことにご注意ください。正確性を維持するよう努めていますが、一部の詳細は元のテキストを完全に反映していない場合があります。情報に不明な点がある場合は、英語版を参照してください。
使用される機能: ダッシュボード、 リアルユーザーモニタリング（Core Web Vitals）および合成速度テストとモニタリング。
時間: 20分。
Webパフォーマンス分析の一般的なユースケース
ランディング体験の改善
ランディングページのWebパフォーマンスを最適化することは、ポジティブなユーザー体験、高いコンバージョン率、そしてSEOの改善にとって不可欠です。読み込みが速いページは、離脱率を減少させ、ブランドの評判を高め、コスト効率を提供します。
設定
1. 「エントリーページ」を定義します:
- 一般的なマッピングを作成して、主要なランディングページ（例：カテゴリーページ、ホームページ、商品ページ）を含めます。特定のキャンペーン中にランディングページを分析する場合は、これらのランディングページも分けてください（例：ブラックフライデーページ、セールページなど）
- 分析ツールとの統合がなく、獲得セグメントを直接インポートできない場合は、ランディングページにトラフィックを送る獲得元を含むトラフィック獲得マッピングを作成します。 「獲得マッピングの作成方法」を読む
2. セグメントを定義します:
- 監視したいWeb Vitalメトリックを選択します（例：TTFB、LCP、CLS、FID、INP）、「同じページビュー」条件を使用して、ランディングページ（エントリーページとも呼ばれる）でLCP条件のセッションをフィルタリングします。外れ値を避けるために、低い境界と高い境界の両方を定義するようにしてください。
- 最初のセグメントを複製して、エントリーページで選択したメトリック（例：LCP）の「良好」、「改善が必要」、「不良」体験を表すセグメントを作成します。
注意! これがトラフィックの100%を表すとは期待しないでください：LCPはそれを公開するブラウザからのみ収集されます：Safari、Firefox、iOS（すべてのブラウザ）はサポートされていません。
3. 専用のダッシュボードを作成します。「新しいダッシュボード」ヘルパーを使用して、「不良」、「改善が必要」、「良好」セグメントに基づいてダッシュボードを設定します。
- 典型的なパフォーマンス関連のKPIには、「セッションの割合」、「バウンス率」、「セッション時間」、「コンバージョン率」が含まれ、通常の目標に関連しています。
ここでサイトの技術的パフォーマンスを監視する方法について詳しく学ぶ
分析
1. 異なるセグメントが主要なKPIに与える影響を分析します:
- より良いLCPを持つことは、サイトでの滞在時間、「カートに追加」率、全体的なコンバージョンに影響を与えますか？
LCPパフォーマンス専用のダッシュボードの例
エントリーページで改善されたLCPを表示するダッシュボードは、セッションの持続時間の増加、'カートに追加'率の向上（エントリーページのLCPが良好な場合、10%の増加）、およびコンバージョン率の向上に反映される、より良い体験と一貫して相関しています。
2. Speed Analysisを使用してLCP要素を検出します。これを行うには、Speed Analysis Labを開き、'Analyze'タブに移動し、分析したいページのURLと希望するデバイスおよび場所を選択します。これにより、選択したページの改善が必要な主な領域を特定できるReportsページに移動します。
3. 主要なウェブパフォーマンス指標に対するページのパフォーマンスを評価します。
- Largest Contentful Paint (LCP)、Total Blocking Time (TBT)、およびCumulative Layout Shift (CLS)を調べて、読み込みパフォーマンスを理解します。
4. LCP画像をクリックして、ビデオリプレイとレンダリング時間を開きます。
- ビデオリプレイ内でLCP要素を直接視覚化し、そのサイズ、重さ、パス、HTMLコードなど、LCP要素に関する追加の詳細にアクセスします。
Speed Analysis Reportの使用について詳しく学ぶ。
5. 画像表示の遅延の原因を特定し、レポート内の'Waterfall' CTAをクリックしてリソースの優先順位を付けます。ウォーターフォールは、ページの読み込みに必要なすべてのネットワークリクエスト（HTTPを含む）を表示し、画像、JavaScript、ウェブサービス呼び出しなどのアセットを含みます。
- LCPに関連するリソースを見つけ、リソースの優先順位を見直し、非必須画像に対してレイジーローディングを導入することで、その迅速な取得と表示を確保します。
問題のある領域の改善を優先する
特定のサイト領域におけるウェブパフォーマンスの問題に対処するための努力を特定し、優先順位を付けることで、最も重要な問題に最初に取り組み、ウェブサイト全体のパフォーマンスに最も大きな影響を与えることができます。
1. Speed Analysis Labで、Standard Dashboardsに移動し、グラフの中で顕著なトレンドを探します。さまざまな指標に基づいてパフォーマンスを評価するために、指標を調整します。
デスクトップ、モバイル、アプリデバイス全体のサイトのTime To First Byte分析の例。
パリのモバイル3Gでは、TTFB分析が時間の経過とともに一貫して悪いパフォーマンスを示しています。
2. ダッシュボードを使用してページグループへの影響を理解します。選択したCore Web Vitalsの平均値を集約するダッシュボードを作成します。
- 実際のユーザーの視点からの関連性を考慮し、最適化が必要なページを特定します。
モバイルとデスクトップのホームページ、カテゴリページ、商品ページ、カートの実際のユーザーのTTFBの平均値のダッシュボードの例。
3. Impact Quantificationモジュールを使用して、問題のあるページの平均以上のTTFBのビジネスへの影響を評価します。以下を比較します：
- 分析したいページ（例：商品ページ）を訪れた人々の体験で、平均値を超えず、100/500 ms未満のTTFBを経験した人々の体験（分析を歪める可能性のある過度に低い値を排除するため）
VS
- 分析したいページを訪れた人々の体験で、平均値未満で5秒以上のTTFBを経験したことがない人々の体験（分析を歪める可能性のある過度に高い値を排除するため）
Productページで遅いTTFBを経験していないモバイルユーザーと経験したユーザーを比較したImpact Quantification分析の例。
この分析は、上記の平均以上のTTFB体験のうち10%のみが現在の平均未満の値に改善された場合、年間収益機会が€400,000であることを示しています。
リソース/サービスの影響を測定する
どのリソースやサービスがウェブサイトのパフォーマンスに影響を与えるかを理解することで、最も重要な領域に焦点を当て、ユーザー満足度を向上させ、より迅速で効率的、かつ競争力のあるオンラインプレゼンスを実現するための情報に基づいた意思決定が可能になります。
リソースまたはサービスの影響を測定する方法についてのステップバイステップガイドはこちらです。