問題タブ [webpagetest]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
performance - NGINX は http を https にリダイレクトします (最初のバイト時間を短縮する問題)
最初のバイト時間を短縮しようとしています (Webpagestes https://www.webpagetest.org/result/201202_DiP2_982dc037a5d98317f825d72cba0910a9/1/details/#waterfall_view_step1で提案されているように)
http 呼び出しに時間がかかる理由を知っている人はいますか? また、https で直接 Web サイトにアクセスすると呼び出されるのはなぜですか?
ほとんどすべてのプロジェクトのファイルサイズを縮小しようとしましたが、パフォーマンスが向上していないようです。
lighthouse - Webpagetest の灯台: フィールドかラボか?
Webpagetest.org は、「独自の」Lighthouse テストを提供しています。一般的な WPT テストの一部として、または URL /lighthouse からのスタンドアロン テストとして実行できます。
私の質問: WPT の Lighthouse テストは LAB ですか、それとも FIELD ですか?
この質問をしたのは、次の経験からです。
Web サイトで CLS の問題を修正しました。Chrome DevTools と PageSpeed Insights から Lighthouse を使用してこの Web サイトをテストしたところ、CLS の問題がなくなったことに気付きました。
PageSpeed Insights の結果では、非常に明確に表示されました。
- フィールドデータにはCLSの問題が表示されていましたが（これは過去28日間のデータであり、今日問題を修正したため、正しいです）、
- ラボ データには CLS の問題は表示されませんでした (これも正しい - ラボ データは特定の環境からリアルタイムで取得されます)。
その後、WPT の Lighthouse で Web サイトをテストしたところ、CLS の問題が再び表示されました。これが原因で、なぜ WPT の Lighthouse データがフィールドであると考え、質問することにしました。
PS: まず、この質問をhttps://webmasters.stackexchange.com/で公開しようと考えましたが、最も重要なタグ[webpagetest]がそこにありません。