ユーザーエンゲージメントを高める

最初のセクションには ping データが表示されます。この種のデータは可用性チェックであり、基本的なサイト機能を確認します。

• Site availability。これは、ページが読み込まれたかどうかを報告します。 そうでない場合は、サーバーまたはドメインに問題がある可能性があります。

• Page load time。これにより、ページがすべてのアセットをロードするのにかかる時間の中央値が収集されます。 このデータは、コンテンツのタイプとサイズによってさらに分類されます。

• SSL Validity。これにより、SSL 証明書が有効であるか、期限切れであるか、または期限切れであるかがわかります。 SSL証明書を更新する必要がある日付も含まれます。

• Broken links。ページ上のすべてのリンクをテストした後、どのリンクが壊れているかが報告されます。

  当社のモニターは、サイトと対話するモニターを介してサイトの動作をキャプチャします。これにより、更新されたデータを毎日確認できるため、アセットやページの読み込みがいつ失敗するかを推測する必要がなくなります。

WPMはオプションで、他のsyntheticチェックと同じスケジュールでGoogleのPageSpeed APIからコアウェブバイタルを取得します。これにより、パフォーマンスを定期的かつ大局的に把握できますが、実際の訪問者からのライブフィードではありません。実際のユーザーが自身のデバイスやネットワークでサイトを利用する際のユーザー体験を確認する必要がある場合は、WPMと併せてリアルユーザー監視を追加する方法について、次のステップをご覧ください。

• First contentful paint。これは、最初のアセットがページに読み込まれるまでにかかる時間をキャプチャします。 上のスクリーンショットでは、サイトがページに何かを読み込むのに 3.22 秒かかりました。

• Largest contentful paint。最初のコンテンツフル ペイントとは異なり、これはページ上の最大のコンテンツが完全に読み込まれるまでにかかる時間をキャプチャします。 たとえば、重要なキャンペーンに関する情報がページの最大のアセットに表示される場合、この数値は、ユーザーがその情報を表示するまでにどれくらいの時間を要するかを示します。 上のスクリーンショットでは、2.79 秒かかりました。

• Interaction to next paint。ユーザーがサイト上の要素と対話するとき、ユーザーのインタラクションの処理に時間がかかります。この数値は、リクエスト (ユーザー インタラクション) と応答 (ユーザーのリクエストに基づいてページがどのように変化するか) の間の遅延としてその時間を取得します。

• Cumulative layout shift。これは、サイト上のさまざまなアセットの視覚的な安定性を測定します。 たとえば、ユーザーがサイトのメイン ページにアクセスした後、読み込み中に画像が移動する可能性があります。 この動きは予想外です。

  

  サイトのパフォーマンスをより詳細に把握できるように、当社は長期にわたってデータを収集します。上の gif のように、時間枠を拡大または縮小して、特定のインシデントの周囲でデータがどのように変化するかを確認できます。完了したら、上部のタイムスタンプ ボタンをクリックして、希望の期間に調整し直します。

Web ページは、HTML、画像、JavaScript、ビデオなどのさまざまな種類のコンテンツで構成されています。コンテンツ チャートは、さまざまなコンテンツ タイプが相互にどのように機能するかを示します。例えば：

• Content size は、各タイプのサイズをキロバイト単位で示します。 上のグラフを参照すると、特定のページ上の JavaScript コンテンツ タイプが画像に比べて比例して小さいことがわかります。 サイトのパフォーマンスが低下している場合は、開発チームにコードレベルでサイトを最適化するようリクエストできます。

• Content sources コンテンツがホストされている場所をサイズごとに分類します。 たとえば、上のグラフでは、コンテンツの大部分が New Relic から提供されており、黄色で表されています。 コンテンツが最適化されていてもページが壊れている場合は、コンテンツの入手先を変更するとエラーが解決される可能性があります。

• Content load time は、ページ全体の読み込み時間と比較して、特定のコンテンツ タイプの読み込みにかかる時間を示します。

• Network コンテンツがどのようにページに配信されるか、およびそのコンテンツの配信にどれくらいの時間がかかるかを分析します。

  ページの読み込みが遅い場合は、 Contentセクションを使用して問題の潜在的な原因を診断できます。 たとえば、Content size と Content load time を比較すると、 CSSが多くのリソースを消費しすぎて最後に読み込まれるかどうかをインサイトが判断できます。これにより、最大のコンテンツ ペイントが遅延する可能性があります。 コンテンツ サイズが最適であるにもかかわらずページの読み込みが遅い場合は、ネットワークまたはソースに問題がある可能性があります。

ユーザー エンゲージメントが低下しているにもかかわらず、サイトが利用可能でコンテンツが最適化されている場合は、別の原因が考えられます。トラブルシューティングの手順は次のようになります。

1. one.newrelic.com > Website performance monitoringに移動します。

2. ページが利用可能かどうかを確認してください。利用可能と表示されます。

3. あなたのコアウェブバイタルは全体的にGoodとして報告されています。

4. タイムスライス データを見ると、前日、チームがランディング ページを更新した頃のトラフィックが急激に減少していることがわかります。

5. 壊れたリンクが報告されていることに気づきました。これは、サイト全体で使用されるバナー内のリンクです。

   この時点で、関連チームと調整してリンク切れを修正し、サイトの残りの部分に更新を展開できます。