サードパーティの指標とダッシュボードに大きな刷新がありました。CPUのブロックなどの新しい測定基準を使用すると、不正なユーザーエクスペリエンスの原因になっているのは何なのかを正確に把握できます。また、個々のサードパーティを長期にわたって監視し、パフォーマンス予算を作成することもできます。
どれがサードパーティのサービスなのか
お客様のWebサイトで使用されているすべてのサードパーティサービスを簡単に識別できるように、サードパーティのウォーターフォールチャートにすべてのリクエストが自動的にグループ化されるようになりました。
サードパーティごと、コンテンツタイプごとにリクエスト数とサイズを取得します。リクエストのうち、サードパーティからの要求の割合を確認するために、オン/オフを切り替えることができる比較もあります。
JS、CSS、CPUのブロック
人々はサードパーティタグを憎み、それらのユーザエクスペリエンス問題を非難するのが大好きです。
サードパーティすべてのリクエストを見てください、それぞれ役割があるはずです!
サードパーティからのリクエストの数やリクエストのサイズを見るだけでは、それらが悪いアクターであることを示すのに十分良い指標とは言えません。そのリクエストを管理する十分に構築されたWebページは、ページがレンダリングされてインタラクティブになるまでそれらのリクエストを遅らせることによって問題を簡単に否定することができます。
本当に重要なのは、サードパーティがどのようにしてページのレンダリングやインタラクティビティをブロックしているのかということです。
そのため、サードパーティごとに、ブロックしているJSまたはCSSリクエストが含まれているかどうかを確認します。これは、サードパーティからのブロック要求によってページのレンダリングが遅延しているかどうかを示します。また、サードパーティによって引き起こされたブロッキングCPUも探します。ブロッキングCPUは50msより長い時間がかかる(また長いタスクとして知られている)どんなJS関数でもあり、それはしばしばページの遅延につながります。CPUをブロックすると、ユーザーがページとスムーズにやり取りできなくなり、First CPU IdleやTime To Interactiveなどの他の指標が遅延します。これらのサードパーティのブロッキング指標は、何があなたのページで本当の問題を引き起こしているのかを示すはるかに優れた指標です。
この例では、Vidibleは594ミリ秒のブロッキングCPUを持っているため、ページに混乱を引き起こしますが、他のすべてのサードパーティはまったく有意なCPUアクティビティをトリガーしません。これにより、どのサードパーティが実際のユーザーエクスペリエンスの問題を引き起こしているのかをすばやく絞り込むことができます。
証拠を集めよう!
ウォーターフォールの中のどんなサードパーティに対しても、「追跡履歴」をオンにすることができます。そしてテストを実行する度に詳細なサードパーティの測定基準を集めることができます。その後、時間の経過とともにサードパーティを監視し、パフォーマンス予算と警告を設定できます。これは、サードパーティが行っている可能性のある変更を監視し、ページへの影響を警告するのに最適な方法です。SLAにサードパーティと合意した後、SpeedCurveを使用してそれを監視および適用し、全員に誠実で同一のページを表示させることもできます。
リクエストを追跡する
オリジナルのカスタムフィルタを構築し、追跡したいリクエストのグループを設定することができます。履歴を追跡してパフォーマンス予算を設定し、1つのリクエストに対してアラートを受け取ることもできます。特定のJSリクエストを削減し、そのサイズまたはCPU使用率が予算内であることを確認することが仕事である場合は、特定のフィルタを設定して改善を監視できます。